Discussion :

[pbdlpc]

bonjour à tous,

je voudrais savoir si c'est judicieux d'utiliser des EJB entity et hibernate.

Hibernate permet de gérer le persistance des données en manipulant des objets, et les EJB entity font la même chose. Seulement les EJB ont des propriétés interressantes pour mon application telles que la persistance automatique (mise à jour automatique de l'entité), gestion des la montée en charge, etc

Je pensais utiliser Hibernate pour effectuer les ordre sql dans les EJb, mais je me suis rendu compte que ça se mort la queue

donc je voudrais savoir si ce n'est pas abérant d'utiliser les 2 technologies, ou s'il y a une documentation sur l'utilisation combinée de ces 2 techno.

merci d'avance.

ps: j'ai lu qqpart que hibernate 3 pouvait mapper des ejb 3, est-ce le cas ?

[alexismp]

L'utilisation de EJB3 + JPA (Java Persistence API) dont Hibernate est une implémentation possible est totalement prévue dans la spec EJB 3 (JSR 220). En réalité, JPA fait partie (pour l'instant) de la spec EJB 3 qui va jusqu'à spécifier commen brancher une implémentation JPA: par exemple, GlassFish propose Toplink par défaut, mais Hibernate et OpenJPA (Kodo chez Apache) sont deux autres possibilités.

[pbdlpc]

merci pour la réponse .

Donc en fait, si j'ai bien compris, j'ai le choix entre utiliser un EJB entity mappé par hibernate ou un EJB session Stateless dont les méthodes utilisent les api Hibernate pour renvoyer les informations ?

[alexismp]

Oui, au détail près que l'EJB est mappé avec JPA par Hibernate (ou une autre implémentation comme TopLink ou OpenJPA, ex-Kodo).

Idem pour une EJB session (ou une servlet, ou une application Java SE), le développeur peut utiliser les API JPA (quitte à choisir Hibernate comme implémentation de JPA). L'utilisation directe des API d'Hibernate peut être justifiée par quelques fonctionnalités comme le framework de validation.