Re: [Catalyst] Re: Database connections leaking

2007-12-31 Thread Peter Karman


On 12/30/2007 02:54 PM, Aristotle Pagaltzis wrote:
 [F'up-to dbix-class]
 
 * Matt S Trout [EMAIL PROTECTED] [2007-12-24 19:30]:
 You might want to see about ripping out the C::M::DBI
 connection management and using a DBIx::Class::Storage::DBI
 object instead - the Model::DBI code originates from a copy of
 the DBIx::Class code but I'm unaware of whether bugfixes and
 refactorings have been propagated to it.
 
 Might it be worthwhile to rip the code out of both and put it in
 a separate DBIx::EnsureConnected or something like that, and then
 make sure that such objects can be used in place of plain DBI
 handles, so that anyone who needs this functionality can use that
 instead of maintaining the $N'th copy of the code?
 

How is this different than DBI's own connect_cached() method?

http://search.cpan.org/~timb/DBI-1.601/DBI.pm#connect_cached


-- 
Peter Karman  .  [EMAIL PROTECTED]  .  http://peknet.com/


___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] Database connections leaking

2007-12-31 Thread Kevin Nathan
On Mon, 24 Dec 2007 18:22:13 +
Matt S Trout [EMAIL PROTECTED] wrote:

 You might want to see about ripping out the C::M::DBI connection
 management and using a DBIx::Class::Storage::DBI object instead - the
 Model::DBI code originates from a copy of the DBIx::Class code but
 I'm unaware of whether bugfixes and refactorings have been propagated
 to it.

That's basically what I ended up doing. I didn't like having two files
that each had a db connection setup; since all of our tables are
DBIx::Class, I got rid of the C::M::DBI and did some more searching on
my problem (wanting to do straight SQL from legacy code). 

Found exactly what I needed in an excerpt from Jonathan Rockway's new
book (my copy has been on order for almost a week now and can't wait to
get it!) For those of you interested in this solution, see:

   
http://www.packtpub.com/article/catalyst-web-framework-building-your-own-model

and the section titled 'Extending a DBIx::Class Model'. It took a few
days to modify all the legacy code and get it running, but it's nice
having it a bit 'cleaner'. Unfortunately, still have db connection
leaking so the sysadmin is checking the Apache/mod_perl side (this is
beyond me at this point).

I would like to thank everyone for their help and suggestions -- I
would have stumbled a lot longer without your help. :-)


-- 
Xelia Wizard Systems Inc
Kevin Nathan
1220 S. Park Lane Ste. 3
Tempe, AZ 85281
(480) 516-0710
[EMAIL PROTECTED]
[EMAIL PROTECTED]

NOTICE:  This e-mail may contain confidential and privileged material
for the sole use of the intended recipient. Any review or distribution
by others is strictly prohibited. If you are not the intended recipient,
please contact the sender and delete and destroy all copies.

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Re: Database connections leaking

2007-12-31 Thread Aristotle Pagaltzis
* Jonathan Rockway [EMAIL PROTECTED] [2008-01-01 01:00]:
 On Mon, 2007-12-31 at 16:39 -0700, Kevin Nathan wrote:
 
  http://www.packtpub.com/article/catalyst-web-framework-building-your-own-model
 
 Wow, I had no idea they were turning my book into articles.
 Weird.

Reminds me of the first Q/A in this interview:
http://www.dispatchesfromblogistan.com/interview-with-laura-lemay/

Regards,
-- 
Aristotle Pagaltzis // http://plasmasturm.org/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Rails is a Ghetto

2007-12-31 Thread Aristotle Pagaltzis
Mr. “Mongrel” Himself commits grandiose career suicide:

* http://www.zedshaw.com/rants/rails_is_a_ghetto.html
 When you combine stupid businesses with stupid people using a
 stupid framework based on a big fat fucking lie on a shitty
 platform you get the perfect storm of dumbfuck where a man like
 me can’t find work.

Make sure you hold onto your jaw when you get to the “How’d This
Happen?” section. Good grief.

Next he rails on ThoughtWorks (pun intended), and by goodness, he
pulls no punches. I mean, no punches at all.

He closes:

 This is a long rant I’m writing in serial form. Stay tuned for
 more about Ruby conferences and why they suck, and why the
 Pickaxe book is what killed Ruby.

All I can say is… wow.

I’ll be re-assessing and processing for a while.

Regards,
-- 
Aristotle Pagaltzis // http://plasmasturm.org/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Does uri_for() respect https?

2007-12-31 Thread Ashley Pond V
I'm sorry if this is a stupid question but I'm not in a position to  
test it myself at the moment.


Does uri_for respect https/http? I have some that are coming up http  
when the requested resource is https. I know I have a rewrite rule  
problem too so it might be my own problem. So, this is really just a  
sanity check.


Given a request to https://mysite.com/myapp

  [% c.uri_for(/whatever) %]

  will produce https://mysite.com/myapp/whatever;
   and not http://mysite.com/myapp/whatever;

Yes?

-Ashley

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Session, DateTime and Storable

2007-12-31 Thread Christopher Laco
I've heard mention of this before, but I can't find the thread.
I have the latest DateTime, Storable and
Catalyst::Plugin::Session/Authentication and I've getting heap of these
in my logs:

 Use of uninitialized value in subroutine entry at blib/lib/Storable.pm 
 (autosplit into blib/lib/auto/Storable/_freeze.al) line 339.

This seems to be caused by storaing a DateTime object in the session. If
I store a string instead of a DT instance, the warnings go away.

Anyone have any ideas on this one?

-=Chris



signature.asc
Description: OpenPGP digital signature
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/