Logdoc index | Logdoc entry list | Log entry group | Log entry |
Name | Category | Entries |
---|---|---|
Low-level generic messages | org.xins.common.lowlevel | 4 |
HTTP-related | org.xins.common.http | 11 |
General I/O | org.xins.common.io | 5 |
Text | org.xins.common.text | 1 |
Service calling framework | org.xins.common.service | 10 |
Generic collection classes | org.xins.common.collections | 2 |
Expiry-related collection classes | org.xins.common.collections.expiry | 10 |
Servlet container | org.xins.common.container | 15 |
XML | org.xins.common.xml | 1 |
Utilities | org.xins.common.utils | 1 |
The following translation bundles are available:
The following log levels can be used:
ID | Description |
---|---|
DEBUG | Debugging messages. Only useful for programmers. This is the only level that may contain implementation details that are not exposed outside individual functions. |
INFO | Informational messages. Typically not important to operational people, except in cases where a problem is being traced or if behaviour is investigated. |
NOTICE | Informational messages that should typically be noticed by operational people. |
WARNING | Warning messages. Should be noticed, but typically require no immediate action, although they may indicate a problem that should be fixed. |
ERROR | Error messages. Indicates an error that should be fixed. However, it does not keep the whole application from functioning. |
FATAL | Fatal error messages. Indicates an error that keeps the whole application from functioning. |
Note that it is a fatal condition to start with an unexpected condition of any crucial aspect of the application. If the configuration of all crucial aspects of the application could not be correctly and fully processed it is effectively in an unexpected state. Falling back to defaults does not imply returning to an expected condition because clearly some specific configuration was intended and expected.
This rule should be applied to determine whether a message should be logged at the FATAL level or not.