Transition de Castor à JPA

Question

J'essaie de rendre mon application Java plus conforme aux normes et l'un des plus gros problèmes auquel je suis confronté est la transition de notre structure ORM de Castor JDO vers une implémentation JPA (en pensant à Hibernate ou à DataNucleus). Nous avons notre propre couche d’abstraction de données persistante, ce qui permet de procéder facilement au refactoring en ajoutant une implémentation JPA à notre API et en créant le mappage. Cela devient alors plus compliqué, nous utilisons Castor OQL, pas lourdement mais non négligeable, et cela n’est pas abstrait. Nous effectuons également des requêtes JDBC brutes directement dans la base de données, mais nous passons par Castor pour établir la connexion. Nous utilisons ehcache pour mettre en cache nos objets entre plusieurs serveurs.

Questions:

1) En général, existe-t-il des différences significatives dans la manière dont Castor et JPA traitent les objets persistants que je devrais connaître?

2) Le langage de requête JPA offre-t-il des fonctionnalités similaires à celles de Castors OQL? ou vais-je avoir besoin de regarder dans JDO?

3) Puis-je utiliser ecache avec toutes les implémentations JPA?

4) Connaissez-vous un outil capable de convertir le mappage Castor en mappage JPA?

Enfin, je suppose, que pensez-vous des points forts des différentes implémentations de JPA? Hibernate est attrayant parce qu’il est très utilisé, mais ma plus grande préoccupation est la simplicité. Peut-être que DataNucleas, EclipseLink (ou autre chose) pourrait mieux me servir?

merci,

peter cowan

Answer 1

EclipseLink est un excellent choix lors de la transition de Castor, car EclipseLink est un fournisseur JPA et similaire à Castor. prend en charge le mappage objet-XML (à l'aide du composant MOXy ).