Mailing-List: contact dev-help@perl.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <46F7F5EC.8060108@sergeant.org>
Date: Mon, 24 Sep 2007 13:37:48 -0400
From: Matt Sergeant <matt@sergeant.org>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: dev@perl.apache.org
Subject: [Fwd: Re: Apache::Reload crash patch]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

FYI.

-------- Original Message --------
Subject: Re: Apache::Reload crash patch
Resent-Date: Mon, 24 Sep 2007 07:28:58 -0400
Resent-From: Liam Bryan <liam@richard-group.com>
Resent-To: matt@sergeant.org
Date: Mon, 23 Apr 2007 08:10:06 -0400
From: Liam Bryan <liam@richard-group.com>
To: Liam Bryan <liam@richard-group.com>

Matt:

I haven't heard back from you yet with regards to this aspect of
Apache::Reload.  I was wondering if you had had a chance to review
it.  Thanks!


On Mar 15, 2007, at 08:36, Liam Bryan wrote:

> Matt:
>
> At our company, we use the Apache::Reload module in most of our  
> production installations, since we will often need to make  
> adjustments without a restart of Apache.  We manage multiple sites;  
> and put site-specific customizations into separate .pm files.  But,  
> if one of these custom modules throws a compile error, then  
> Apache::Reload will crash on line 158:
>
> Compilation failed in require at /Library/Perl/5.8.7/darwin-2level/ 
> Apache/Reload.pm line 158.
>
> Unfortunately, this error is thrown in Apache, and thus crashes  
> every site we're managing, not just the specific customized site.   
> We found that by wrapping the particular error with an eval{} and  
> then trapping $@, we could prevent this error from cascading across  
> all of our managed sites.  Here's what we've customized it to be:
>
>
>             eval {require $key;};
>             warn("Apache::Reload: FAILED $package:\n\t$@") if $@;
>
> The eval{} does add some overhead, but a fairly negligible amount.
>
> If you'd like more detail, feel free to ask me.  Thanks!
>
>
> Liam Bryan
> The Richard Group, Inc.
> liam@richard-group.com
> http://richard-group.com
> 703.584.5804
>
>

Liam Bryan
The Richard Group, Inc.
liam@richard-group.com
http://richard-group.com
703.584.5804


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org