J'ai un programme qui doit permettre l'acc�s � plusieurs bases de donn�es (Hypersonic, MySQL, etc.), et avec plusieurs connections en m�me temps (bien qu'elles ne soient certainement pas toutes utilis�es en m�me temps). Je n'y connaissait rien au concept de "pool de connection", mais il semble, apr�s avoir lu de la doc dessus, que cela me serait utile.
J'ai donc fait mes petites recherches et je suis tomb� sur deux candidats � l'impl�mentation, j'ai nomm� Proxool et Jakarta's common DBCP.
Que me conseilleriez-vous ? A priori je pense choisir Proxool, qui me semble beaucoup plus simple � mettre en oeuvre et � g�rer, qui offre des listeners sur les connections, et peut apparemment g�rer plusieurs drivers en m�me temps. Qu'en pensez-vous ?
je ne connais pas ProxPool donc je vais eviter d'en dire du mal :)
mais qu'as tu a faire des listeners sur les connections ?
si tu utilises un pool c'est justement pourne pas avoir a t'occuper de quand ouvrir/fermer une connexion non ? :)
Et bien l'id�e c'est d'avoir un petit indicateur (pour l'utilisateur) lui disant s'il a perdu ou non la connection avec la base de donn�e. Or Proxool propose des listeners pour ca, en testant r�guli�rement une commande SQL bidon (genre SELECT 1) pour voir si la connection est morte.
Sinon, personne n'utilise de pool de connection tout fait ? Une id�e sur un bidule pas trop complexe et qui marche bien ?
Quelqu'un a un retour d'exp�rience sur cet outil, ou un autre � proposer ? En particulier je cherche � savoir si un tel pool me permettrait de demander des objets Connection � tire-larigot, sans me pr�occuper de savoir si je cr�e une nouvelle connection ou si j'en recycle une autre. A moins de ne pas avoir saisi le concept de pool ?c'est le principe oui, d'ou le caractere un peu contradictoire de ton POST :)
Oui, d�sol� =) Jusqu'� pr�sent je n'avais qu'une variable Connection partag�e par toutes les classes de mon programme � partir d'un singleton. Ca marchait tr�s bien car les acc�s �taient toujours s�quentiels. Mais je veux maintenant pouvoir rajouter la possibilit�, pour l'utilisateur, de d�velopper ses propres connections � une base en plus de celles que le programme entretient pour ses besoins propres. D'o� l'id�e du pool.
Aur�lien
