I really think this conversation needs to move to the IRC meeting. There are LOTS of things to say, and I can't send my emails fast enough to keep up with the changing discussion.
3:00. Be there or be square! --saul On Tue, 2007-10-30 at 14:30 -0400, Chris Holmes wrote: > > Andrea Aime wrote: > > Chris Holmes ha scritto: > >> Ok, I'm trying to get a handle on this issue. > >> > >> One question, what's the objection to just using SFL4J ? > >> > >> It seems to meet Justin's criteria of using a standard library, it'll > >> work with sfl4j/jetty ;) (for Andrea), and Martin likes it a lot > >> better than commons logging. > >> > >> I imagine I just missed what the objection was, but I'm curious to > >> hear it. > > > > sfl4j is just a facade like commons logging. Now, in Jetty by default > > they put an implementation of the library that redirects to "simple > > logging". Given that it's the first element in the classpath it'll > > override whatever implementation we put in our library, meaning that > > we would not be able to force log4j usage unless we manually change > > the jars in the Jetty container (remember, slf4j way of doing > > redirections is to implement exactly the same classes in the different > > jars and have classloading decide which one gets used). > But GeoServer isn't relying on any log4g usage, right? Why would we > want to force it? > > > > > I guess the second problem is timing, the slf4j is different enough > > from java logging (http://www.slf4j.org/api/org/slf4j/Logger.html) that > > manual changes will have to be performed manually instead of using > > a single search and replace, especially in the modules managed > > by Martin. > > > Hmmm... Let's see what he says. > What about GeoServer using sfl4j and geotools continue to use java > logging? Would that help solve things? > > Chris > > > Cheers > > Andrea > > > > !DSPAM:4005,472776d522262143011171! > > > ------------------------------------------------------------------------- > 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
