|
NAMELog::Log4perl::Appender::Synchronized - Synchronizing other appendersSYNOPSISuse Log::Log4perl qw(:easy); my $conf = qq( log4perl.category = WARN, Syncer # File appender (unsynchronized) log4perl.appender.Logfile = Log::Log4perl::Appender::File log4perl.appender.Logfile.autoflush = 1 log4perl.appender.Logfile.filename = test.log log4perl.appender.Logfile.mode = truncate log4perl.appender.Logfile.layout = SimpleLayout # Synchronizing appender, using the file appender above log4perl.appender.Syncer = Log::Log4perl::Appender::Synchronized log4perl.appender.Syncer.appender = Logfile ); Log::Log4perl->init(\$conf); WARN("This message is guaranteed to be complete."); DESCRIPTIONIf multiple processes are using the same "Log::Log4perl" appender without synchronization, overwrites might happen. A typical scenario for this would be a process spawning children, each of which inherits the parent's Log::Log4perl configuration.In most cases, you won't need an external synchronisation tool like Log::Log4perl::Appender::Synchronized at all. Log4perl's file appender, Log::Log4perl::Appender::File, for example, provides the "syswrite" mechanism for making sure that even long log lines won't interleave. Short log lines won't interleave anyway, because the operating system makes sure the line gets written before a task switch occurs. In cases where you need additional synchronization, however, you can use "Log::Log4perl::Appender::Synchronized" as a gateway between your loggers and your appenders. An appender itself, "Log::Log4perl::Appender::Synchronized" just takes two additional arguments:
"Log::Log4perl::Appender::Synchronized" uses Log::Log4perl::Util::Semaphore internally to perform locking with semaphores provided by the operating system used. Performance tipsThe "Log::Log4perl::Appender::Synchronized" serializes access to a protected resource globally, slowing down actions otherwise performed in parallel.Unless specified otherwise, all instances of "Log::Log4perl::Appender::Synchronized" objects in the system will use the same global IPC key "_l4p". To control access to different appender instances, it often makes sense to define different keys for different synchronizing appenders. In this way, Log::Log4perl serializes access to each appender instance separately: log4perl.category = WARN, Syncer1, Syncer2 # File appender 1 (unsynchronized) log4perl.appender.Logfile1 = Log::Log4perl::Appender::File log4perl.appender.Logfile1.filename = test1.log log4perl.appender.Logfile1.layout = SimpleLayout # File appender 2 (unsynchronized) log4perl.appender.Logfile2 = Log::Log4perl::Appender::File log4perl.appender.Logfile2.filename = test2.log log4perl.appender.Logfile2.layout = SimpleLayout # Synchronizing appender, using the file appender above log4perl.appender.Syncer1 = Log::Log4perl::Appender::Synchronized log4perl.appender.Syncer1.appender = Logfile1 log4perl.appender.Syncer1.key = l4p1 # Synchronizing appender, using the file appender above log4perl.appender.Syncer2 = Log::Log4perl::Appender::Synchronized log4perl.appender.Syncer2.appender = Logfile2 log4perl.appender.Syncer2.key = l4p2 Without the ".key = l4p1" and ".key = l4p2" lines, both Synchronized appenders would be using the default "_l4p" key, causing unnecessary serialization of output written to different files. Advanced configurationTo configure the underlying Log::Log4perl::Util::Semaphore module in a different way than with the default settings provided by Log::Log4perl::Appender::Synchronized, use the following parameters:log4perl.appender.Syncer1.destroy = 1 log4perl.appender.Syncer1.mode = sub { 0775 } log4perl.appender.Syncer1.uid = hugo log4perl.appender.Syncer1.gid = 100 Valid options are "destroy" (Remove the semaphore on exit), "mode" (permissions on the semaphore), "uid" (uid or user name the semaphore is owned by), and "gid" (group id the semaphore is owned by), Note that "mode" is usually given in octal and therefore needs to be specified as a perl sub {}, unless you want to calculate what 0755 means in decimal. Changing ownership or group settings for a semaphore will obviously only work if the current user ID owns the semaphore already or if the current user is "root". The "destroy" option causes the current process to destroy the semaphore on exit. Spawned children of the process won't inherit this behavior. Semaphore user and group IDs with mod_perlSetting user and group IDs is especially important when the Synchronized appender is used with mod_perl. If Log4perl gets initialized by a startup handler, which runs as root, and not as the user who will later use the semaphore, the settings for uid, gid, and mode can help establish matching semaphore ownership and access rights.DEVELOPMENT NOTES"Log::Log4perl::Appender::Synchronized" is a composite appender. Unlike other appenders, it doesn't log any messages, it just passes them on to its attached sub-appender. For this reason, it doesn't need a layout (contrary to regular appenders). If it defines none, messages are passed on unaltered.Custom filters are also applied to the composite appender only. They are not applied to the sub-appender. Same applies to appender thresholds. This behaviour might change in the future. LICENSECopyright 2002-2013 by Mike Schilli <m@perlmeister.com> and Kevin Goess <cpan@goess.org>.This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. AUTHORPlease contribute patches to the project on Github:http://github.com/mschilli/log4perl Send bug reports or requests for enhancements to the authors via our MAILING LIST (questions, bug reports, suggestions/patches): log4perl-devel@lists.sourceforge.net Authors (please contact them via the list above, not directly): Mike Schilli <m@perlmeister.com>, Kevin Goess <cpan@goess.org> Contributors (in alphabetical order): Ateeq Altaf, Cory Bennett, Jens Berthold, Jeremy Bopp, Hutton Davidson, Chris R. Donnelly, Matisse Enzer, Hugh Esco, Anthony Foiani, James FitzGibbon, Carl Franks, Dennis Gregorovic, Andy Grundman, Paul Harrington, Alexander Hartmaier David Hull, Robert Jacobson, Jason Kohles, Jeff Macdonald, Markus Peter, Brett Rann, Peter Rabbitson, Erik Selberg, Aaron Straup Cope, Lars Thegler, David Viner, Mac Yang.
Visit the GSP FreeBSD Man Page Interface. |