Provided by: libregexp-log-perl_0.06-3_all 
NAME
Regexp::Log - A base class for log files regexp builders
SYNOPSIS
my $foo = Regexp::Log::Foo->new(
format => 'custom %a %b %c/%d',
capture => [qw( host code )],
);
# the format() and capture() methods can be used to set or get
$foo->format('custom %g %e %a %w/%s %c');
$foo->capture(qw( host code ));
# this is necessary to know in which order
# we will receive the captured fields from the regexp
my @fields = $foo->capture;
# the all-powerful capturing regexp :-)
my $re = $foo->regexp;
while (<>) {
my %data;
@data{@fields} = /$re/; # no need for /o, it's a compiled regexp
# now munge the fields
...
}
DESCRIPTION
Regexp::Log is a base class for a variety of modules that generate regular expressions for
performing the usual data munging tasks on log files that cannot be simply split().
The goal of this module family is to compute regular expressions based on the
configuration string of the log.
Please note that there is nothing useful you can do with Regexp::Log! Use one of its
derived classes!
METHODS
The following methods are available, and form the general API for the derived classes.
Please note that all the accessors return the new value, if used to set.
new( %args )
Return a new Regexp::Log object. A list of key-value pairs can be given to initialise
the object.
The default arguments are:
format - the format of the log line
capture - the name of the fields to capture with the regexp
(given as an array ref)
comments - leave the (?#=name) ... (?#!name) comments in the regexp
anchor_line - include begin (^) and end ($) anchor in the regexp
modifiers - include the modifiers into regexp
Other arguments (and the corresponding accessors) can be defined in derived classes.
format( $formatstring )
This accessor sets or gets the format string used as a template to generate the log-
matching regexp. This is usually the configuration line of the log-generating
software.
capture( @fields )
Add the elements of @fields to the list of fields that the regular expression should
capture (if possible).
The method returns the list of actually captured fields, in the same order as the
regular expression captures.
The special tags ":none" and ":all" can be used to capture none or all of the fields.
":none" can also be used to reset a capture list, as shown in the following example:
my $log = Regexp::Log::Foo->new( format => $format );
# create a regexp that will capture gmttime and host
$log->capture(qw( gmttime host ));
my $re1 = $log->regexp; # captures gmttime and host
# add username to the list of captured fields
$log->capture(qw( username ));
my $re2 = $log->regexp; # captures gmttime, host and username
# start afresh and capture username and uri
$log->capture(qw( :none username uri ));
my $re3 = $log->regexp; # captures username and uri
When used to set, this method returns the new list of captured fields, in capture
order.
regexp( )
Return a computed regular expression, computed from the data given to the Regexp::Log
object, and ready to be used in a script.
regex( )
regex() is an alias for the regexp() method.
fields( )
This method return the list of all the fields that can be captured.
For complex subclasses making a lot of modifications in _preprocess() and
_postprocess(), the result may not be accurate.
The result of fields() is therefore given for information only.
comments( $bool )
Accessor for the "comments" attribute.
Comments are removed by default.
modifiers( $modifiers )
Sets the modifiers that govern how the pattern behaves (for versions of Perl up to 5.9
or so, these are "imsx"). By default no flags are enabled.
anchor_line( $bool )
The resulting pattern will be have the "^" and "$" line boundary assertions at the
beginning and end of the pattern, respectively, when the value is true. Set to 0 to
disable.
debug( $bool );
Get/set regexp debug mode.
If "debug" is set, each time a field (or subfield) is matched, its name (followed by a
space) is printed on STDERR. A newline is printed at the beginning of the search. This
lets you see where the regexp backtracks, and watch all its attempts to match
something. Useful but usually very verbose.
This is mainly useful when writing a new Regexp::Log subclass.
SUBCLASSES
This section explains how to create new subclasses of Regexp::Log.
Package template
To implement a Regexp::Log::Foo class, you need to create a package that defines the
appropriate class variables, as in the following example (this is the complete code for
Regexp::Log::Foo!):
package Regexp::Log::Foo;
use base qw( Regexp::Log );
use vars qw( $VERSION %DEFAULT %FORMAT %REGEXP );
$VERSION = 0.01;
# default values
%DEFAULT = (
format => '%d %c %b',
capture => [ 'c' ],
);
# predefined format strings
%FORMAT = ( ':default' => '%a %b %c', );
# the regexps that match the various fields
# this is the difficult part
%REGEXP = (
'%a' => '(?#=a)\d+(?#!a)',
'%b' => '(?#=b)th(?:is|at)(?#!b)',
'%c' => '(?#=c)(?#=cs)\w+(?#!cs)/(?#=cn)\d+(?#!cn)(?#!c)',
'%d' => '(?#=d)(?:foo|bar|baz)(?#!d)',
);
# Note that the three hashes (%DEFAULT, %FORMAT and %REGEXP)
# MUST be defined, even if they are empty.
# the _regexp field is an internal field used as a template
# by the regexp()
# the _preprocess method is used to modify the format string
# before the fields are expanded to their regexp value
sub _preprocess {
my $self = shift;
# multiple consecutive spaces in the format are compressed
# to a single space
$self->{_regexp} =~ s/ +/ /g;
}
# the _postprocess method is used to modify the format string
# after the fields are expanded to their regexp value
1;
Please note that the _preprocess() and _postprocess() method should only modify the
"_regexp" attribute.
The comments are removed after _postprocess() is run, if "comments" is set to a false
value.
Some explanations on the regexp format
You may have noticed the presence of "(?#...)" regexp comments in the previous example.
These are used by Regexp::Log to identify the different parts of the log line and compute
a regular expression that can capture them.
These comments work just like HTML tags: "(?#=bar)" marks the beginning of a field named
bar, and "(?#!bar)" marks the end of the field.
You'll also notice that %c is split in two subfields: "cs" and "cn", which have their own
tags.
Consider the following example script:
my $log = Regexp::Log::Foo->new(
format => ':default',
capture => [ qw( c cn ) ],
);
my $re = $log->regexp;
my @fields = $log->capture();
while(<>) {
my @data;
@data{@fields} = (/$re/g);
# some more code
}
The %data hash will have two keys: "c" and "cn", even though "c" already holds the
information in "cn". This gives log mungers a lot of flexibility in what they can get from
their log lines, with no added work. Lazyness is a virtue.
Important notes:
• Since Regexp::Log handles all the capturing parentheses by itself, there must not be
any capturing parentheses in any regexp template of a derived class. If there are
capturing parentheses in the values of %REGEXP, named captures will not work.
• All the regexp comments that let the Regexp::Log classes find the named captures must
be stored in %REGEXP values. Even if you are using a complex process to create the
final regexp (have a look at Regexp::Log::BlueCoat source code), you must put the
special regexp comments in %REGEXP.
Changing the subclasse default behaviour
If a subclass that is available from CPAN is buggy or incomplete, or does not exactly fit
your log files, it's very easy to add to a Regexp::Log subclass from within your scripts.
Imagine that the %d element of our Regexp::Log::Foo module is incomplete, because it does
not match the string "fu" that appears occasionaly (maybe the Regexp::Log::Foo developper
didn't know?). Or that you patched the Foo software so that your own version creates non-
standard log files.
After emailing the patch to the author, you can temporarily fix your script by adding the
following line:
$Regexp::Log::Foo::REGEXP{'%d'} = '(?#=d)(?:fu|foo|bar|baz)(?#!d)'
That is to say, by replacing the %d entry in the subclass' %REGEXP hash.
BUGS
Probably. Most of them should be in the derived classes, though.
The t/20debug.t test file fails with Perl 5.6.0 and 5.6.1. I have no idea why, but it may
be linked to the use of the "(?{ ... })" regexp construct in the debugging code.
AUTHOR
Philippe 'BooK' Bruhat <book@cpan.org>.
LICENCE
This module is free software; you can redistribute it or modify it under the same terms as
Perl itself.