Hi Andrea; now that the page is in place I am having a better idea of what is involved. I had an idea which you may want to consider - or shoot down.
It would be nice to let the host application supply the logger class (rather than simply supply a list of out of the box magic methods to accomplish log4j / sl4j / commons logging integration. What about something like: GeoToools.setLoggerFactory( LoggerFactory factory ); The benifit for me would be the ability to supply an implementation from uDig that hooks into the Eclipse RCP trace system. Jody > Hi all, > here is the proposal: > http://docs.codehaus.org/display/GEOTOOLS/Allow+redirection+to+alternate+logging+API > > Given the amount of discussion the topic has received I feel it's > ready for voting, but feel free to discuss it again if you need to. > > I'm cc'ing GeoServer too since to make everything work fine we'll have > to switch all Logger.getLogger(xxx) calls to Logging.getLogger(xxx) in > GeoServer code as well. > Cheers > Andrea > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Geoserver-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
