log4sh version 1.4.2

Kate Ward


            
          

2007-06-02

Revision History
Revision 1.4.22007-06-02kwd
Revision 1.4.12007-05-06kwd
Revision 1.4.02007-01-05kwd

Abstract

log4sh is a logging framework for shell scripts that works similar to the other wonderful logging products available from the Apache Software Foundation (eg. log4j, log4perl). Although not as powerful as the others, it can make the task of adding advanced logging to shell scripts easier. It has much more power than just using simple "echo" commands throughout. In addition, it can be configured from a properties file so that scripts in a production environment do not need to be altered to change the amount of logging they produce.


Table of Contents

1. Introduction
1. Credits / Contributors
2. Feedback
2. Quickstart
3. Usage Guide
1. Preconfigure log4sh (optional)
2. Source log4sh
3. Configure log4sh in code
4. Logging with log4sh
4. Configuration
1. Properties File
1.1. Root Logger
1.2. Levels
1.3. Appenders
2. Environment Variables
5. Advanced Usage
1. Environment Variables
2. Remote Syslog Logging
3. Automated File Rolling
6. Function Reference
1. Appender
2. FileAppender
3. Level
4. Log4sh
5. Logger
6. Property
7. SMTPAppender
8. SyslogAppender
9. Thread
10. Trap
7. Conclusion

List of Tables

4.1. Logging Levels (from most output to least)
4.2. Appender Types
4.3. Appender Options
4.4. Layouts
4.5. Pattern Options
4.6. log4sh environment variables
5.1. log4sh Environment Variables
5.2. Acceptable file size units
6.1. Appender
6.2. FileAppender
6.3. Level
6.4. Log4sh
6.5. Logger
6.6. Property
6.7. SMTPAppender
6.8. SyslogAppender
6.9. Thread
6.10. Trap

List of Examples

2.1. Hello, World!
2.2. Properties Configuration Test
2.3. Runtime Configuration Test
3.1. Sourcing external shell code into current program
3.2. Hello, world (using properties file)
3.3. Hello, world; properties file
3.4. Hello, world (configured in code)
3.5. Standard method of logging a message
3.6. Alternate method of logging a message
4.1. Recommended minimum log4sh.properties file
4.2. Sample appender names
4.3. Setting an appender type
4.4. Setting an appender option
4.5. Setting an appender's layout
4.6. Setting an appender's layout pattern
4.7. LOG4SH_CONFIGURATION variable
4.8. LOG4SH_CONFIG_PREFIX variable
5.1. Sample log4sh properties file demonstrating remote syslog logging
5.2. Sample shell script demonstrating remote syslog logging
5.3. Sample log4sh properties file demonstrating a RollingFileAppender
5.4. Sample shell script demonstrating a RollingFileAppender

Chapter 1. Introduction

Log4sh has been developed under the Bourne Again Shell (bash) on Linux, but great care has been taken to make sure it works under the default Bourne Shell of Solaris (sh) as the platform is still widely used.

Tested Operating Systems

  • Cygwin

  • Linux

  • Mac OS X

  • Solaris 8+

Verified Shells

  • BSD Shell (dash)

  • Bourne Shell (sh)

  • Bourne Again Shell (bash)

  • Korn Shell (ksh)

  • Public Domain Korn Shell (pdksh) -- partial functionality

See the appropriate Release Notes (doc/RELEASE_NOTES-X.X.X.txt) for this release for the actual versions tested.

1. Credits / Contributors

A list of contributors to log4sh can be found in the source archive as doc/contributors.txt. I want to personally thank all those who have contributed to make this a better tool.

2. Feedback

Feedback is most certainly welcome for this document. Send your additions, comments and criticisms to the following email address: .

Chapter 2. Quickstart

First things first. Go to the directory from which you extracted the log4sh software. In there, you should find a Makefile. If you find one, you are in the right place. We need to setup the environment for running tests, so from this directory, execute the make test-prep command as shown below. Once this is done, a test directory will be created and prepared with everything needed to run the log4sh tests.

Prepare your environment.

$ make test-prep
$ cd test

Example 2.1. Hello, World!

Ok. What kind of a quickstart would this be if the first example wasn't a "Hello, World!" example? Who knows, but this isn't one of those kind of quickstarts.

Run the Hello World test.

$ ./hello_world
1 [main] INFO shell  - Hello, world!

You should have seen output similar to that above. If not, make sure you are in the right location and such. If you really had problems, please send a letter to the log4sh maintainers. Who knows, maybe you already found a bug. Hopefully not!

The Hello, World! test is about as simple as it gets. If you take a look at the test, all it does is load log4sh, reset the default logging level from ERROR to INFO, and the logs a "Hello, world!" message. As you can see, it didn't take much to setup and use log4sh.


Example 2.2. Properties Configuration Test

In this example, a log4sh.properties configuraiton file will be used to pre-configure log4sh before any logging messages are output. It demonstrates that a configuration file can be used to alter the behavior of log4sh without having to change any shell code.

Run the properties configuration test.

$ ./test-prop-config
INFO - We are the Simpsons!
INFO - Mmmmmm .... Chocolate.
INFO - Homer likes chocolate
...

You should see much more output on your terminal that what was listed above. What is actually happening is log4sh is outputting information to STDERR using logging statements that were stored in the test-common script. In addition, there were multiple logfiles generated (take a look in the test directory), and output was written also written via Syslog. Take a look at both the property configuration script (test-prop-config) and the common script (test-common) if you would like to see what is happening. If you do, you will notice that nowhere in code was it configured to write to the any of those different locations. The log4sh.properties configuration file did all of that work for us. Go ahead and take a look at it too. You might be amazed with how easy it was to write to so many locations with such a small amount of code.


Example 2.3. Runtime Configuration Test

This example is exactly like the last example as far as output is concerned (they both execute the same test-common script), but this one is configured instead at runtime with function calls. It demonstrates that log4sh is fully configurable at runtime.

Run the runtime configuration test.

$ ./test-runtime-config
INFO - We are the Simpsons!
INFO - Mmmmmm .... Chocolate.
INFO - Homer likes chocolate
...

You should again see much more output on your terminal that what was listed above. The output should also have been exactly the same (except that the times were different) as the above example. This is because the same logging commands were used. If you take a look a look in the test-runtime-config script though, you will see that this time log4sh was configured completly at runtime. The log4sh.properties was not used. It shows that log4sh can be fully configured without a pre-existing configuration file. This isn't nearly as friendly as using the configuration file, but there are times when it is needed.


Chapter 3. Usage Guide

The usage of log4sh is simple. There are only a few simple steps required to setup and use log4sh in your application.

  1. preconfigure log4sh (properties file)

  2. source the log4sh script code into the shell script

  3. configure log4sh in code (optional)

  4. call logging statements

1. Preconfigure log4sh (optional)

To preconfigure log4sh, create a properties file (see the Properties File later in this document). If the properties file is not located in the same directory as log4sh, set the LOG4SH_CONFIGURATION environment variable to the full path to the properties file. If you do not wish to preconfigure log4sh, please read the Configure log4sh in code section later in this chapter.

2. Source log4sh

To source the code into your script (also known as including), one uses the sourcing ability of shell to source one script into another. See the following quick example for how easy this is done.

Example 3.1. Sourcing external shell code into current program

#! /bin/sh

# source log4sh from current directory
. ./log4sh

Here is some sample code that looks for log4sh in the same directory as the script is located, as well as the current directory. If log4sh could not be found, it exits with an error. If log4sh is found, it is loaded, along with the log4sh.properties file in the current directory (see the following example). It then logs a message at the INFO level to STDOUT.

Example 3.2. Hello, world (using properties file)

#! /bin/sh
#
# log4sh example: Hello, world
#
myDir=`dirname $0`

# find and source log4sh
if [ -r "$myDir/log4sh" ]; then
  log4shDir=$myDir
elif [ -r "./log4sh" ]; then
  log4shDir=.
else
  echo "fatal: could not find log4sh" >&2
  exit 1
fi
. $log4shDir/log4sh

# say Hello to the world
logger_info "Hello, world"

Here is the log4sh.properties file for the previous example. Save it in the same directory you are running the above script from.

Example 3.3. Hello, world; properties file

#
# log4sh example: Hello, world properties file
#

# Set root logger level to INFO and its only appender to A1
log4sh.rootLogger=INFO, A1

# A1 is set to be a ConsoleAppender.
log4sh.appender.A1=ConsoleAppender

# A1 uses a PatternLayout.
log4sh.appender.A1.layout=PatternLayout
log4sh.appender.A1.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n

3. Configure log4sh in code

If log4sh was not preconfigured, the default configuration will be equivalent the config shown below.

Note: log4sh will complain if no configuration file was specified or found. If you meant for the default configuration to be used, or you want to configure log4sh via code, make sure to define the LOG4SH_CONFIGURATION with the value of 'none'.

log4sh.rootLogger=ERROR, stdout
log4sh.appender.stdout=ConsoleAppender
log4sh.appender.stdout.layout=PatternLayout
log4sh.appender.stdout.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n

To configure log4sh in code, simply call the appropriate functions in your code. The following code sample loads log4sh from the current directory, configures it for STDERR output, and the logs a message at the INFO level.

Example 3.4. Hello, world (configured in code)

#! /bin/sh
#
# log4sh example: Hello, world
#

# load log4sh (disabling properties file warning) and clear the default
# configuration
LOG4SH_CONFIGURATION='none' . ./log4sh
log4sh_resetConfiguration

# set the global logging level to INFO
logger_setLevel INFO

# add and configure a FileAppender that outputs to STDERR, and activate the
# configuration
logger_addAppender stderr
appender_setType stderr FileAppender
appender_file_setFile stderr STDERR
appender_activateOptions stderr

# say Hello to the world
logger_info 'Hello, world'

4. Logging with log4sh

Once log4sh is loaded, logging is as simple as calling the appropriate logging function with a message to be logged. Take a look at the above examples to see just how easy it was to log the statement "Hello, world" at an INFO level.

The samples above show the standard way of logging a message via log4sh. That standard method is by calling the appropriate function, and passing the message as a parameter.

Example 3.5. Standard method of logging a message

logger_info 'message to log'

There is a second way of logging as well. The second method is via pipes. What this method is really good for is logging the standard output (STDOUT) of a command to the logfile. Piping echo statements is a bit silly, but something like piping the output of a ls is more practical (e.g. ls -l |logger_info).

Example 3.6. Alternate method of logging a message

echo 'message to log' |logger_info

Chapter 4. Configuration

1. Properties File

Log4sh can be configured with a properties file that is separate from the actual script where the logging takes place. By default, log4sh looks for its properties file called log4sh.properties in the current directory. If the file is located elsewhere or with a different name, log4sh can be configured by setting the LOG4SH_CONFIGURATION environment variable (eg. LOG4SH_CONFIGURATION="/etc/log4sh.conf").

A log4sh.properties file that is completly empty is sufficient to configure log4sh. There will be absolutely no output however (which might just be what is desired). Usually though, some output is desired, so there is at least a recommended minimum configuration file. An explaination of the file follows the example.

Example 4.1. Recommended minimum log4sh.properties file

  log4sh.rootLogger=INFO, stdout
  log4sh.appender.stdout=ConsoleAppender
  

In the first line, the root logger is configured by setting the default logging level, and defining the name of an appender. In the second line, the stdout appender is defined as a ConsoleAppender.

1.1. Root Logger

(future)

1.2. Levels

Table 4.1. Logging Levels (from most output to least)

LevelDefinition
TRACEThe TRACE level has the lowest possible rank and is intended to turn on all logging.
DEBUGThe DEBUG level designates fine-grained informational events that are most useful to debug an application.
INFOThe INFO level designates informational messages that highlight the progress of the application at coarse-grained level.
WARNThe WARN level designates potentially harmful situations.
ERRORThe ERROR level designates error events that might still allow the application to continue running.
FATALThe FATAL level designates very severe error events that will presumably lead the application to abort.
OFFThe OFF level has the highest possible rank and is intended to turn off logging.

1.3. Appenders

An appender name can be any alpha-numeric string containing no spaces.

Example 4.2. Sample appender names

myAppender - good


1.3.1. Types

An appender can be set to one of several different types.

Example 4.3. Setting an appender type

    log4sh.appender.A1=FileAppender
    

Table 4.2. Appender Types

TypeDefinitionSupported?
ConsoleAppenderoutput sent to console (STDOUT)yes
FileAppenderoutput sent to a fileyes
DailyRollingFileAppenderoutput sent to a file that rolls over dailypartial; logs written, but not rotated
RollingFileAppenderoutput sent to a file that rolls over by sizepartial; works, but nees improvement
SMTPAppenderoutput sent via emailparital; works, but needs improvement
SyslogAppenderoutput sent to a remote syslog daemonpartial; only localhost supported

1.3.2. Options

An appender can take several different options.

Example 4.4. Setting an appender option

    log4sh.appender.A1.File=output.log
    

Table 4.3. Appender Options

OptionDefinitionSupported?
DatePatternconfigure a pattern for the output filenameno (ignored)
Fileoutput filename (special filename of STDERR used for logging to STDERR)yes
MaxBackupIndexnumber of old logfiles to keepno (ignored)
MaxFileSizemaximum size of old logfilesno (ignored)
Thresholdlogging level of the appenderyes

1.3.3. Layouts

An appender can be configured with various Layouts to customize how the output looks.

Example 4.5. Setting an appender's layout

    log4sh.appender.A1.layout=PatternLayout
    

Table 4.4. Layouts

LayoutDefinitionSupported?
HTMLLayoutlayout using HTMLno (same as SimpleLayout)
SimpleLayouta simple default layout ('%p - %m')yes
PatternLayouta patterned layout (default: '%d %p - %m%n')yes

An layout has many different options to configure how it appears. These are known as patterns.

Example 4.6. Setting an appender's layout pattern

    log4sh.appender.A1.layout.ConversionPattern=%d [%p] %c - %m%n
    

Table 4.5. Pattern Options

OptionDefinitionSupported?
cUsed to output the category of logging request. As this is not applicable in shell, the conversion character will always returns 'shell'.partial (fixed)
d

Used to output the date of the logging event. The date conversion specifier may be followed by a date format specifier enclosed between braces, but this specifier will be ignored. For example, %d{HH:mm:ss,SSS}, or %d{ISODATE}. The specifier is allowed only for compatibility with log4j properties files.

The default format of the date returned is equavilant to the output of the Unix date command with a format of +%Y-%m-%d %H:%M:%S.

yes
F

Used to output the file name where the logging request was issued.

The default value is equavilent basename $0.

yes
LThis option is for compatibility with log4j properties files.no (ignored)
mUsed to output the script supplied message associated with the logging event.yes
nThis option is for compatibility with log4j properties files.no (ignored)
pUsed to output the priority of the logging event.yes
rUsed to output the number of seconds elapsed since the start of the script until the creation of the logging event.yes
t

Used to output the current executing thread. As shell doesn't actually support threads, this is simply a value that can be set that can be put into the messages.i

The default value is 'main'.

yes
xThis option is for compatibility with log4j properties files.no (ignored)
XUsed to output the MDC (mapped diagnostic context) associated with the thread that generated the logging event. The X conversion character must be followed by an environment variable name placed between braces, as in %X{clientNumber} where clientNumber is the name of the environment variable. The value in the MDC corresponding to the environment variable will be output.no (ignored)
%The sequence %% outputs a single percent sign.yes

2. Environment Variables

There are some environment variables that can be used to pre-configure log4sh, or to change some of its default behavior. These variables should be set before log4sh is sourced so that they are immediately available to log4sh.

Here is the full list of supported variables.

Table 4.6. log4sh environment variables

VariableUsage
LOG4SH_CONFIGURATION

This variable is used to tell log4sh what the name of (and possibly the full path to) the configuration (a.k.a properties) file that should be used to configure log4sh at the time log4sh is sourced. If the value 'none' is passed, than log4sh will expect to be configured at a later time via run-time configuration.

Example 4.7. LOG4SH_CONFIGURATION variable

LOG4SH_CONFIGURATION='/path/to/log4j.properties'

LOG4SH_CONFIG_PREFIX

This variable is used to tell log4sh what prefix it should use when parsing the configuration file. Normally, the default value is 'log4sh' (e.g. 'log4sh.rootLogger'), but the value can be redefined so that a configuration file from another logging frame work such as log4j can be read.

Example 4.8. LOG4SH_CONFIG_PREFIX variable

LOG4SH_CONFIG_PREFIX='log4j'


Chapter 5. Advanced Usage

This chapter is dedicated to some more advanced usage of log4sh. It is meant to demonstrate some functionality that might not normally be understood.

1. Environment Variables

There are several environment variables that can be set to alter the behavior of log4sh. The full listing is below.

Table 5.1. log4sh Environment Variables

VariableDefaultDescription
LOG4SH_ALTERNATIVE_NCnoneProvide log4sh with the absolute path to the nc (netcat) command -- e.g. /bin/nc
LOG4SH_CONFIGURATIONnoneProvide log4sh with the absolute path to the log4sh properties file.
LOG4SH_CONFIG_PREFIXlog4shDefine the expected prefix to use for parsing the properties file -- e.g. log4j
LOG4SH_DEBUGnoneEnable internal log4sh debug output. Set to any non-empty value.
LOG4SH_DEBUG_FILEnoneDefine a file where all internal log4sh trace/debug/info output will be written to -- e.g. log4sh_internal.log
LOG4SH_INFOnoneEnable internal log4sh info output. Set to any non-empty value.
LOG4SH_TRACEnoneEnable internal log4sh trace output. Set to any non-empty value.

2. Remote Syslog Logging

Logging to a remote syslog host is incredibly easy with log4sh, but it is not functionality that is normally exposed to a shell user. The logger command, which is used for local syslog logging, unfortunately does not support logging to a remote syslog host. As such, a couple of choices are available to enable logging to remote hosts.

Choice #1 -- reconfigure the syslogd daemon

One can alter the configuration of the local syslog daemon, and request that certain types of logging information be sent to remote hosts. This choice requires no extra software to be installed on the machine, but it does require a reconfiguration of the system-wide syslog daemon. As the syslog daemon is different between operating systems, and even between OS releases, no attempt will be made to describe how to do this in this document. Read the respective man page for your particular system to learn what is required.

Choice #2 -- install nc (netcat) command -- recommended

The nc (netcat) command has the ability to generate the UDP packet to port 514 that is required for remote syslog logging. If you have this command installed, you can tell log4sh that this alternative command exists, and then you will be able to use the appender_syslog_setHost() function as you would expect.

The examples below show what a minimum properties file or a minimum script should look like that do remote syslog logging.

Example 5.1. Sample log4sh properties file demonstrating remote syslog logging

#
# log4sh example: remote syslog logging
#

# Set the 'nc' alternative command to enable remote syslog logging
log4sh.alternative.nc = /bin/nc

 Set root logger level to INFO and its only appender to mySyslog
log4sh.rootLogger=INFO, mySyslog

# mySyslog is set to be a SyslogAppender.
log4sh.appender.mySyslog = SyslogAppender
log4sh.appender.mySyslog.SyslogHost = somehost

Example 5.2. Sample shell script demonstrating remote syslog logging

#! /bin/sh
#
# log4sh example: remote syslog logging
#

# load log4sh (disabling properties file warning) and clear the default
# configuration
LOG4SH_CONFIGURATION='none' . ./log4sh
log4sh_resetConfiguration

# set alternative 'nc' command
log4sh_setAlternative nc /bin/nc

# add and configure a SyslogAppender that logs to a remote host
logger_addAppender mySyslog
appender_setType mySyslog SyslogAppender
appender_syslog_setFacility mySyslog local4
appender_syslog_setHost mySyslog somehost
appender_activateOptions mySyslog

# say Hello to the world
logger_info 'Hello, world'

3. Automated File Rolling

Logging is great, but not when it runs you out of hard drive space. To help prevent such situations, log4sh has automated file rolling built in. By changing your FileAppender into a RollingFileAppender, you enable automatic rolling of your log files. Each logfile will be rolled after it reaches a maximum file size that you determine, and you can also decide the number of backups to be kept.

To limit the maximum size of your log files, you need to set the MaxFileSize appender option in a properties file, or use the appender_file_setMaxFileSize() function. The maximum size is specified by giving a value and a unit for that value (e.g. a 1 megabyte log file can be specified as '1MiB', '1024KiB', or '1048576B'). Note, the unit must be specified with the proper case, i.e. a unit of 'KB' is correct 'kb' is not.

The default maximum file size is equavilent to 1MiB

Table 5.2. Acceptable file size units

UnitSize in bytesEquivalent sizes
B (bytes)11B
KB1,0001KB = 1000B
KiB (kilobytes)1,0241KiB = 1024B
MB1,000,0001MB = 1000KB = 1000000B
MiB (megabytes)1,048,5761MiB = 1024KiB = 1048576B
GB1,000,000,0001GB = 1000MB = 1000000KB = 1000000000B
GiB (gigabytes)1,073,741,8241GiB = 1024MiB = 1048576KiB = 1073741824B
TB1,000,000,000,0001TB = 1000GB = 1000000MB = 1000000000KB = 1000000000000B
TiB (terabytes)1,099,511,627,7761TiB = 1024GiB = 1048576MiB = 1073741824KiB = 1099511627776B

Note: log4sh differes from log4j in the impretation of its units. log4j assumes that all units are base-2 units (i.e. that KB = 1024B), where as log4sh makes a distinction between the standard SI units of KB (base-10 ~ 1000B = 10^3) and KiB (base-2 ~ 1024B = 2^10). If this causes problems, call the log4sh_enableStrictBehavior() once after loading log4sh to force the unit intrepretation to be like log4j.

To limit the maximum number of backup files kept, you need to set the MaxBackupIndex appender option in a properties file, or use the appender_file_setMaxBackupIndex() function. Whenever a file has reached the point of needing rotation, log4sh will rename the current logfile to include an extension of '.0', and any other backups will have thier extension number increased as well. With a maximum backup index of zero, no backups will be kept.

The default maximum backup index is equavilent to '1 MiB'

Example 5.3. Sample log4sh properties file demonstrating a RollingFileAppender

#
# log4sh example: using the RollingFileAppender
#

 Set root logger level to INFO and its only appender to R
log4sh.rootLogger=INFO, R

# add a RollingFileAppender named R
log4sh.appender.R = RollingFileAppender
log4sh.appender.R.File = /path/to/some/file
log4sh.appender.R.MaxFileSize = 10KB
log4sh.appender.R.MaxBackupIndex = 1

Example 5.4. Sample shell script demonstrating a RollingFileAppender

#! /bin/sh
#
# log4sh example: using the RollingFileAppender
#

# load log4sh (disabling properties file warning) and clear the default
# configuration
LOG4SH_CONFIGURATION='none' . ./log4sh
log4sh_resetConfiguration

# add and configure a RollingFileAppender named R
logger_addAppender R
appender_setType R RollingFileAppender
appender_file_setFile R '/path/to/some/file'
appender_file_setMaxFileSize R 10KB
appender_file_setMaxBackupIndex R 1
appender_activateOptions R

# say Hello to the world
logger_info 'Hello, world'

Chapter 6. Function Reference

1. Appender

Table 6.1. Appender

void
appender_activateOptions (appender); 
string  appender;

Activate an appender's configuration. This should be called after reconfiguring an appender via code. It needs only to be called once before any logging statements are called. This calling of this function will be required in log4sh 1.4.x.

appender_activateAppender myAppender
void
appender_close (appender); 
string  appender;

Disable any further logging via an appender. Once closed, the appender can be reopened by setting it to any logging Level (e.g. INFO).

appender_close myAppender
boolean
appender_exists (appender); 
string  appender;

Checks for the existance of a named appender

exists=`appender_exists myAppender`
string
appender_getAppenderType (index); 
integer  index;

Deprecated as of 1.3.1

Gets the Type of an Appender at the given array index

type=`appender_getAppenderType 3`
string
appender_getLayout (appender); 
string  appender;

Gets the Layout of an Appender

type=`appender_getLayout myAppender`
string/boolean
appender_getLevel (appender); 
string  appender;

Gets the current logging Level of an Appender

type=`appender_getLevel myAppender`
string
appender_getPattern (appender); 
string  appender;

Gets the Pattern of an Appender

pattern=`appender_getPattern myAppender`
string
appender_getType (appender); 
string  appender;

Gets the Type of an Appender

type=`appender_getType myAppender`
void
appender_setAppenderType (appender,  
 type); 
string  appender;
string  type;

Deprecated as of 1.3.1

Sets the Type of an Appender (e.g. FileAppender)

appender_setAppenderType myAppender FileAppender
void
appender_setLayout (appender,  
 layout); 
string  appender;
string  layout;

Sets the Layout of an Appender (e.g. PatternLayout)

appender_setLayout myAppender PatternLayout
void/boolean
appender_setLevel (appender,  
 level); 
string  appender;
string  level;

Sets the Level of an Appender (e.g. INFO)

appender_setLevel myAppender INFO
void/boolean
appender_setPattern (appender,  
 pattern); 
string  appender;
string  pattern;

Sets the Pattern of an Appender

appender_setPattern myAppender '%d %p - %m%n'
void/boolean
appender_setType (appender,  
 type); 
string  appender;
string  type;

Sets the Type of an Appender (e.g. FileAppender)

appender_setType myAppender FileAppender

2. FileAppender

Table 6.2. FileAppender

string
appender_file_getFile (appender); 
string  appender;

Get the filename of a FileAppender

appender_file_getFile myAppender
integer/boolean
appender_file_getMaxBackupIndex (appender); 
string  appender;

Returns the value of the MaxBackupIndex option.

Since: 1.3.7

appender_file_getMaxBackupIndex myAppender
integer/boolean
appender_file_getMaxFileSize (appender); 
string  appender;

Get the maximum size that the output file is allowed to reach before being rolled over to backup files.

Since: 1.3.7

maxSize=`appender_file_getMaxBackupSize myAppender`
void
appender_file_setFile (appender,  
 filename); 
string  appender;
string  filename;

Set the filename for a FileAppender (e.g. STDERR or /var/log/log4sh.log).

appender_file_setFile myAppender STDERR
void
appender_file_setMaxBackupIndex (appender,  
 index); 
string  appender;
integer  index;

Set the maximum number of backup files to keep around.

The MaxBackupIndex option determines how many backup files are kept before the oldest is erased. This option takes a positive integer value. If set to zero, then there will be no backup files and the log file will be truncated when it reaches MaxFileSize.

Since: 1.3.7

appender_file_setMaxBackupIndex myAppender 3
void/boolean
appender_file_setMaxFileSize (appender,  
 size); 
string  appender;
string  size;

Set the maximum size that the output file is allowed to reach before being rolled over to backup files.

In configuration files, the MaxFileSize option takes an long integer in the range 0 - 2^40. You can specify the value with the suffixes "KiB", "MiB" or "GiB" so that the integer is interpreted being expressed respectively in kilobytes, megabytes or gigabytes. For example, the value "10KiB" will be interpreted as 10240.

Since: 1.3.7

appender_file_setMaxBackupSize myAppender 10KiB
void
appender_setAppenderFile (appender,  
 filename); 
string  appender;
string  filename;

Deprecated as of 1.3.2

Set the filename for a FileAppender (e.g. "STDERR" or "/var/log/log4sh.log")

appender_setAppenderFile myAppender STDERR

3. Level

Table 6.3. Level

integer
logger_level_toInt (level); 
string  level;

Converts an externally used level tag into its integer equivalent

levelInt=`logger_level_toInt WARN`
string
logger_level_toLevel (val); 
integer  val;

Converts an internally used level integer into its external level equivalent

level=`logger_level_toLevel 3`

4. Log4sh

Table 6.4. Log4sh

void/boolean
log4sh_enableStrictBehavior (); 

Enables strict log4j behavior.

Since: 1.3.7

log4sh_enableStrictBehavior
void/boolean
log4sh_setAlternative (command,  
 path,  
 useRuntimePath); 
string  command;
string  path;
boolean  useRuntimePath;

Specifies an alternative path for a command.

Since: 1.3.7

log4sh_setAlternative nc /bin/nc

5. Logger

Table 6.5. Logger

void
log (level,  
 message(s)); 
string  level;
string[]  message(s);

The base logging command that logs a message to all defined appenders

log DEBUG 'This is a test message'
void/boolean
logger_addAppender (appender); 
string  appender;

Add and initialize a new appender

logger_addAppender $appender
void
logger_addAppenderWithPattern (appender,  
 pattern); 
string  appender;
string  pattern;

Deprecated as of 1.3.6

Add and initialize a new appender with a specific PatternLayout

logger_addAppenderWithPattern $appender '%d %p - %m%n'
void
logger_debug (message); 
string[]  message;

This is a helper function for logging a message at the DEBUG priority

logger_debug 'This is a debug message'
void
logger_error (message); 
string[]  message;

This is a helper function for logging a message at the ERROR priority

logger_error 'This is a error message'
void
logger_fatal (message); 
string[]  message;

This is a helper function for logging a message at the FATAL priority

logger_fatal 'This is a fatal message'
string
logger_getFilename (); 

Get the filename that would be shown when the '%F' conversion character is used in a PatternLayout.

filename=`logger_getFilename`
string
logger_getLevel (); 

Get the global default logging level (e.g. DEBUG).

level=`logger_getLevel`
void
logger_info (message); 
string[]  message;

This is a helper function for logging a message at the INFO priority

logger_info 'This is a info message'
void
logger_setFilename (filename); 
string  filename;

Set the filename to be shown when the '%F' conversion character is used in a PatternLayout.

logger_setFilename 'myScript.sh'
void
logger_setLevel (level); 
string  level;

Sets the global default logging level (e.g. DEBUG).

logger_setLevel INFO
void
logger_trace (message); 
string[]  message;

This is a helper function for logging a message at the TRACE priority

logger_trace 'This is a trace message'
void
logger_warn (message); 
string[]  message;

This is a helper function for logging a message at the WARN priority

logger_warn 'This is a warn message'

6. Property

Table 6.6. Property

void/boolean
log4sh_doConfigure (configFileName); 
string  configFileName;

Read configuration from a file. The existing configuration is not cleared or reset. If you require a different behavior, then call the log4sh_resetConfiguration before calling log4sh_doConfigure.

log4sh_doConfigure myconfig.properties
void
log4sh_readProperties (configFileName); 
string  configFileName;

Deprecated as of 1.3.6

See log4sh_doConfigure.

log4sh_readProperties myconfig.properties
void
log4sh_resetConfiguration (); 

This function completely resets the log4sh configuration to have no appenders with a global logging level of ERROR.

log4sh_resetConfiguration

7. SMTPAppender

Table 6.7. SMTPAppender

void
appender_setAppenderRecipient (appender,  
 email); 
string  appender;
string  email;

Deprecated as of 1.3.1

Set the to address for the given appender

appender_smtp_setTo myAppender user@example.com
void
appender_setAppenderSubject (appender,  
 subject); 
string  appender;
string  subject;

Deprecated as of 1.3.1

Sets the email subject for an SMTP appender

appender_setAppenderSubject myAppender "This is a test"
string/boolean
appender_smtp_getSubject (appender); 
string  appender;

Get the email subject for the given appender

subject=`appender_smtp_getSubject myAppender`
string/boolean
appender_smtp_getTo (appender); 
string  appender;

Get the to address for the given appender

email=`appender_smtp_getTo myAppender`
void/boolean
appender_smtp_setSubject (appender,  
 subject); 
string  appender;
string  subject;

Sets the email subject for an SMTP appender

appender_smtp_setSubject myAppender "This is a test"
void/boolean
appender_smtp_setTo (appender,  
 email); 
string  appender;
string  email;

Set the to address for the given appender

appender_smtp_setTo myAppender user@example.com

8. SyslogAppender

Table 6.8. SyslogAppender

string
appender_getSyslogFacility (index); 
integer  index;

Deprecated as of 1.3.1

Get the syslog facility of the specified appender by index

facility=`appender_getSyslogFacility 3`
void
appender_setSyslogFacility (appender,  
 facility); 
string  appender;
string  facility;

Deprecated as of 1.3.2

Set the syslog facility for the given appender

appender_setSyslogFacility myAppender local4`
void
appender_syslog_getFacility (appender); 
string  appender;

Get the syslog facility for the given appender.

facility=`appender_syslog_getFacility myAppender`
string/boolean
appender_syslog_getHost (index); 
integer  index;

Get the syslog host of the specified appender.

Since: 1.3.7

host=`appender_syslog_getHost myAppender`
void
appender_syslog_setFacility (appender,  
 facility); 
string  appender;
string  facility;

Set the syslog facility for the given appender

appender_syslog_setFacility myAppender local4`
void/boolean
appender_syslog_setHost (appender,  
 host); 
string  appender;
string  host;

Set the syslog host for the given appender. Requires that the 'nc' command alternative has been previously set with the log4sh_setAlternative() function.

Since: 1.3.7

appender_syslog_setHost myAppender localhost

9. Thread

Table 6.9. Thread

string
logger_getThreadName (); 

Gets the current thread name.

threadName=`logger_getThreadName`
void
logger_popThreadName (); 

Deprecated as of 1.3.7

Removes the topmost thread name from the stack. The next thread name on the stack is then placed in the __log4sh_threadName variable. If the stack is empty, or has only one element left, then a warning is given that no more thread names can be popped from the stack.

logger_popThreadName
void
logger_pushThreadName (threadName); 
string  threadName;

Deprecated as of 1.3.7

Sets the thread name (eg. the name of the script) and pushes the old on to a stack for later use. This thread name can be used with the '%t' conversion character within a PatternLayout.

logger_pushThreadName "myThread"
void
logger_setThreadName (threadName); 
string  threadName;

Sets the thread name (e.g. the name of the script). This thread name can be used with the '%t' conversion character within a PatternLayout.

logger_setThreadName "myThread"

10. Trap

Table 6.10. Trap

void
log4sh_cleanup (); 

This is a cleanup function to remove the temporary directory used by log4sh. It is provided for scripts who want to do log4sh cleanup work themselves rather than using the automated cleanup of log4sh that is invoked upon a normal exit of the script.

log4sh_cleanup

Chapter 7. Conclusion

The idea of log4sh is obviously not novel, but the availibility of such a powerful logging framework that is available in (nearly) pure shell is. Hopefully you will find it useful in one of your projects as well.

If you like what you see, or have any suggestions on improvements, please feel free to drop me an email at .

Log4sh is licensed under the GNU Lesser Public License. The contents and copyright of this document and all provided source code are owned by Kate Ward.