Bonjour,

merci encore pour ces quelques pr�cisions.
Je me pose une autre question:
Si on cr�e un pool de connexions dans chaque servlet est ce que la plupart de
ces pools ne sont
pas ne sont pas en trop ?
Je m'explique: dans ma servlet login je cr�e un pool de connexions. Mais si
plusieurs personnes
se loguent en m�me temps il y aura forcement plusieurs pools... Or ce n'est
pas le but recherch�
avec les pools puisque un pool permets plusieurs connexions simultan�es.
Ne faut-il pas cr�er le pool en dehors de ma servlet login et ne cr�er que
les connexions dans celle ci ?
Dans ce cas, comment cr�er le pool pour qu'il soit actif d�s le d�marrage de
l'application(avant de lancer
ma servlet login) ?

Merci de votre patience...

Jean Michel Flambard

Jerome Moliere a �crit :

> >
> >Pour le pool de connexions je savais un peu mieux ce que c'�tait. Mais
> >est-ce que
> >que tous les moteurs de servlets l'impl�mentent de la m�me fa�on ?
>
> a priori il s'agit l� de 2 choses decorrelees, un servlet engine doit
> pouvoir utiliser toute source de connexions (driver) poole ou non... ce
> n'est pas � lui d'implementer l'obtention de connections vers n'importe
> quel SGBD, c'est le boulot des drivers JDBC...
>
> >Je d�veloppe mon application sur Resin, mais est ce que la m�me
> >application tournera
> >sous Tomcat ou Websph�re par exemple sans modifications ?
> a priori si tu developpes en te referant aux specs J2EE (servlets & jsp +
> EJB eventuellement) oui!!! il faut faire attention au fait que tout ce qui
> constitue le parametrage de ton serveur d'applications est svt fortement
> dependant du serveur.. ton code lui doit rester le meme (d'ou l'interet de
> JNDI!!!)
> ton lookup vers ta base de donnees et portable, ta requete si elle est en
> JDBC aussi, apres la configuration de la base dans ton serveur d'applis
> elle est perdue d'un serveur a l'autre..
>
> >
> >Sinon, comment configurer Resin pour pouvoir utiliser DriverManager et
> >Class.forName()
> >ou mon propre pool de connexions ?
> cf doc de resin... (faire un grep de DataSource sur cette doc)
>
> Jerome

Répondre à