Nous prévoyons de migrer vers Java EE 5 à partir de j2EE 1.4. Tous nos besoins en ORM ont été bien remplis par Hibernate 2.1.0 s0 loin. Étant donné que nous passons à Java EE 5, qui prend en charge JPA 1.0, je me demande si cela vaut la peine de transférer tous mes projets ORM à JPA.JPA 1.0 ou hiberner?
Y a-t-il des pièges dont je devrais me préoccuper? Y a-t-il des endroits où JAP 1.0 ne fonctionnerait pas?
Je ne veux pas utiliser JPA 2.0.
L'API JPA 1.0 présente des trous assez flagrants (par exemple, l'absence de types de valeurs personnalisés, pas de collections d'éléments). Le portage d'une application de l'API native Hibernate vers l'API JPA 1.0 peut être pénible en raison de ce manque de fonctionnalités de base. Cependant, l'API Annotations de Hibernate est une extension de l'API JPA de base, vous utilisez donc JPA au maximum, et complétez le tout avec les extensions Hibernate. Le style des annotations est le moyen le plus simple d'utiliser Hibernate maintenant, c'est donc le meilleur compromis.
Si vous avez déjà une application Hibernate en fonctionnement, je dois me demander si cela en vaut la peine. Je serais tenté de le laisser tel quel, il devrait fonctionner correctement dans un environnement Java EE 5.
D'accord. Si ce n'est pas cassé, ne le répare pas. – dhable
sans oublier il n'y a pas de critères dans jpa1 – Steven
Merci. S'il n'y a pas de collection d'éléments, comment est-ce que 1-many est représenté? Toutes mes définitions de mappage ORM sont dans un fichier xml. Puis-je mélanger en toute sécurité des fichiers hbm et des fichiers de mapping JPA ensemble? Disons que j'ai un Person.hbm.xml et MyClass.xml (jpa), et qu'il n'y a pas de relation entre ces 2 casses, puis-je les conserver en toute sécurité dans une seule transaction? Aussi, pouvez-vous s'il vous plaît développer un petit peu sur votre déclaration "vous utilisez JPA aussi loin que ça va, et couronner le tout avec des extensions Hibernate". –