We can do nothing in software, that's fine, BUT... I would like to see what you wrote below in our docs. This shows that we've put some thought into it and leaves the door open for a contribution.
Gary On Sat, Nov 10, 2012 at 6:01 PM, Ralph Goers <[email protected]>wrote: > Yes, I've considered it but JUL really kinda sucks. > > There are two ways to bridge it that I know of: > 1. The way SLF4J does as documented at > http://www.slf4j.org/legacy.html#jul-to-slf4j > bridge. This essentially creates a LogHandler that accepts all events and > then passes them to the replacement framework. This has a fairly > significant performance penalty. > 2. Replace the LogManager as documented at > http://docs.oracle.com/javase/6/docs/api/java/util/logging/LogManager.html. > Unfortunately, this requires a System Property be set before logging is > initialized. This is the option I would most likely pick. > > It is unfortunate that this wasn't updated when ServiceLoaders were added > to Java. > > Ralph > > > On Nov 10, 2012, at 1:00 PM, Gary Gregory wrote: > > HI All, > > Did we ever consider a JUL component for v2? If not, it would be nice to > document why. > > Gary > > -- > E-Mail: [email protected] | [email protected] > JUnit in Action, 2nd Ed: <http://goog_1249600977/>http://bit.ly/ECvg0 > Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory > > > -- E-Mail: [email protected] | [email protected] JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0 Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
