Menu
▾
▴
dbix-connect-general — Mailing list for DBIx::Connect support and development
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Terrence B. <tb...@di...> - 2003-10-03 18:03:34
|
it may be wise to drop AppConfig and use Resources so that database connection information can be inherited: # newdev:/affiliatetrack.net/htdocs/lib/_constants.php [mysql_newdev_allinsuranceplace] user =3D aip_admin pass =3D aipa2k3 dsn=3D dbi:mysql:database=3Dallinsuranceplace=3Dnewdev attr RaiseError =3D 1 attr PrintError =3D 1 attr Taint =3D 1 [mysql_newdev_carmatcher] user =3D aip_admin pass =3D aipa2k3 dsn=3D dbi:mysql:database=3Dcarmatcher=3Dnewdev attr RaiseError =3D 1 attr PrintError =3D 1 attr Taint =3D 1 [mysql_newdev_debtfreeplace] user =3D aip_admin pass =3D aipa2k3 dsn=3D dbi:mysql:database=3Ddebtfreeplace;host=3Dnewdev attr RaiseError =3D 1 attr PrintError =3D 1 attr Taint =3D 1 [mysql_newdev_lendergateway] user =3D aip_admin pass =3D aipa2k3 dsn=3D dbi:mysql:database=3Dlendergateway;host=3Dnewdev attr RaiseError =3D 1 attr PrintError =3D 1 attr Taint =3D 1 [mysql_newdev_realestatematcher] user =3D aip_admin pass =3D aipa2k3 dsn=3D dbi:mysql:database=3Drealestatematcher;host=3Dnewdev attr RaiseError =3D 1 attr PrintError =3D 1 attr Taint =3D 1 [mysql_newdev_student_loans] user =3D aip_admin pass =3D aipa2k3 dsn=3D dbi:mysql:database=3Dstudent_loans=3Dnewdev attr RaiseError =3D 1 attr PrintError =3D 1 attr Taint =3D 1 |
|
From: Terrence B. <met...@ur...> - 2003-01-11 01:33:42
|
Martin, today I tried to talk an old employer into letting me give a
talk on DBIx::Connect, but he gave some fairly logical resistance to not
using it... I can think of a partial answer to this question, but
perhaps you would like to chime in with a response? I have to move
residences tonight and will out of internet connectivity until about the
20th :(.
If you have an answer, then I can slap it into a FAQ and add it to the
distro.
Begin forwarded message:
>>> [3] Would you or your company like to hear a talk on my module
>>> DBIx::Connect? I am trying to give it as much exposure as I can. Here
>>> is a URL to the docs:
>
> We're pretty small (3 developers and one of those wouldn't be too
> interested ;-) so it wouldn't be much of a talk. I just so happens
> that I'm using AppConfig (very nice) and DBI (of course). What
> does DBIx::Connect buy me other than shortening something like:
>
> my $driver_arg = "dbi:Oracle:$Config{-dbname}";
> my $dbh;
> eval
> {
> $dbh = DBI->connect($driver_arg,
> $Config{-dbuser},
> $Config{-dbpasswd},
> { AutoCommit => 0, Warn => 1, PrintError => 1 } );
>
> It seems like it just shifts the typing from Perl to the config file?
>
> Good to hear from you!
>
|
|
From: Terrence B. <met...@ur...> - 2003-01-05 00:43:24
|
On Saturday, January 4, 2003, at 03:36 PM, Martin Jackson wrote: > Glad you made it OK. I hope your trip was to your liking. I went to the Chicago Zoo... those primates are really something. You should see the monkeys swinging through the trees with effortless grace --- one slip and they would fall to their death. They even spin around while looping their tail around the tree. > > 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. Hmmm.. > > 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. No, DBIx::Connect, like any other Perl module, should not be too forward thinking. If it is doing what you need adequately then there is no need to be paranoid and try to predict what might be nice. Just follow the ol' "if it aint broke don't fix it" philosophy. > > I am interested in what you're thinking of doing. Do you have a solid > enough plan to implement at this time? No, I have no need for any extensions to DBIx::Connect. I will follow that first virtue of a Perl programmer, Laziness, and only patch DBIx::Connect when it is 100% clear that something is necessary and useful and not already available in something else on CPAN. But I do want to get this baby in and out of a few checkins/checkouts on sourceforge just for practice. > > 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_ > > > > ------------------------ Yahoo! Groups Sponsor ---------------------~--> > Turn flat surfaces into speakers with the Soundbug. > http://us.click.yahoo.com/QWAVSC/onCFAA/xGHJAA/ndFolB/TM > ---------------------------------------------------------------------~-> > > To unsubscribe from this group, send an email to: > dbi...@ya... > > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > |
|
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_ |
|
From: Terrence B. <met...@ur...> - 2003-01-04 15:26:52
|
[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
|
|
From: Terrence B. <met...@ur...> - 2002-12-31 05:59:29
|
Ok Martin, I added you on the sourceforge project as a developer with all permissions I could give. I kept myself a Project Manager. I am not sure how perms differ --- only time and experience (or RTFM) will tell. You can get to everything from this starting point: http://dbix-connect.sourceforge.net It was easy to make this webpage. I just ssh'ed into sourceforge and did a wget from search.cpan.org and hacked up the HTML a bit! Let's go ahead and use the sourceforge mailing list: http://lists.sourceforge.net/lists/listinfo/dbix-connect-general And you could try out cvs and ssh access as I uploaded the sources. They went in with version 1.1.1.1, but as I recall the -j option allows one to set the version... heck there will be plenty of edits of the repository before a new CPAN release. I am leaving 1:45pm today and will be out of touch until 1/3/02. My cell number is 843-910-2520 if you need it, but of course reception will be spotty. On Monday, December 30, 2002, at 08:56 PM, Martin Jackson wrote: > Terrence Brannon wrote: >> Just FYI, the Savannah people are quite the stickler on copyrights. I >> guess they have good reason to be, but this will make for a third >> re-submission whereas sourceforge did it the first time and fast. > > This is ridiculous. I could wax eloquent on this subject but I'm sure > you've already thought it through and I don't want to waste the > bandwidth. :) The thought that Larry Wall couldn't get Perl hosted at > Savannah because of the dual licensing if it were a new project...well, > it beggars the imagination. > > I have a sourceforge ID - it's mhjacks. Let's do it there. > > Have a good trip to LA. > > Marty > > > > ------------------------ Yahoo! Groups Sponsor ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/CBxunD/vN2EAA/xGHJAA/ndFolB/TM > ---------------------------------------------------------------------~-> > > To unsubscribe from this group, send an email to: > dbi...@ya... > > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > > |