Il y a un ou deux points que je ne comprends pas trop concernant le
pooling de connexions.
L'API DBCP me semble être ce qu'il me faut, mais j'ai lu plusieurs
articles vantant le bénéfice d'utiliser un serveur d'applications Tomcat
pour gérer le pooling de connexions plutôt que de le faire à la main.
Après m'être penché sur le sujet, je bute sur le fait que de toute façon
je vais être obligé de me connecter via une servlet et je vois mal
comment intégrer ceci dans mon appli qui n'est absolument pas une webapp.
Quel est l'avantage d'utiliser Tomcat par rapport à une bête
PoolingDataSource ? Est-ce seulement le fait de pouvoir paramétrer la
détection de connections mortes (qu'on a oublié de fermer/renvoyer au
pool après usage) et de pouvoir les récupérer ?
Si c'est réellement intéressant, je ne comprend absolument pas comment
appeler la servlet depuis mon appli et encore moins comment récupérer un
ResultSet.
Je suis à l'écoute de vos avis car là vraiment je me prends la tête pour
rien !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric Georges
D'une manière général déléguer au conteneur (web ou ejb) la gestion du pool de connexion(JDBC, mail, ...) est une bonne pratique, Celà permet de partager éventuellement à plusieurs applications une même datasource. D'autre part le pool de connexion JDBC de Tomcat est géré par DBCP alors tout va bien, voici un Howto qui vous indiquera la marche à suivre : http://christophej.developpez.com/tutoriel/j2ee/pooltomcat/
Eric Georges.
"Arnaud" a écrit dans le message de news: dbghdd$dsn$
Hello !
Il y a un ou deux points que je ne comprends pas trop concernant le pooling de connexions.
L'API DBCP me semble être ce qu'il me faut, mais j'ai lu plusieurs articles vantant le bénéfice d'utiliser un serveur d'applications Tomcat pour gérer le pooling de connexions plutôt que de le faire à la main.
Après m'être penché sur le sujet, je bute sur le fait que de toute façon je vais être obligé de me connecter via une servlet et je vois mal comment intégrer ceci dans mon appli qui n'est absolument pas une webapp.
Quel est l'avantage d'utiliser Tomcat par rapport à une bête PoolingDataSource ? Est-ce seulement le fait de pouvoir paramétrer la détection de connections mortes (qu'on a oublié de fermer/renvoyer au pool après usage) et de pouvoir les récupérer ?
Si c'est réellement intéressant, je ne comprend absolument pas comment appeler la servlet depuis mon appli et encore moins comment récupérer un ResultSet.
Je suis à l'écoute de vos avis car là vraiment je me prends la tête pour rien !
Merci d'avance,
-- Arnaud
D'une manière général déléguer au conteneur (web ou ejb) la gestion du pool
de connexion(JDBC, mail, ...) est une bonne pratique, Celà permet de
partager éventuellement à plusieurs applications une même datasource.
D'autre part le pool de connexion JDBC de Tomcat est géré par DBCP alors
tout va bien, voici un Howto qui vous indiquera la marche à suivre :
http://christophej.developpez.com/tutoriel/j2ee/pooltomcat/
Eric Georges.
"Arnaud" <pas@demail.svp> a écrit dans le message de news:
dbghdd$dsn$1@apollon.grec.isp.9tel.net...
Hello !
Il y a un ou deux points que je ne comprends pas trop concernant le
pooling de connexions.
L'API DBCP me semble être ce qu'il me faut, mais j'ai lu plusieurs
articles vantant le bénéfice d'utiliser un serveur d'applications Tomcat
pour gérer le pooling de connexions plutôt que de le faire à la main.
Après m'être penché sur le sujet, je bute sur le fait que de toute façon
je vais être obligé de me connecter via une servlet et je vois mal comment
intégrer ceci dans mon appli qui n'est absolument pas une webapp.
Quel est l'avantage d'utiliser Tomcat par rapport à une bête
PoolingDataSource ? Est-ce seulement le fait de pouvoir paramétrer la
détection de connections mortes (qu'on a oublié de fermer/renvoyer au pool
après usage) et de pouvoir les récupérer ?
Si c'est réellement intéressant, je ne comprend absolument pas comment
appeler la servlet depuis mon appli et encore moins comment récupérer un
ResultSet.
Je suis à l'écoute de vos avis car là vraiment je me prends la tête pour
rien !
D'une manière général déléguer au conteneur (web ou ejb) la gestion du pool de connexion(JDBC, mail, ...) est une bonne pratique, Celà permet de partager éventuellement à plusieurs applications une même datasource. D'autre part le pool de connexion JDBC de Tomcat est géré par DBCP alors tout va bien, voici un Howto qui vous indiquera la marche à suivre : http://christophej.developpez.com/tutoriel/j2ee/pooltomcat/
Eric Georges.
"Arnaud" a écrit dans le message de news: dbghdd$dsn$
Hello !
Il y a un ou deux points que je ne comprends pas trop concernant le pooling de connexions.
L'API DBCP me semble être ce qu'il me faut, mais j'ai lu plusieurs articles vantant le bénéfice d'utiliser un serveur d'applications Tomcat pour gérer le pooling de connexions plutôt que de le faire à la main.
Après m'être penché sur le sujet, je bute sur le fait que de toute façon je vais être obligé de me connecter via une servlet et je vois mal comment intégrer ceci dans mon appli qui n'est absolument pas une webapp.
Quel est l'avantage d'utiliser Tomcat par rapport à une bête PoolingDataSource ? Est-ce seulement le fait de pouvoir paramétrer la détection de connections mortes (qu'on a oublié de fermer/renvoyer au pool après usage) et de pouvoir les récupérer ?
Si c'est réellement intéressant, je ne comprend absolument pas comment appeler la servlet depuis mon appli et encore moins comment récupérer un ResultSet.
Je suis à l'écoute de vos avis car là vraiment je me prends la tête pour rien !
