bonjour je veux chaqun de vous post ce qu'il sait su JPA?:
1-JPA c'est une interface implementer par les outils de maping comme hibernate,toplink... est ce que c'est juste?
Version imprimable
bonjour je veux chaqun de vous post ce qu'il sait su JPA?:
1-JPA c'est une interface implementer par les outils de maping comme hibernate,toplink... est ce que c'est juste?
C'est pas une interface, c'est un framework de persistance, si tu connais JDBC alors sache que JPA c du JDBC auquel on a rajouté une couche pour simplifier la tache aux développeurs, en gros ca te permet de manipuler le monde relationnel (base de données) en restant plutot dans ton monde Objet Java.
Fais un tour et tu trouveras d'autres infos : ftp://ftp-developpez.com/tahe/fichiers-archive/jpa.pdf
merci pour le livre je l'est deja.
d'apres ma connaissance:
jpa c'est un outils pour standariser les outils de maping(hibernate,toplink,...)
pour la persistence ce n'est pas jpa qui s'occupe de sa .toujour il ya un outils de maping (hibernate).Citation:
C'est pas une interface, c'est un framework de persistance
Un problème récurrent est le mapping objet relationnel (ORM). Dans ton code tu manipule des objets et dans la BD tu as des entités du relationnel.
Autre difficulté: Quand tu utilise JDBC pour attaquer une BD, tu met dans ton code un certain nombre d'éléments liés au SGBD choisi: pilote, nom d'utilisateur, mot de passe etc. Par ailleurs tu dois gérer toi même les pools de connection et d'autre détails récurrents. Lorsque tu change de SGBD, ou que tu veux re-utiliser un code, tu être obligé de mettre à jour ces paramètres et de recompiler le code.
-----
Les ORM dont hibernate et toplink apportent solution aux problemes ci-dessus cités.
Seulement, ces outils demandent la configuration de tas de fichiers xml. Cela peut se révéler fastidieux. Par ailleurs tu es coincé dans l'implémentation. C'est à dire que si tu décide de changer d'ORM tu dois reprendre la configuration via les fichiers xml.
------
JPA s'intercale entre l'ORM et ton code De la sorte tu peux changer d'ORM de facon transparente. C'est une spécification. . Ca ne te dispense pas des ORM. JPA est juste une nouvelle couche.
Hibernate et Toplink implementent cette interface. Tu peux donc écrire ton code sans manipuler directement JDBC(grace à l'ORM) et sans être dépendant d'une ORM particulière (grace à JPA)
Un autre avantage non négligeable est que les fichiers xml ont disparus. Du moins tu les vois plus. Enfin il en reste deux: persistence.xml pour préciser le type d'ORM et la stratégie de génération es tables et xxx-resources.xml pour préciser le sinfos rrelatives à la BD.
Je ne suis pas d'accord, depuis bien longtemps n'importe quel developeur Java sait externaliser ces parametres même s'il utilise JDBC. Un ORM n'apporte rien de nouveau la dessus.Citation:
Envoyé par petrone
Effectivement mais c'est historique. Les ORM java étaient present bien avant l'apparition des Annotation en Java 5.Citation:
Seulement, ces outils demandent la configuration de tas de fichiers xml. Cela peut se révéler fastidieux. Par ailleurs tu es coincé dans l'implémentation. C'est à dire que si tu décide de changer d'ORM tu dois reprendre la configuration via les fichiers xml.
Avec l'arrivée des Annotation dans le langage Java beaucoup de framework ont initiés un mouvement pour permettre la configuration via annotation au lieu de l'XML (par ex hibernate, Spring, Seam ..)
[/QUOTE]Citation:
Un autre avantage non négligeable est que les fichiers xml ont disparus. Du moins tu les vois plus. Enfin il en reste deux: persistence.xml pour préciser le type d'ORM et la stratégie de génération es tables et xxx-resources.xml pour préciser le sinfos rrelatives à la BD.
Pour pînailler, je rectfie en disant que les fichiers XML n'ont pas disparus du tout, mais que c'est juste que maintenant on a 2 choix Annotation et XML.
Tout simplement les Annotations étant à priori plus pratique et nouveaux toute la litterature JEE 5 à tendance à se focaliser sur les Anotations
Annotation et config XML sont complémentaires car les Annotations bien que pratique neccessite une recompilation en cas de changement, donc la conf xml si elle existe est donc prioritaire sur l'Annotation et permet donc de changer une information sans avoir à recompiler.
Bonjour tout le monde.
C'est interessant de connaitre un peu d'historique sur le JPA.
En fait, quand est ce que l'ORM est apparu? Hibernate et TopLink?