> Pluggable connection pools... If you make it use a DataSource to obtain connections then you can use a DataSource wrapper for the pool and a Connection wrapper for the pooled connection.
Obvious advantages: - That is what most database connection pools already do; - You can always wrap other database connection pools this way; - You can also use Application Server DataSources. Have fun, Paulo Gaspar http://www.krankikom.de http://www.ruhronline.de > -----Original Message----- > From: Jason van Zyl [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 02, 2002 8:39 PM > To: Jakarta Commons Developers List > Subject: Re: Torque learning curve WAS: RE: Jakarta Persistence > Framework? > > > On 1/2/02 1:49 PM, "Ted Husted" <[EMAIL PROTECTED]> wrote: > > > Martin Poeschl wrote: > >> > >> i send a copy to the turbine list, so we can discuss on the > right list ;-) > >> > > > > If the Torque dependancies on Turbine have been removed, perhaps its > > time to consider transferring Torque et al to the Commons -- then this > > would be the right list ;-) > > Possibly, IMO Torque still has some issues that need to be worked > out before > widespread use. Pluggable connection pools, some very strange > initialization > patterns have to be removed, and the collection of single RDB's peculiar > features into one location as they are in a couple now. I also have some > serious problems with it's mode of usage, Torque primarily being a > datamodel-centric tool as opposed a persistence layer for an object model. > Right now the object model produced is really a thin veneer over top the > datamodel (an object produced for each table) which can certainly > work in a > lot of cases but I don't think that's anywhere close to being > usable in many > real world situations. > > I also feel that Torque is a little out of scope for a commons package and > the general feeling within the Turbine group is that Torque should > eventually become its own project when it leaves the Turbine fold. > > > As mentioned, I would be happy to help with the packaging and additional > > documentation, especially if it were distributed through the Commons. > > > > > > -- Ted Husted, Husted dot Com, Fairport NY USA. > > -- Building Java web applications with Struts. > > -- Tel +1 585 737-3463. > > -- Web http://www.husted.com/struts/ > > > > -- > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- jvz. Jason van Zyl http://tambora.zenplex.org http://jakarta.apache.org/turbine http://jakarta.apache.org/velocity http://jakarta.apache.org/alexandria http://jakarta.apache.org/commons -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
