Tomcat 5, BasicDataSourceFactory et jndi lookup

Bonjour,

Pour faire suite à mon premier post qui après coût ne correspondait pas à ma problèmatique, voici mon vrai problème. Visiblement personne ne sait autour de moi donc peut-être qu'un expert pourra me dire ce qui ce passe exactement.

Voici ma ressource dans mon fichier context.xml

myFactory étend toujours org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory

Code:

---

1 2	<Resource auth="Container" name="jdbc/myDB" type="javax.sql.DataSource" driverClassName="org.postgresql.Driver" factory="com.myFactory" url="jdbc:postgresql://myUrlDB" username="****" password="****" timeBetweenEvictionRunsMillis="180000" minEvictableIdleTimeMillis="180000" />

---

Bon, j'aimerais savoir si lorsque je fait un un lookup jndi en java afin de récupérer ma datasource dans mon code, si c'est la factory qui me génére ma datasource ou si l'appel à la factory est fait uniquement au démarage de tomcat, met "en cache" la datasource qui sera renvoyé lors de mon lookup?

C'est vraiment important.

Merci d'avance

Comme indiqué dans la doc tomcat sur les ressource factories, chaque lookup implique l'appel à la factory. Maintenant rien ne dit que la factory ne retourne pas à chaque fois la même instance de Datasource, c'est sa popotte interne :)

Ok super merci

Je crois avoir trouvé la source dont tu parles (désolé je ne suis pas expert en anglais :p )

Citation:

---

Every time your web application calls lookup() on a context entry that is bound to this factory, the getObjectInstance() method is called, with the following arguments

---

source: http://tomcat.apache.org/tomcat-5.5-...ces-howto.html


merci encore c'est toujours mieux une confirmation en français :)

Autre petite question:

minIdle créé un certain nombre minimum de pool de connexion. Cela signifie qu'il crée des instances de datasource?

(si je confonds n'hésitez pas à me tirer les oreilles)

non c'est DataSource.getConnection() qui gère la création de connexions

ok. :)


Donc si j'ai bien compris. si par exemple je met minIdle à 10, à chaque lookup il me créera 10 connexions ?

J'ai un peu de mal à comprendre le processus entre la partie où je fait un lookup jndi dans mon code Java et la création de pool de connexion. Tu peux le détailler?

non a chaque lookup, il te renverra un data source (le meme ou différent, c'est sa popotte), qui n'est jamais qu'un interface pour créer des connexion. Toutes les datasources vont partager le meme pool :)

ok. Désolé je ne connais pas très bien tous cela :)

Je vais t'expliquer mon problème:

L'Url de ma base de données change toutes les semaines. (C'est comme cela on ne peut rien y faire).

On souhaite créer une factory qui étend org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory. Cette factory va aller chercher la bonne url de connexion à la base de données et me créer ma datasource.

Je me pose une question dans ce cas si toutes les datasources partagent le même pool de connexion, il n'y a pas de risque de conflit si l'url change.

Je veux dire par là que si j'ai une datasource de type A qui tape sur une url myURLdb1 et qu'entre temps l'url change et que je fait un deuxième lookup afin de récupérer ma datasource (avec l'url myURLdb2). Dans ce cas il va bien utiliser une connexion sur l'URL myURLdb2?

Je ne sais pas si c'est clair. :calim2:

La datasource n'est qu'une coquille vide vers l'implémentation qui se trouve derrière. Pour faire ce que vous voulez faire, vous allez devoir

Implémenter une nouvelle factory
Gérer vous même le pooling (pour vider le pool quand l'url change)
Gérer vous même la création des DataSource
Créer votre propre wrapper sur Connexion pour faire le nettoyage nécessaire lors du close().

Bon courage, je sais pas quel est le génie qui a eu l'idée de faire une base de donnée qui se promène chez vous :aie:

:lol: lol

oui si tu savais...

Merci pour toutes ces infos. C'est sympa. c'est beaucoup plus claires pour moi. Je crois qu'il va falloir revoir quelques petits trucs de notre côté...