From: Martin J. <mh...@sw...> - 2003-01-04 23:38:09
|
Glad you made it OK. I hope your trip was to your liking. Interesting concept, these modules. Reworking DBIx::Connect to be object-oriented has some really nice advantages for keeping state between invocations, and especially if DBIx::Connect has DBI::db in its @ISA. However, all caching schemes have some inherent limitations. I see the primary usage scenario for DBIx::Connect as being for maintenance scripts and large application configs. DBIx::Connect as currently implemented doesn't add any value to DBI; I suppose we could add some methods like DSN, user, password, and Attributes, but what I really don't want is some linkage to DBI and knowing too much about what sorts of parameters go into a connection. I am interested in what you're thinking of doing. Do you have a solid enough plan to implement at this time? Terrence Brannon wrote: > > [11.] ResourcePool - A connection caching and pooling class. > Uploaded: Jan 02, 2003 > CPAN id: M/MW/MWS (Markus Winand) > > _http://search.cpan.org/search?author=MWS_ > Package: ResourcePool-1.0000.tar.gz > > _http://search.cpan.org/search?dist=ResourcePool-1.0000_ > > > [12.] ResourcePool-Resource-DBI - A ResourcePool > Uploaded: Jan 02, 2003 > CPAN id: M/MW/MWS (Markus Winand) > > _http://search.cpan.org/search?author=MWS_ > Package: ResourcePool-Resource-DBI-1.0000.tar.gz > > _http://search.cpan.org/search?dist=ResourcePool-Resource-DBI-1.0000_ > > > [13.] ResourcePool-Resource-Net-LDAP - A ResourcePool > Uploaded: Jan 02, 2003 > > CPAN id: M/MW/MWS (Markus Winand) > > _http://search.cpan.org/search?author=MWS_ > Package: ResourcePool-Resource-Net-LDAP-1.0000.tar.gz > _ > http://search.cpan.org/search?dist=ResourcePool-Resource-Net-LDAP-1.0000_ |