Log::Dispatch::FileRotate - Online Linux Manual PageSection : 3
Updated : 2022-01-21
Source : perl v5.34.0
Note : User Contributed Perl Documentation

NAMELog::Dispatch::FileRotate − Log to Files that Archive/Rotate Themselves

VERSIONversion 1.38

SYNOPSIS​ use Log::Dispatch::FileRotate; ​ ​ my $logger = Log::Dispatch::FileRotate−>new( ​ name => 'file1', ​ min_level => 'info', ​ filename => 'Somefile.log', ​ mode => 'append' , ​ size => 10*1024*1024, ​ max => 6); ​ ​ # or for a time based rotation ​ ​ my $logger = Log::Dispatch::FileRotate−>new( ​ name => 'file1', ​ min_level => 'info', ​ filename => 'Somefile.log', ​ mode => 'append' , ​ TZ => 'AEDT', ​ DatePattern => 'yyyy−dd−HH'); ​ ​ # and attach to Log::Dispatch ​ my $dispatcher = Log::Dispatch−>new; ​ $dispatcher−>add($logger); ​ ​ $dispatcher−>log( level => 'info', message => "your comment\n" );

DESCRIPTIONThis module extends the base class Log::Dispatch::Output to provides a simple object for logging to files under the Log::Dispatch::* system, and automatically rotating them according to different constraints. This is basically a Log::Dispatch::File wrapper with additions.

RotationThere are three different constraints which decide when a file must be rotated. The first is by size: when the log file grows more than a specified size, then it's rotated. The second constraint is with occurrences. If a DatePattern is defined, a file rotation ignores size constraint (unless check_both) and uses the defined date pattern constraints. When using DatePattern make sure TZ is defined correctly and that the TZ you use is understood by Date::Manip. We use Date::Manip to generate our recurrences. Bad TZ equals bad recurrences equals surprises! Read the Date::Manip man page for more details on ​TZ. DatePattern will default to a daily rotate if your entered pattern is incorrect. You will also get a warning message. You can also check both constraints together by using the check_both parameter. The latter constraint is a user callback. This function is called outside the restricted area (see Concurrency) and, if it returns a true value, a rotation will happen unconditionally. All check are made before logging. The rotate method leaves us check these constraints without logging anything. To let more power at the user, a post_rotate callback it'll call after every rotation.

ConcurrencyMultiple writers are allowed by this module. There is a restricted area where only one writer can be inside. This is done by using an external lock file, which name is ".filename.LCK" (never deleted). The user constraint and the DatePattern constraint are checked outside this restricted area. So, when you write a callback, don't rely on the logging file because it can disappear under your feet. Within this restricted area we: • check the size constraint • eventually rotate the log file • if it's defined, call the post_rotate function • write the log message

METHODS

new(%p)The constructor takes the following parameters in addition to parameters documented in Log::Dispatch::File: max ($) The maximum number of log files to create. Default 1. size ($) The maximum (or close to) size the log file can grow too. Default 10M. DatePattern ($) The DatePattern as defined above. TZ ($) The TimeZone time based calculations should be done in. This should match Date::Manip's concept of timezones and of course your machines timezone. check_both ($) 1 for checking DatePattern and size concurrently, 0 otherwise. Default 0. user_constraint (\&) If this callback is defined and returns true, a rotation will happen unconditionally. post_rotate (\&) This callback is called after that all files were rotated. Will be called one time for every rotated file (in reverse order) with this arguments: filename the path of the rotated file index the index of the rotated file from max−1 to 0, in the latter case ​filename is the new, empty, log file fileRotate a object reference to this instance With this, you can have infinite files renaming each time the rotated file log. E.g: ​ my $file = Log::Dispatch::FileRotate ​ −>new( ​ ... ​ post_rotate => sub { ​ my ($filename, $idx, $fileRotate) = @_; ​ if ($idx == 1) { ​ use POSIX qw(strftime); ​ my $basename = $fileRotate−>filename(); ​ my $newfilename = ​ $basename . '.' . strftime('%Y%m%d%H%M%S', localtime()); ​ $fileRotate−>debug("moving $filename to $newfilename"); ​ rename($filename, $newfilename); ​ }}, ​ ); Note: this is called within the restricted area (see Concurrency). This means that any other concurrent process is locked in the meanwhile. For the same reason, don't use the log() or log_message() methods because you will get a deadlock! DEBUG ($) Turn on lots of warning messages to STDERR about what this module is doing if set to 1. Really only useful to me.

filename()Returns the log filename.

setDatePattern( $ or [ $, $, ... ] )Set a new suite of recurrances for file rotation. You can pass in a single string or a reference to an array of strings. Multiple recurrences can also be define within a single string by seperating them with a semi-colon (;) See the discussion above regarding the setDatePattern paramater for more details.

log_message( message => $ )Sends a message to the appropriate output. Generally this shouldn't be called directly but should be called through the log() method (in Log::Dispatch::Output).

rotate()Rotates the file, if it has to be done. You can call this method if you want to check, and eventually do, a rotation without logging anything. Returns 1 if a rotation was done, 0 otherwise. undef on error.

debug($)If DEBUG is true, prints a standard warning message.

TipIf you have multiple writers that were started at different times you will find each writer will try to rotate the log file at a recurrence calculated from its start time. To sync all the writers just use a config file and update it after starting your last writer. This will cause ​new() to be called by each of the writers close to the same time, and if your recurrences aren't too close together all should sync up just nicely. I initially assumed a long running process but it seems people are using this module as part of short running CGI programs. So, now we look at the last modified time stamp of the log file and compare it to a previous occurance of a DatePattern, on startup only. If the file stat shows the mtime to be earlier than the previous recurrance then I rotate the log file.

DatePatternAs I said earlier we use Date::Manip for generating our recurrence events. This means we can understand Date::Manip's recurrence patterns and the normal log4j DatePatterns. We don't use DatePattern to define the extension of the log file though. DatePattern can therefore take forms like: ​ Date::Manip style ​ 0:0:0:0:5:30:0 every 5 hours and 30 minutes ​ 0:0:0:2*12:30:0 every 2 days at 12:30 (each day) ​ 3*1:0:2:12:0:0 every 3 years on Jan 2 at noon ​ ​ DailyRollingFileAppender log4j style ​ yyyy−MM every month ​ yyyy−ww every week ​ yyyy−MM−dd every day ​ yyyy−MM−dd−a every day at noon ​ yyyy−MM−dd−HH every hour ​ yyyy−MM−dd−HH−MM every minute To specify multiple recurrences in a single string separate them with a semicolon:
        yyyy-MM-dd; 0:0:0:2*12:30:0
This says we want to rotate every day AND every 2 days at 12:30. Put in as many as you like. A complete description of Date::Manip recurrences is beyond us here except to quote (from the man page): ​ A recur description is a string of the format ​ Y:M:W:D:H:MN:S . Exactly one of the colons may ​ optionally be replaced by an asterisk, or an asterisk ​ may be prepended to the string. ​ ​ Any value "N" to the left of the asterisk refers to ​ the "Nth" one. Any value to the right of the asterisk ​ refers to a value as it appears on a calendar/clock. ​ Values to the right can be listed a single values, ​ ranges (2 numbers separated by a dash ""), or a comma ​ separated list of values or ranges. In a few cases, ​ negative values are appropriate. ​ ​ This is best illustrated by example. ​ ​ 0:0:2:1:0:0:0 every 2 weeks and 1 day ​ 0:0:0:0:5:30:0 every 5 hours and 30 minutes ​ 0:0:0:2*12:30:0 every 2 days at 12:30 (each day) ​ 3*1:0:2:12:0:0 every 3 years on Jan 2 at noon ​ 0:1*0:2:12,14:0:0 2nd of every month at 12:00 and 14:00 ​ 1:0:0*45:0:0:0 45th day of every year ​ 0:1*4:2:0:0:0 4th tuesday (day 2) of every month ​ 0:1*−1:2:0:0:0 last tuesday of every month ​ 0:1:0*−2:0:0:0 2nd to last day of every month

TODOcompression, signal based rotates, proper test suite Could possibly use Logfile::Rotate as well/instead.

SEE ALSO• Log::Dispatch::File::Stamped Log directly to timestamped files.

HISTORYOriginally written by Mark Pfeiffer, <markpf at mlp-consulting dot com dot au> inspired by Dave Rolsky's, <autarch at urth dot org>, code :−) Kevin Goess <cpan at goess dot org> suggested multiple writers should be supported. He also conned me into doing the time based stuff. Thanks Kevin! :−) Thanks also to Dan Waldheim for helping with some of the locking issues in a forked environment. And thanks to Stephen Gordon for his more portable code on lockfile naming.

SOURCEThe development version is on github at <https://https://github.com/mschout/perl−log−dispatch−filerotate> and may be cloned from <git://https://github.com/mschout/perl−log−dispatch−filerotate.git>

BUGSPlease report any bugs or feature requests on the bugtracker website <https://github.com/mschout/perl−log−dispatch−filerotate/issues> When submitting a bug or request, please include a test-file or a patch to an existing test-file that illustrates the bug or desired feature.

AUTHORMichael Schout <mschout@cpan.org>

COPYRIGHT AND LICENSEThis software is copyright (c) 2005 by Mark Pfeiffer. This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
0
Johanes Gumabo
Data Size   :   30,611 byte
man-Log::Dispatch::FileRotate.3pmBuild   :   2024-12-29, 07:25   :  
Visitor Screen   :   x
Visitor Counter ( page / site )   :   4 / 259,646
Visitor ID   :     :  
Visitor IP   :   3.133.155.48   :  
Visitor Provider   :   AMAZON-02   :  
Provider Position ( lat x lon )   :   39.962500 x -83.006100   :   x
Provider Accuracy Radius ( km )   :   1000   :  
Provider City   :   Columbus   :  
Provider Province   :   Ohio ,   :   ,
Provider Country   :   United States   :  
Provider Continent   :   North America   :  
Visitor Recorder   :   Version   :  
Visitor Recorder   :   Library   :  
Online Linux Manual Page   :   Version   :   Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.29
Online Linux Manual Page   :   Library   :   lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page   :   Library   :   lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base   :   Version   :   Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base   :   Library   :   lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36

Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .
If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.

ERROR : Need New Coding :         (parse_manual_page_|252|Log::Dispatch::FileRotate.3pm|36/37|el══─{─══.|.el══─{─══. ds -- \|\(em\| )         (htmlprn|149|Log::Dispatch::FileRotate.3pm|36/37|.el══─{─══. ds --  —  |.el══─{─══. ds -- \|\(em\| )         (parse_manual_page_|252|Log::Dispatch::FileRotate.3pm|43|br══─}─══|'br══─}─══ )         (htmlprn|149|Log::Dispatch::FileRotate.3pm|43|'br══─}─══ |'br══─}─══ )