Skip Menu |
 

This queue is for tickets about the CGI-Application-Plugin-LogDispatch CPAN distribution.

Report information
The Basics
Id: 58017
Status: open
Priority: 0/
Queue: CGI-Application-Plugin-LogDispatch

People
Owner: Nobody in particular
Requestors: MARKSTOS [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Wishlist
Broken in: 1.02
Fixed in: (no value)



Subject: wish: option to not cache the Log::Dispatch object
Download (untitled) / with headers
text/plain 867b
I'm using this module as part of a daemon. We've run into the issue where the connection to the log file becomes stale after the log file is rotated. Rather than restarting the daemon at log-rotation-time, we'd like to force re-opening the file each time. So, it would be useful to have an option to not cache the Log::Dispatch object, to force creating it each time. There will be some perfomance penalty for this, but I think it's the trade-off we want. It appears that a workaround can be redefine this method so it always returns undef: sub CGI::Application::Plugin::LogDispatch::_get_object_or_options { undef } Perhaps this feature would so rarely used it's not worth including, but it seemed worth mentioning when the alternative is to redefine a private method. ( I suppose a minimum alternative is to just make this method public. ) Mark
Download (untitled) / with headers
text/plain 390b
On Tue Jun 01 11:32:24 2010, MARKSTOS wrote: Show quoted text
> I'm using this module as part of a daemon. > > We've run into the issue where the connection to the log file becomes > stale after the log file is rotated. Rather than restarting the daemon > at log-rotation-time, we'd like to force re-opening the file each time.
The close_after_write option for Log::Dispatch::File takes care of this.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.