| |||||
log4j permits to enable logging at runtime without modifying the application's binary.
The log4j package is designed so that these statements can remain in shipped code without incurring a heavy performance cost.
Logging behavior can be controlled by editing a configuration file, without touching the application binary.
Logging equips the developer with detailed context for application failures. On the other hand, testing provides quality assurance and confidence in the application. Logging and testing should not be confused.
They are complementary. When logging is wisely used, it can prove to be an essential tool.
One of the distinctive features of log4j is the notion of inheritance in loggers. Using a logger hierarchy it is possible to control which log statements are output at arbitrarily fine granularity but also great ease.
This helps to reduce the volume of logged output and the cost of logging.
What's New in This Release: [ read full changelog ]
· log4j 1.2.17 release preparation.
· Configure from an InputStream.
· JDBCAppender not closed due to SQL Exception while executing an
· SQL.
· Memoryleak - org.apache.log4j.helpers.ThreadLocalMap.
· DOMConfigurator does not close input stream when configured based
· on URL.
· javadoc.jar was missing NOTICE and LICENSE and contained .svn
· entries.
· Wrong log levels logged with serialized LoggingEvent.

Via: Apache log4j 1.2.17 / 2.0-beta2






0 Comment:
Post a Comment