How to configure mod_perl

2009-02-26 Thread sandhya pawar
When I edit tht httpd.cong for mod_perl, Apache not works. ? Sandhya. On Tue, 24 Feb 2009 02:56:11 +0530 wrote > > >On Mon, 23 Feb 2009, Clinton Gormley wrote: >> to: >>    eval {load_application(); 1} || print STDERR $@; >>    1; >> >> then I see the proper error message, but apache starts >>

Re: Deployment strategies...

2009-02-26 Thread Perrin Harkins
On Thu, Feb 26, 2009 at 12:38 PM, Carl Johnstone wrote: > 1) We want to run different versions of the same app for different sites - > this means I have a namespace problem for MyApp v1 vs MyApp v2 etc. This has been discussed many times on the list. You can't run two modules with the same name

Deployment strategies...

2009-02-26 Thread Carl Johnstone
Get a fairly typical mod-perl setup. We have two load-balanced servers acting as front-end. They run threaded apache configured for lots of connections and KeepAlive on. They serve up as much stuff statically as possible, everything else is sent through mod_proxy_balancer to a number of backend

Re: migrating to 2.0 and getting tons of warnings

2009-02-26 Thread Perrin Harkins
On Thu, Feb 26, 2009 at 4:01 PM, Matthew Lenz wrote: > Maybe the debian guys did something goofy with the modules.  It wouldn't > be the first time.  That or maybe its just a bug in ModPerl.  Even if > some CPAN module out there has 'use warnings;' in it that shouldn't have > any affect on any cod

Re: migrating to 2.0 and getting tons of warnings

2009-02-26 Thread Adam Prime
Maybe the debian guys did something goofy with the modules. It wouldn't be the first time. That or maybe its just a bug in ModPerl. Even if some CPAN module out there has 'use warnings;' in it that shouldn't have any affect on any code outside of its own package should it? I think that Moose

Re: migrating to 2.0 and getting tons of warnings

2009-02-26 Thread Matthew Lenz
On Thu, 2009-02-26 at 15:49 -0500, Adam Prime wrote: > André Warnier wrote: > > Matthew Lenz wrote: > >> I can't seem to disable warnings on our production environment. 'use > >> warnings' is not included in any of the config/startup/scripts or custom > >> modules. Its possible I guess that its b

Re: migrating to 2.0 and getting tons of warnings

2009-02-26 Thread Adam Prime
André Warnier wrote: Matthew Lenz wrote: I can't seem to disable warnings on our production environment. 'use warnings' is not included in any of the config/startup/scripts or custom modules. Its possible I guess that its being used by a CPAN module. We had a system on Debian 3.1 (apache/mod_

Re: migrating to 2.0 and getting tons of warnings

2009-02-26 Thread André Warnier
Matthew Lenz wrote: I can't seem to disable warnings on our production environment. 'use warnings' is not included in any of the config/startup/scripts or custom modules. Its possible I guess that its being used by a CPAN module. We had a system on Debian 3.1 (apache/mod_perl 1.x)and I have be

migrating to 2.0 and getting tons of warnings

2009-02-26 Thread Matthew Lenz
I can't seem to disable warnings on our production environment. 'use warnings' is not included in any of the config/startup/scripts or custom modules. Its possible I guess that its being used by a CPAN module. We had a system on Debian 3.1 (apache/mod_perl 1.x)and I have been doing work to migra

Re: PerlConfigRequire and die

2009-02-26 Thread Clinton Gormley
> > eval { load_application();1} > > || do { > > warn $@; > > force_apache_to_quit_startup_once_stderr_flushed(); > > } > > Why don't you do that in a block? How is this different from doing it in the startup.pl file? > > Be aware that this code is executed twice at

Re: PerlConfigRequire and die

2009-02-26 Thread Torsten Foertsch
On Thu 26 Feb 2009, Clinton Gormley wrote: > > > Is there any way I can: > > >  - cause the error to be reported properly > > >  - force apache not to start > > > >  eval {load_application(); 1} || do { warn $@; die }; > > Unfortunately, no.  That still just dies with the obscure error > message. I

Re: PerlConfigRequire and die

2009-02-26 Thread Clinton Gormley
> > > > Is there any way I can: > > - cause the error to be reported properly > > - force apache not to start > eval {load_application(); 1} || do { warn $@; die }; Unfortunately, no. That still just dies with the obscure error message. It seems that STDERR only gets flushed in a later stage