-----Original Message----- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Tue, 1 Oct 2002 15:29:19 +0100
J'utilise pour ma part une classe (appel�e "commun"), qui regroupe l'ensemble des param�tres lus dans le fichier de conf web.xml. Ces param�tres �tant d�finis comme "static", je n'ai plus qu'� r�cup�rer leur valeur dans mes classes "filles" en r�f�rant � commun.valeur1 ou une m�thode commun.getValeur1() (c'est plus propre) J'ai quand m�me une question : dans ma classe commun, j'ai aussi une m�thode getConnection, mais je recr�e (en fait, non, je fais appel au pool de connexion) une connexion � chaque appel. Serait-il plus efficace de cr�er une connexion au tout d�but (ouverture de session de l'utilisateur), et de l'utiliser comme les param�tres ? ou au contraire, serait-ce un risque de perdre de l'efficacit�, ou une faille de s�curit�, ou je ne sais quoi de ce genre ?? --------------------------- Pour ma part ce serait essentiellement une perte d'efficacit� puisque tu n'aurais plus de multiplexage d'une connexion entre les diff�rents utilisateur. Si ton site est charg� et qu'en plus les utilisateurs acc�dent relativement rarement � la base �a peut mener � un nombre important de connexions JDBC ouvertes, ce qui n'est pas le cas si tu utilises un pool en ne prenant les connexions que le temps d'une requ�te. De plus si ta session utilisateur est longue et qu'entre temps la base de donn�es tombe, le pool sera capable de tester la connexion avant de la donner � ton appli (enfin, celui de Struts que j'utilise fait �a). voil�! -- S'il n'y a pas de solution, il n'y a pas de probl�me --
