Alternative moderne à Java XStream bibliothèque?

J'ai utilisé XStream il y a plusieurs années, mais je vois que les bibliothèques n'est pas mis à jour depuis 2008 (dernières nouvelles). Est-il maintenant plus modernes et à des dates Java sérialisation XML bibliothèque?

En août 2011, XStream a juste eu première mise à jour majeure de 3 ans. Ce rythme de développement semble approprié étant donné que d'autres réponses ont expliqué, XStream est un projet mature.
Et en effet, les mises à jour de continuer: "le 8 février 2014 XStream 1.4.7 libéré".

OriginalL'auteur Eli Schneider | 2011-05-28

  1. 22

    Dans l'ordre de préférence, de la pertinence et de l'activité:

    JAXB

    Visiter le JAXB site du projet de vérifier la tutoriel et guide.
    Ont également un coup d'oeil à l'original JAXB livre blanc de l'architecture.

    La JAXB projet mentionné ci-dessus est l'implémentation de référence de l'API, et est conditionné par le Serveur d'Application GlassFish.

    EclipseLink's MOXy

    Visiter le EclipseLink site du projet et de lire ce article d'introduction à EclipseLink sur InfoQ, et de voir Blaise Doughan réponse sur MOXy.

    EclipseLink origine à partir d'Oracle TopLink et est maintenant open source, géré par la La Fondation Eclipse, et utilisé dans un certain nombre de Eclipse produits.

    XStream

    Oui, XStream, car il a été effectivement mise à jour en 2011 avec une mise à jour majeure et 2 versions de service puisque vous l'a demandé, donc il semble bien entretenu et un très bon candidat utilisé par les projets matures. N'oubliez pas de vérifier ce qui est nouveau dans la version 1.4.x.

    Visiter le XStream site du projet et ses tutoriel à comparer.

    XmlBeans

    Visiter le XmlBeans site du projet.

    XmlBeans est un bien testé projet qui a été autour pendant un certain temps.

    JiBX

    Visiter le JiBX site du projet, suivez les tutoriel et guide.

    JiBX pourrait être une alternative plus simple si vous n'aimez pas la complexité de XmlBeans ou même JAXB.

    +1 pour JAXB. XMLBeans sur l'autre main n'a pas publié depuis le mois de juillet 2008, ce qui la met dans une position similaire à celle de XStream aussi loin que l'OP est concerné: xmlbeans.apache.org/sourceAndBinaries/index.html
    Vrai, je le sais. Mais j'ai eu de bonnes expériences avec elle. De Plus, comme mentionné dans une autre réponse par Steven C., le fait qu'il est périmé ne veut pas toujours dire que c'est mauvais. Peut-être que cela signifie qu'il est assez bon pour ne pas avoir besoin d'une nouvelle version, bien que j'avais l'habitude de se méfier de lui.
    mais en fait, j'ai réalisé que j'avais oublié EclipseLink, qui, je l'aime aussi, et est utilisé dans beaucoup de Eclipse solutions (et d'autres) et est activement développé. Donc, je dirais que c'-dessus XmlBeans.
    oups, ne l'avait même pas remarqué votre réponse, en fait. Je suis à vous rembourser directement ensuite.

    OriginalL'auteur haylem

  2. 10

    Remarque: je suis le EclipseLink JAXB (MOXy) de plomb, et un membre de la JAXB (La JSR-222) du groupe d'experts.

    Vous sont corrects pour l'examen d'une des bibliothèques de fréquence de rejets au moment de faire un choix de logiciels. Il y a beaucoup de raisons pour une nouvelle version de produit:

    • Demandes des clients - N'importe comment bon votre bibliothèque, votre base d'utilisateurs auront des suggestions d'amélioration et demandes de fonctionnalités.
    • Développements de l'industrie - déploiement Modulaire est sujet d'actualité, depuis quelques années, des modifications ont dû être apportées à EclipseLink pour le rendre compatible avec OSGi.
    • Les nouvelles Versions de Java - Java SE 7 sera publié bientôt, tout cela ne nécessite pas une libération, nous n'avons besoin de faire quelques ajustements dans notre prochaine publication pour assurer que nous sommes compatibles. Aussi au fil du temps plus de fonctionnalités seront ajoutées à tirer parti de nouvelles Java aspects (EclipseLink nécessite un minimum de Java SE 5).

    Un autre aspect important de l'évaluation d'un projet open source est le nombre de participants. Des Sites comme ohloh.net sont utiles pour:

    JAXB (JSR-222)

    JAXB est plus qu'une application, c'est un standard qui est développé par le Java Community Process (JCP). Il y a eu des participants de l'objet-XML bibliothèques XML Haricots (BEA), FEM (IBM), TopLink (Oracle), etc. Parce que JAXB est une partie de Java EE, il est disponible dans chaque serveur d'applications WebLogic, GlassFish, WebSphere, JBoss, etc.

    JAXB Offre:

    • 100% de schéma de couverture de
    • De multiples implémentations: Métro, EclipseLink MOXy, Apache JaxMe, etc
    • Inclus dans Java SE 6, compatible avec le JDK 1.5
    • Démarrage à partir d'un schéma XML ou des classes Java
    • Divers mécanismes d'extension, y compris XmlAdapter - Exemple
    • Option pour conserver XML infoset par Binder - Exemple
    • De liaison de la couche de JAX-WS (Web Services)
    • De liaison de la couche de JAX-RS (Repos) - Exemple
    • Compatible avec JSON (lorsqu'il est utilisé avec des bibliothèques comme Larguer) - Exemple

    EclipseLink JAXB (MOXy)

    MOXy est un JAXB de mise en œuvre qui offre de nombreuses extensions utiles, y compris:

    Véritable Objet de Mappage XML en Tirant parti de XPath

    XPath en fonction de la cartographie vous permet de démarrer avec les deux classes de Java et XML schéma et carte les deux ensemble.

    Fichier de mappage pour le traitement de la 3e Partie des Classes

    Dans le courant de JAXB spec les métadonnées sont fournis via des annotations. Cela peut être problématique pour une utilisation avec la 3e partie des classes qui ne peuvent pas être modifiés. C'est pourquoi MOXy offre un moyen de spécifier les mappages XML:

    Extensions pour la Cartographie des Entités JPA

    Souvent de fois vous avez besoin de faire plus avec vos objets Java puis juste la carte au format XML. Vous pouvez aussi avoir besoin de les conserver à une base de données. Cela signifie que votre modèle d'objet peut avoir des contraintes supplémentaires sur ce que vous devez en tenir compte. MOXy offre un certain nombre d'extensions pour ce genre de cas d'utilisation:

    Comparaisons

    Ci-dessous, quelques comparaisons que j'ai fait la comparaison de JAXB pour XStream et Simple:

    Belle réponse Blaise 😉

    OriginalL'auteur Blaise Doughan

  3. 7

    Le fait que quelque chose n'a pas été mis à jour depuis 3 ans ne veut pas dire qu'il est hors de date. Cela peut simplement vouloir dire qu'il n'y a pas eu de besoin de le mettre à jour. Si il n'est pas nécessaire de modifier un projet, pourquoi le changer?

    Une autre explication pour le manque apparent de "progrès" est que la modification de la bibliothèque d'Api a tendance à perturber les projets qui en dépendent. Cela est particulièrement problématique pour les projets qui combinent beaucoup de composants tiers et les bibliothèques dans une application Java.

    À la recherche d'alternatives à une bibliothèque est une bonne chose, mais tout simplement parce que la bibliothèque n'a pas été mis à jour récemment ne l'est pas. Si XStream fait ce que vous avez besoin, rester avec elle. Plus récente n'est pas nécessairement meilleur.

    OriginalL'auteur Stephen C

  4. 4

    XStream est très bonne et il fait de son travail. Même pour les projets les plus récents, je préfère utiliser XStream pour les cas d'utilisation où il se situe, car il est facile à utiliser, léger, et joue vraiment bien.

    Si vous êtes à la recherche à un certain sérieux haricot de liaison de travail, prendre un coup d'oeil à un Simple Cadre. C'est aussi un bon outil. Cela m'a aidé dans un projet où j'ai besoin de faire quelques graves personnalisé des travaux de cartographie avec des annotations. http://simple.sourceforge.net/

    OriginalL'auteur Yohan Liyanage

  5. 0

    XStream 1.4.6 a été publié en Décembre 2013, avec Java 8 améliorations, de sorte que la bibliothèque A été mis à jour depuis 2008.

    OriginalL'auteur cuttcards