Les classes de domaine reçoivent-elles généralement des annotations JPA ou JAXB ou les deux?

Question

J'ai une application d'entreprise Java qui fournit un service Web, une couche de domaine et une couche de persistance d'hibernation. Dans ce cas particulier, il n'y a pas de grande différence (pour l'instant) entre les objets que j'envoie sur le réseau, les objets de domaine et les objets de persistance.

Actuellement, l'application utilise des DTO du côté de la persistance et annote les classes de domaine avec des annotations JAXB. Cependant, plus je lis et j'y pense, plus cela semble en arrière! (Sans compter qu'il y a beaucoup de code pour soutenir les va-et-vient entre les objets DTO et Domain). Il semble que la plupart des architectes suggèrent de mettre des annotations JPA sur le modèle de domaine et de créer des DTO pour envoyer des objets.

Dans mon cas, pourrais-je mettre les annotations JAXB et JPA (Hibernate) sur mes classes de domaine? L'idée de garder ma façade de service Web, mon domaine et ma persistance étroitement liés semble facile à maintenir, mais cela me préoccupe, car ils peuvent avoir besoin de changer dans le temps. Mais serait-il plus intelligent de créer un ensemble de classes DTO pour les services Web et d'ignorer les DTO pour la persistance?

Answer 1

Il n'y a pas de raison fonctionnelle pour ne pas annoter la même classe avec les annotations JPA et JAXB, je l'ai fait moi-même à l'occasion. Cependant, cela devient un peu difficile à lire, et parfois vous voulez des compromis différents de conception de classe avec JAXB et JPA. Dans mon expérience, ces compromis signifient généralement que vous vous retrouvez avec deux modèles de classe.

Answer 2

Il n'y a aucun problème à utiliser les deux annotations sur la même classe. J'ai même tendance à encourager cela, parce que vous n'avez donc pas à copier-coller lorsque des changements se produisent. Dans certains cas, certaines propriétés ont un comportement différent. Par exemple, un ID généré automatiquement peut ne pas être requis pour être appelé. @XmlTransient et @Transient sont ensuite combinés. Cela devient un peu difficile à lire, mais pas trop dur, car il est évident que toutes les annotations signifient.

Answer 3

Je suis d'accord que l'utilisation des mêmes classes de modèles est la bonne approche.Si vous êtes préoccupé par l'encombrement d'annotation, vous pouvez utiliser une implémentation JAXB (comme EclipseLink JAXB) qui fournit un mécanisme pour externalisant les métadonnées:

• http://wiki.eclipse.org/EclipseLink/Examples/MOXy/EclipseLink-OXM.XML

En outre, depuis que vous utilisez un modèle JPA EclipseLink JAXB (Moxy) a des extensions pour faciliter cette tâche:

• http://bdoughan.blogspot.com/2010/07/jpa-entities-to-xml-bidirectional.html
• http://wiki.eclipse.org/EclipseLink/Examples/MOXy/JPA

Voici un exemple d'utilisation d'un modèle avec JAXB & JPA pour créer un service RESTful:

• Part 1 - The database
• Part 2 - JPA entities
• Part 3 - Mapping entities to XML using JAXB
• Part 4 - The RESTful service
• Part 5 - The client

Answer 4

Toute personne tentée de mettre des objets de lien atom dans votre domaine persistant parce que vous vous êtes engagé à définir votre structure XML de service Web là-bas? Cela me semble étrange de le faire. Les liens Hateoas semblent être une bonne idée mais le domaine persistant et le service impl (pas le service web) n'ont aucun intérêt dans les liens atomiques. Là encore, en utilisant des annotations xml et en jersey sérialiser mon domaine pour moi est certainement pratique. Un autre inconvénient de cette approche est qu'il est facile d'influer sur les consommateurs de votre service Web à l'exécution avec le refactoring "couche" de domaine de persistance.

Answer 5

Je sais que cette question est un peu ancienne, mais je pensais que je peserais de toute façon puisque c'est un problème que j'ai récemment rencontré. Ma recommandation serait de laisser vos classes annotées JAXB seules, puisque tout changement de schéma nécessitera de générer de nouveau ces classes. Cela signifie que vous devrez saisir de nouveau toutes les annotations d'hibernation, etc. manuellement. Cela peut être une solution obsolète, mais je pense qu'il serait parfaitement raisonnable de créer un fichier de mise en correspondance hibernate (.hbm.xml) pour héberger les mappages en externe. C'est un peu plus flexible, moins encombré, et tout aussi utile à mon avis.