My deployments are Websphere deployments and I use the connection pooling of Websphere, otherwise I would be an enemy of myself in case of troubleshooting with the IBM Websphere support.
I am really neutral on this and I do not use DBCP. Andrea Aime writes: > Justin Deoliveira ha scritto: >> I would be fine with straight switching. It seems we don't lose any >> functionality and if anything we gain some performance. Any down side? >> >> I guess it might be nice to give the user the choice, allowing them to >> swap but not sure how much it gains us. And they can fall back on JNDI >> in such cases. So +1 on the straight switch. > > Given Ben recent fight with DBCP connection pools I'm wondering, Ben, > if I cook a better patch can you give it a shot against your environment? > > I think also Simone was ok with a straight switch? > Christian, are you just using JNDI configured pools these days or > do you still have a use for the datastore provided ones? > > Jody, any thoughts from uDig land? > > Cheers > Andrea > > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers. > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
