hello,

i bought two books from wiley, each describing different implementations "java xml" and "professional server ...". look at wileys website for these.

there are a lot of implementations floating around the web if you do a search. to me, poolman seemed the purest, but i havent really tried any other implementation.


Nacho wrote:
> 
> Thanks Joakim,
> 
> do you knows any other package that implements a Connection Pool ?
> 
> Saludos ,
> Ignacio J. Ortega
> 
> >
> > hello,
> >
> > its on www.codestudio.com.
> >
> > in answer to my own previous question, poolman-1.3.7 seems to
> > work properly, whereas 1.3.6 dd not.
> >
> > poolman seems to implement somthing similar to the jdbc 2.0
> > pooling mechansim, in the way that you dont HAVE to return
> > the object to the pool, they will float back by their own
> > accord. performance will be improved if you do return them
> > explicitly though. (im only now experimenting with it)
> >
> >
> > Nacho wrote:
> > > a
> > > Hi, i'm interested in this "poolman" package  where it is,
> > how it works?
> > > it's Jdbc 2.0 compliant or something?..
> > >
> > > Saludos ,
> > > Ignacio J. Ortega
> > >
> > > >
> > > > hello,
> > > >
> > > > im trying to use the poolman package for database connection
> > > > pooling with tomcat.
> > > >
> > > > however, poolman seems to ignore my request for a maximum
> > > > number of connections.
> > > >
> > > > does anybody else have any experience with this setup?
> > > >
> > > > tomcat seems to start up 48 threads. am i mistaken in
> > > > believing that the pooling class, which is a singleton
> > > > naturally, is unique for the entire JVM? because if every
> > > > thread or session got their own instance of the poolman
> > > > singleton, it would be understandable that the limit would be
> > > > exceeded.
> > > >
> > > > any clues anyone?
> > > >
> > > > --
> > > > Joakim Verona
> > > > joakim@verona.se
> > > > http://www.verona.se/~joakimv
> > > >
> > > > --------------------------------------------------------------
> > > > ------------
> > > > To unsubscribe, email: tomcat-user-unsubscribe@jakarta.apache.org
> > > > For additional commmands, email:
> > tomcat-user-help@jakarta.apache.org
> > > >
> > >
> > >
> > --------------------------------------------------------------
> > ------------
> > > To unsubscribe, email: tomcat-user-unsubscribe@jakarta.apache.org
> > > For additional commmands, email: tomcat-user-help@jakarta.apache.org
> >
> > --
> > Joakim Verona
> > joakim@verona.se
> > http://www.verona.se/~joakimv
> >
> > --------------------------------------------------------------
> > ------------
> > To unsubscribe, email: tomcat-user-unsubscribe@jakarta.apache.org
> > For additional commmands, email: tomcat-user-help@jakarta.apache.org
> >
> 
> --------------------------------------------------------------------------
> To unsubscribe, email: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commmands, email: tomcat-user-help@jakarta.apache.org

-- 
Joakim Verona
joakim@verona.se
http://www.verona.se/~joakimv