Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Contact Us
Online Help
Domain Status
Man Pages

Virtual Servers

Topology Map

Server Agreement
Year 2038

USA Flag



Man Pages

Manual Reference Pages  -  LOG::ANY::ADAPTER::DEVELOPMENT (3)

.ds Aq ’


Log::Any::Adapter::Development - Manual for developing new Log::Any adapters



version 1.032


The adapter module:

   package Log::Any::Adapter::YAL;
   use strict;
   use warnings;
   use Log::Any::Adapter::Util ();
   use base qw(Log::Any::Adapter::Base);

   # Optionally initialize object, e.g. for delegation
   sub init {
       my ($self) = @_;

       $self->{attr} = ...;

   # Create logging methods: debug, info, etc.
   foreach my $method ( Log::Any::Adapter::Util::logging_methods() ) {
       no strict refs;
       *$method = sub { ... };

   # Create detection methods: is_debug, is_info, etc.
   foreach my $method ( Log::Any::Adapter::Util::detection_methods() ) {
       no strict refs;
       *$method = sub { ... };

and the application:



This document describes how to implement a new Log::Any adapter.

The easiest way to start is to look at the source of existing adapters, such as Log::Any::Adapter::Log4perl and Log::Any::Adapter::Dispatch.


If you are going to publicly release your adapter, call it ’Log::Any::Adapter::something’ so that users can use it with


If it’s an internal driver, you can call it whatever you like and use it like



All adapters must directly or indirectly inherit from Log::Any::Adapter::Base.


Log::Any supports the following log levels:
o trace
o debug
o info
o notice
o warning
o error
o critical
o alert
o emergency
If the logging mechanism used by your adapter supports different levels, it’s your responsibility to map them appropriately when you implement the logging and detection methods described below. For example, if your mechanism only supports debug, normal and fatal levels, you might map the levels like this:
o debug: trace, debug
o normal: info, notice, warning
o fatal: error, critical, alert, emergency



The constructor (new) is provided by Log::Any::Adapter::Base. It will:
o place any adapter arguments into a hash, along with the category
o bless the hash into your subclass
o call init which may be optionally provided by your subclass
At this point, overriding the default constructor is not supported. Hopefully it will not be needed.

The constructor is called whenever a log object is requested. e.g. If the application initializes Log::Any like so:

    Log::Any->set_adapter(Log::YAL, yal_object => $yal, depth => 3);

and then a class requests a logger like so:

    package Foo;
    use Log::Any qw($log);

Then $log will be populated with the return value of:

    Log::Any::Adapter::Yal->new(yal_object => $yal, depth => 3, category => Foo);

This is memoized, so if the same category should be requested again (e.g. through a separate get_logger call, the same object will be returned. Therefore, you should try to avoid anything non-deterministic in your init function.

    Logging methods (required)

The following methods have no default implementation, and MUST be defined by your subclass:
o debug ($msg)
o info ($msg)
o notice ($msg)
o warning ($msg)
o error ($msg)
o critical ($msg)
o alert ($msg)
o emergency ($msg)
These methods must log a message at the specified level.

To help generate these methods programmatically, you can get a list of the sub names with the Log::Any::Adapter::Util::logging_methods function.

    Log-level detection methods (required)

The following methods have no default implementation, and MUST be defined by your subclass:
o is_debug ()
o is_info ()
o is_notice ()
o is_warning ()
o is_error ()
o is_critical ()
o is_alert ()
o is_emergency ()
These methods must return a boolean indicating whether the specified level is active, i.e. whether the adapter is listening for messages of that level.

To help generate these methods programmatically, you can get a list of the sub names with the Log::Any::Adapter::Util::detection_methods function.


Aliases (e.g. err for error) are handled by Log::Any::Proxy and will call the corresponding real name in your adapter class. You do not need to implement them in your adapter.

    Optional methods

The following methods have no default implementation but MAY be provided by your subclass:
init This is called after the adapter object is created and blessed into your class. Perform any necessary validation or initialization here. For example, you would use init to create a logging object for delegation, or open a file or socket, etc.

    Support methods

The following Log::Any::Adapter::Base method may be useful for defining adapters via delegation:
delegate_method_to_slot ($slot, $method, $adapter_method) Handle the specified $method by calling $adapter_method on the object contained in $self->{$slot}.

See Log::Any::Adapter::Dispatch and Log::Any::Adapter::Log4perl for examples of usage.

The following Log::Any::Adapter::Util functions give you a list of methods that you need to implement. You can get logging methods, detection methods or both:
o Log::Any::Adapter::Util::logging_methods
o Log::Any::Adapter::Util::detection_methods
o Log::Any::Adapter::Util::logging_and_detection_methods


o Jonathan Swartz <>
o David Golden <>


This software is copyright (c) 2014 by Jonathan Swartz and David Golden.

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.

Search for    or go to Top of page |  Section 3 |  Main Index

perl v5.20.3 LOG::ANY::ADAPTER::DEVELOPMENT (3) 2015-03-26

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.