Discussion :

[Ho(c)ine.]

Bonjour,
Je dois démarrer un nx projet et je me demandais si je ne devais pas utiliser EclipseLink à la place d'Hibernate !
J'ai cru comprendre que EclipseLink serait le standard officielle de l'implémentation JPA ?
(Je ne connais pas EclipseLink)
Merci pour vos réponses.

[welcome_59]

Je ne suis pas certain qu'EclipseLink soit "l'implémentation standard officielle" des specs JPA (je n'ai pas vérifié) mais il est en très bonne voie pour le devenir.
Cela dit, Hibernate me semble tout de même être le standard de fait de l'ORM en Java.

EclipseLink ou Hibernate?
Pour avoir utilisé les 2, je pense qu'ils se valent pour JPA et respectent suffisamment le standard (Hibernate semble-t-il avec quelques limitations bien que je ne sache lesquelles). Les éditeurs d'Hibernate ont contribué au standard JPA.
Toutefois, si c'est ouvert, je te recommanderais de considérer l'utilisation d'Hibernate "non JPA" qui est selon moi bien plus riche en possibilités et plus mature que JPA et ses implémentations.

Tout ceci bien entendu en fonction de l'envergure et des contraintes de ton projet.

[Frederic Masion]

J'utilise Toplink depuis 6 ans. A l'époque Hibernate commencait à peine à faire parler de lui.
Toplink est et était une solution ORM payante qui a été rachetée par Oracle avant d'être offerte à la communauté eclipse sous le nom d'EclipseLink.
Toplink restant commercialisé par oracle avec le support.
EclipseLink était la première implémentation JPA.
Pour ma part EclipseLink est supérieur à Hibernate.
Cependant hibernate est plus utilisé notamment à cause de son intégration avec Spring.
La seule intégration Spring-EclipseLink proposée par Spring et au travers de JPA. Je trouve cela dommage.
En fait sans rentrer dans les débats sur la séparations des couches et autres masturbations intellectuelles je trouve dommage que Spring limite les ORM par le plus petit commun multiple au travers de sa couche d'intégration et de ses templates.
L'idée de pouvoir changer de provider d'entityManager est certes séduisante dans la théorie mais elle se fait en n'utilisant qu'une fraction de la puissance des outils que l'on a à disposition.
Je pense qu'il est plus important d'être indépendant du SGBD car on devient rapidement captif d'un éditeur et de sa politique tarifaire (et de ce point de vu Hibernate comme EclipseLink se valent).

Je suis plus partisan d'assumer le choix de l'ORM pour en tirer tous les avantages (et de ce point de vu EclipseLink est génial, magique...) dès lors que l'on l'utilise correctement.