Discussion :

[stc074]

Bonjour,

Je ne sais pas quelle approche avoir avec les connexions à une BDD dans une application JSF, je recherche la meilleure méthode.

J'ai tenté une espèce de classe Singleton mais bon mon application bloque en prod (pas en local).

Je pensais par exemple ouvrir une connexion dans le constructeur du Managed Bean et fermer la connexion dans la méthode predestroy, mais ça fait pas mal de connexions mine de rien.

Quelqu'un aurait-il des conseils sur la manière la plus économique en ressource sachant que mon site ne croule pas sous les visites ?

Merci d'avance pour votre aide.

[OButterlin]

Le singleton est à mon avis à réserver à des usages extrêmement réduits avec une base de données, et dans tous les cas, des requêtes très courtes.

Regarde du côté de JPA

[stc074]

Le singleton est à mon avis à réserver à des usages extrêmement réduits avec une base de données, et dans tous les cas, des requêtes très courtes.

Regarde du côté de JPA

Merci, que dois-je faire alors ? une connexion à chaque requête ? que je ferme.. ça me parait lourd.

[OButterlin]

Une connexion à chaque requête SQL paraît un peu excessif mais à défaut de mieux, c'est ce qu'il faudra.
Une connexion à chaque "HttpRequest", ça parait mieux... et est un devenu le cas standard pour des applications web.
Ou alors, si tu passes par des EJB, une façade (voir le pattern Facade) qui enchaîne les différentes opérations base de données.

[stc074]

Une connexion à chaque requête SQL paraît un peu excessif mais à défaut de mieux, c'est ce qu'il faudra.
Une connexion à chaque "HttpRequest", ça parait mieux... et est un devenu le cas standard pour des applications web.
Ou alors, si tu passes par des EJB, une façade (voir le pattern Facade) qui enchaîne les différentes opérations base de données.

Finalement j'ai opté pour une connexion à chaque requête, c'était plus facile (mon appli web est finie, et elle est assez conséquente), par contre j'utilise une DataSource, est-ce que le système de pool de connexion fonctionnera sans changement du code (quand je me connecte je récupère la connexion sur la datasource, j'exécute ma requête, puis je me déconnecte avec close() ) ?
Merci.

[OButterlin]

A ben oui, c'est d'ailleurs comme ça qu'il faut faire... on prend du pool, on utilise, on ferme... nickel

[stc074]

A ben oui, c'est d'ailleurs comme ça qu'il faut faire... on prend du pool, on utilise, on ferme... nickel

Oui c'est ce que j'ai vu sur le tuto sur developpez, par contre ils ne disent pas de 'configurer' le pool de connexion en ajoutant un script quelconque, ceci se fait-il automatiquement ?
Merci.

[OButterlin]

Non, mais la façon de faire dépend du serveur cible... ça ne se fera pas de la même façon pour un Tomcat ou un JBoss...
Tu utilises quoi ?

[stc074]

j'utilise Tomcat 8.0.15

[OButterlin]

Tu as tout ici...

[stc074]

Tu as tout ici...

Merci, j'avais bien configuré ma datasource, par contre pour tester à chaque connexion j'affiche con.toString(); et je fais de même quand je ferme, après fermeture et réouverture le toString() diffère, ce n'est donc pas la même référence, est-ce normal ?
Merci.

[OButterlin]

Ce n'est pas la même connexion (encore que, ça pourrait être la même) parce que tu demandes au pool une connexion, ta précédente a peut-être déjà été prise par un autre processus ou ton pool fait "tourner" les connexions de son pool (mais là, ça dépend de la façon d'implémenter la Datasource).
Bref, rien d'anormal d'avoir une autre référence, et pas plus si c'était la même.

[stc074]

ok merci.