Discussion :

[cathdev]

Bonjour à tous,

mon semestre 4 portait sur applications distribuées en java ee. J'ai assimilé les bases de JSF2, EJB.

Au moment de faire JPA pour une persistance des données, je reste coincé au niveau de la connexion avec la base de données, plus précisément la création du data source. J'aimerais que:

- vous m'aidiez à comprendre ce qu'est un data source, comment le créer et l'utiliser dans un projet java ee

- vous m'expliquiez la différence entre data source et pool de connexion

- vous m'expliquiez les différents termes du fichier persistence.xml

* persistence-unit

*jta-data-source

Merci d'avance.

[andry.aime]

Bonjour,

FAQ JDBC: https://java.developpez.com/faq/jdbc...ns-DataSources
JPA: https://jmdoudoux.developpez.com/cou...a/chap-jpa.php

A+.

[cathdev]

merci je vais le lire

[OButterlin]

Ensuite, la mise en œuvre d'une pool de connexion va dépendre de ton serveur.
On ne le configure pas de la même manière sur un JBoss4 qu'un JBoss7 et autres... donc il faudra certainement que tu ailles voir également la documentation de ton serveur.

[cathdev]

j'utilise glassfish 4.2 le plus important pour c'est de comprendre le mécanisme de tel sorte que je puisse crée un pool de connexion sur n'importe quel serveur

[tchize_]

Le datasource est en gros un moyen d'accéder à une source de donnée (typiquement une base de données jdbc). C'est un mécanisme qui permet de configure l'accès sur le conteneur J2EE (le serveur) et le mettre à disposition de l'application (le war, ear ou autre que tu déploie). En gros ton application dit avoir besoin du datasource "machin-chouette" et le propriétaire du serveur J2EE avant d'installer ton application va aller dans son serveur et dire "je veux créer une datasource, appelée machin-chouette, pour l'application X que je vais déployer. Elle devra pointer sur le serveur truc de type Oracle avec le mot de passe et utilsiateur xyz".

De cette manière:
le développeur de l'application en a rien à foutre d'où est le serveur de DB ou quel en sont les credentials
le propriétaire du serveur n'a pas à recompiler ou changer des fichiers de config dans chaque application pour préciser les credentials de la db
l'application n'a pas besoin de connaître le mot de passe (à priori)
Suivant le conteneur on peux même changer le serveur db sans redémarrer en changeant à la volée le datasource

En pratique:

dans ton persistence.xml tu mettra un nom de datasource (jta-datasource et xa-datasource si t'as besoin de xa)
dans ton conteneur, tu créera une datasource du même nom et tu dira, par exemple "prendre le driver mysql, pointer sur localhost, ustilisateur myapp, password myapp1234, avec une réserve de 100 connexion parallèles"
Quand tu va déployer ton application, tout ça va se relier ensemble.


Pour le persistence unit, c'est une nom que tu donne à ton persistence (ensemble d'entity beans en gros) pour le référencer dans ton application. Ce n'est utile que si tu veux avoir plusieurs persistence unit dans ton application, ce qui est une usage déjà très avancé et peu commun.