Salut !
> -----Message d'origine-----
> De : Jean Michel Flambard [mailto:[EMAIL PROTECTED]]
> Envoy� : mardi 16 avril 2002 13:16
> � : [EMAIL PROTECTED]
> Objet : Re: javax.naming.Context
>
>
> 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) ?
Tu peux lancer la cr�ation de ton pool � partir d'une servlet
qui d�marre automatiquement au lancement de ton serveur.
Il faut ajouter le tag "load-on-startup" :
<servlet>
...
<load-on-startup>1</load-on-startup>
...
</servlet>
(1 indiquant que ta servlet est charg�e en premier)
Olivier
>
> 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
>
