Upgrade to Logback 1.2.1

= February 9th, 2017, Release of version 1.2.1

To ensure backward compatibility of configuration files, the immediateFlush property set for a LayoutWrappingEncoder is propagated to the enclosing OutputStreamAppender.

= February 8th, 2017, Release of version 1.2.0

Encoder interface has changed and is no longer expected to handle an OutputStream.

Encoder interface has changed and is no longer expected to handle an OutputStream. This simplification allows finer-grain locking resulting in significantly improved performance.

Release 1.2.0 fixes a rather severe serialization vulnerability in SocketServer and ServerSocketReceiver. Users running these components should upgrade immediately.

This release fixes a rather severe serialization vulnerability in SocketServer and ServerSocketReceiver. Users running these components should upgrade immediately.

In TimeBasedRollingPolicy, fixed issue with totalSizeCap of more than 2^31. This problem was reported in 1231 by Simon Teng.

Logback-classic now searches for the file logback-test.xml first, logback.groovy second and logback.xml third. In previous versions logback.groovy was looked up first which was non-sensical in presense of logback-test.xml. This fixes LOGBACK-1245 reported by Joern Huxhorn. 

= February 5th, 2017, Release of version 1.1.10

Several changes to improve throughput (see spreadsheet)

    The ReentrantLock in OutputStreamAppender is now "unfair. In previous versions of logback, a fair lock was used. Fair locks are much slower and logback has no mandate to influence thread scheduling on behalf of the user.
    FileAppender now offers the bufferSize option. Previously, a 8K fixed-size buffer was used. Increasing the bufferSize, for example to 256K, significantly reduces thread-contention.
    Critical parts of the code now use COWArrayList, a custom developed allocation-free lock-free thread-safe implementation of the {@link List} interface. It is optimized for cases where iterations over the list vastly outnumber modifications on the list. It is based on CopyOnWriteArrayList but allows allocation-free iterations over the list.
    In PatternLayoutBase the same StringBuilder is used over and over to reduce memory allocation. This is safe as long as the owning appender guarantees serial access to its layout. In the next version of logback, i.e. 1.2.x, the read-write lock will no longer protect access to the layout and there will be no guarantee of serial-access.

In web-applications, logback-classic will automatically install a listener which will stop the logging context and release resources when your web-app is reloaded. This enhancement was requested LOGBACK-1170 by Martin Wegner.

The AccessEvent.prepareForDeferredProcessing() method was not idempotent. This caused subtle bugs under Jetty. See LOGBACK-1189 for details. Many thanks to Per Olesen, Evan Meagher, Nick Babcock and Mark Elliot for hunting down this bug.

As it may be time consuming in certain environments, the HOSTNAME property is now computed lazily. This optimization requested in LOGBACK-1221 by Eugene Petrenko.

Joran now supports external XML entities. This feature was requested in 1091 and the relevant PR graciously provided by Jonas Neukomm.

Joran now supports external XML entities. This feature was requested in 1091.