2009-05-04 11 views
3

J'essaie de rendre mon application java plus conforme aux normes et l'un des plus gros problèmes auxquels je suis confrontée est de faire passer notre framework ORM de Castor JDO à une implémentation JPA (en pensant à Hibernate ou DataNucleus). Nous disposons de notre propre couche d'abstraction de données persistantes, ce qui permet de procéder facilement à la refonte de base en ajoutant une implémentation JPA à notre API et en créant le mappage. Ensuite, cela devient plus compliqué, nous utilisons Castor OQL, pas lourdement mais pas insignifiant, et ce 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 obtenir la connexion. Nous utilisons ehcache pour mettre en cache nos objets entre plusieurs serveurs.Passage de Castor à JPA

Questions:

1) En général, il des différences importantes dans la façon dont Castor et JPA traitent des objets perstent que je devrais être au courant?

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 n'importe quelle implémentation JPA?

4) Quelqu'un connaît-il un outil qui peut convertir du mappage Castor au mappage JPA?

enfin, je suppose, des idées sur les points forts des différentes implémentations JPA? Hibernate est attrayant parce qu'il est si largement utilisé, mais ma plus grande préoccupation est la simplicité alors peut-être que DataNucleas, EclipseLink (ou quelque chose d'autre) pourrait mieux me servir?

grâce,

Peter cowan

Répondre

0

EclipseLink est un excellent choix lors de la transition de Castor, comme EclipseLink est un fournisseur de JPA et comme Castor soutient mapping objet-à-XML (en utilisant le composant MOXy).