Discussion :

[Allensan]

Bonjour,
J'ai beaucoup utilisé hibernate et ibatis comme moteur de persistence.
Ayant un trou dans mon emploi tu temps actuellement je voulais m'interresser aux ejb et a jpa.

J'ai toujours cru que JPA était un framework de persistance officiel, mais de ce que je comprend c'est une spécification utiliser par d'autre framework de persistance. Je fais pas erreur ?

Existe t'il dans ce cas une implémentation officiel de JPA , sans devoir passé par hibernate par exemple.
Pas que sa me dérange mais je comprend pas le principe de proposer une specification et ne pas proposer d'outil autour.
Je suis un peu dans le vague.

On ne peut pas attaquer une base de donnée directement avec JPA sans passer par une implementation de framework de persistance ?

Merci d'avance a ceux qui eclairons ma lanterne.

[Philippe Bastiani]

J'ai toujours cru que JPA était un framework de persistance officiel, mais de ce que je comprend c'est une spécification utiliser par d'autre framework de persistance. Je fais pas erreur ?

Exact... C'est la JSR317 en ce qui concerne JPA 2.0

Existe t'il dans ce cas une implémentation officiel de JPA , sans devoir passé par hibernate par exemple.

EclipseLink est l'implémentaion officielle

Pas que sa me dérange mais je comprend pas le principe de proposer une specification et ne pas proposer d'outil autour.
Je suis un peu dans le vague.

Pas d'outil ? Dans Eclipse, pour débuter, tu as Dali par exemple intégré à l'IDE (à associer avec ces plugins). Sous Netbeans, tu en as un équivalent... Tu trouveras des tutos pour ces 2 outils intégrés !

Au passage: tu peux faire du JPA directement depuis J2SE
Pour simplifier l'utilisation de JPA, tu as des frameworks comme Spring (ou mieux SpringData JPA), ...

Cdlt,
Philippe

[Allensan]

Merci pour les réponses

Pour le dernier point, je me suis mal exprimé.
Je pensait plutôt au fait qu'il n'y ai pas d’implémentation du JPA directement dans les JSR et qu'on soit obligé de passé par des framework annexe.

EclipseLink n'est pas directement implémenté dans le J2SE par exemple , c'est une lib a part.
J'ai sans doute du mal a m'exprimer la dessus, j'espère que sa reste compréhensible.

J'y vois plus clair.

Sinon quand on utilise JPA avec une implémentation de framework de type hibernate, on doit aussi gérer le pool de connection ? (exemple avec C3P0)

[Philippe Bastiani]

Sinon quand on utilise JPA avec une implémentation de framework de type hibernate, on doit aussi gérer le pool de connection ? (exemple avec C3P0)

Le pool de connexion est lié à ton environnement technique au même titre que les transactions... Ton implémentation JPA sera cliente de ce pool. Avec EclipseLink tu peux disposer d'un pool interne ou connecter un pool externe comme Apache DBCP ou C3PO... Idem pour les transactions...

En résume: transaction + pool = dépendent de ton env technique.

a+

[Allensan]

le pool de connection intégré à EclipseLink est fiable ?
Ou il a des problemes non corriger depuis des années comme C3P0

sinon le mieux en cas de persistance pour un site web commercial est de passé directement par hibernate ou de mette le jpa en amont (même si les 2 sont proches )?

Merci pour les informations

[Philippe Bastiani]

le pool de connection intégré à EclipseLink est fiable ?
Ou il a des problemes non corriger depuis des années comme C3P0

A voir...

sinon le mieux en cas de persistance pour un site web commercial est de passé directement par hibernate ou de mette le jpa en amont (même si les 2 sont proches )?

Merci pour les informations

Hibernate est aussi une surcouche de JDBC... donc avec des performances moindre qu'un accès pur JDBC !

Transaction, pool, cache, ..., sans oublier la licence... vaste sujet ! Mickael vient d'ouvrir un topic sur le sujet des implementations JPA.