Discussion :

[janyoura]

Bonsoir,
D'habitude j'utilise toujours le mapping JPA avec Hibernate dans le développement web, et cette fois, il s'agit d'un développement d'application JAVA avec Swing et aussi JADE (développement agents) . En réfléchissant sur comment mieux faire mon programme, je me suis demandée quand est il favorable d'utiliser un outil de mapping/persistance comme JPA? et quand c'est non nécessaire (compliquer le travail pour rien) ? Quelqu'un pourra-t-il m'aider en répondant à ces questions?
Dans mon programme, j'ai des multitudes de transactions avec la base de données (qui contient plusieurs tables et parfois des jointures entres trois tables)
Merci

[Alkhan]

bonjour,

En réfléchissant sur comment mieux faire mon programme, je me suis demandée quand est il favorable d'utiliser un outil de mapping/persistance comme JPA? et quand c'est non nécessaire (compliquer le travail pour rien) ?

En fait, tu dis que JPA te complique le travail, alors qu'il fait l'inverse .... tu n'as pas a gérer les connexions et le mapping bd/objet !
Dans une application web en plus tu ne gère même pas les transactions, ce que tu dois effectivement faire dans une application qui ne s'exécute pas dans un conteneur.

En quoi trouves tu JPA plus compliqué, que de faire du JDBC classique ?

[Gugelhupf]

@janyoura

En réfléchissant sur comment mieux faire mon programme, je me suis demandée quand est il favorable d'utiliser un outil de mapping/persistance comme JPA? et quand c'est non nécessaire (compliquer le travail pour rien) ?

JPA c'est pratique quand tu mets en place un site web, pour une application Swing un peu moins mais ça peut le faire. Par contre, que ce soit pour l'un ou l'autre des cas cités, si c'est pour mettre en place des requêtes de sélection SQL complexes (ex: sortir des statistiques), JPA ça va pas trop le faire.

tu n'as pas a gérer les connexions et le mapping bd/objet !

Il faut bien sur mettre en place son datasource (avec l'hote, le user etc...). Il faut aussi créer les classes Entity, à l'image des tables dans la base.

[Alkhan]

Il faut bien sur mettre en place son datasource (avec l'hote, le user etc...).

ce que je voulais dire, c'est que tu mes ces informations dans le persistence.xml et ensuite c'est le framework qui gère les connexion et le pool de connexion !
Et cela fait donc moins de choses a géré que lorsque tu fais du jdbc classique.

Il faut aussi créer les classes Entity, à l'image des tables dans la base.

Bien sur, mais le générateur dans eclipse fait ça très rapidement, même si c'est pas parfais et qu'il faut faire quelque ajustement à la main. De plus même avec JDBC tu peux très bien avoir des classes pour récupérer les données du ResultSet, ce qui en revient a avoir la même quantité de travaille.
ce que je voulais dire surtout c'est que il ne reste plus qu'a créer les requêtes et ensuite c'est une fois de plus le framework qui gère le mapping entity/table, tu n'a plus besoin de parcourir les resultsets et faire le mapping avec tes objets !

[Gugelhupf]

ce que je voulais dire, c'est que tu mes ces informations dans le persistence.xml et ensuite c'est le framework qui gère les connexion et le pool de connexion !

Cela aurait été tellement cool si c'était le cas pour le mode Java EE, mais ce que tu dis là ne s'applique que pour le mode Java SE (d'après mes recherches). Pour le mode Java EE, il faut configurer le datasource à partir d'un fichier externe, puis indiquer dans la balise <jta-data-source> du fichier persistence.xml le nom du datasource.

J'ai créé un topic avec des questions sur JPA, si peux m'aider n'hésite pas

[Alkhan]

Cela aurait été tellement cool si c'était le cas pour le mode Java EE, mais ce que tu dis là ne s'applique que pour le mode Java SE (d'après mes recherches). Pour le mode Java EE, il faut configurer le datasource à partir d'un fichier externe, puis indiquer dans la balise <jta-data-source> du fichier persistence.xml le nom du datasource.

Et bien selon moi ce que tu viens de dire n'est pas complètement vrai. Effectivement lorque tu déploie ton application dans un conteneur, tu peux demander a celui ci de géré les transaction mais concrètement rien ne t'y oblige.
Il suffit de mettre <transaction-type="RESOURCE_LOCAL"> dans le persistence-unit et du coup tu gères les transactions comme en java SE !

NB : je vais faire une réponse un peu plus complète dans ton sujet