Page Edited :
qpid :
Logging Format Design
Logging Format Design has been edited by Martin Ritchie (Jul 01, 2009). Change summary: Update based on Aidan's feedback Logging Format DesignThis design follows on from the high level design work to provide a more detailed description of the format that all logged messages will take. The design is split in to two sections:
Entity DetailEach Entity in the system has a format that for logging its own indentifier. When an Entity is actually logged then it must establish its full path by logging the children entities based on the logging hierarchy. Entity IdentifiersThe following is the basic Entity identifiers:
The plugin format allows for simple identification of the plugin such as 'ACL', 'Firewall' as well as giving the plugin the option to extend its base format. This extension is to allow easy processing of the log file. Entity PathsBroker, VirtualHost & Connection are root identifiers which means no parent nodes need be pre-appended to the log statement.
The plugin entitiy allows for plugins to log additional details about their operation on an entity. For example as shown above an ACL plugin can log details about the attempt to consume from Queue 'testQueue'. Log FormattingTo ensure that all log messages are displayed consistently the logging framework will provide the Datetime and Entity details, the requested log message will be added to the end this preamble: Log Format <ISO-8601 Datetime (UTC based w/ TZ)> [ <Logging Entity Detail> ] <Log Message>
|
Unsubscribe or edit your notifications preferences