On Tue, 2008-09-23 at 15:03 -0400, Ryan McKinley wrote:
> On Sep 23, 2008, at 2:23 PM, Thorsten Scherler wrote:
> 
> > On Thu, 2008-09-11 at 17:07 -0400, Ryan McKinley wrote:
> >> How do you feel about using SLF4J rather then commons logging?
> >>
> >> In my opinion, SLF4J is a ton easier to deal with and more flexible.
> >> Solr will be moving to SLF4J after the 1.3 release...
> >>
> >
> > http://svn.apache.org/viewvc?rev=696539&view=rev
> >
> > For droids is "just" changing the imports like demonstrated in above
> > commit of ryan in solr.
> >
> 
> not sure I follow... is this a question?

jeje, no just for the archive, this way we will not loose the link to a
similar task.

I saw your commit in solr and remembered this thread. 

> 
> Essentially, if the 'library' (in this case droids) includes the slf4j- 
> api.jar and accesses loggers using:
> Logger log = LoggerFactory.getLogger(TestSolrProperties.class);
> 
> Then anyone using the library in an application can configure the  
> logging exactly as they do for whatever logging system they have.    
> you choose which logging system is used by adding an implementaion jar  
> to the classpath.
> 
> For solr, we include slf4j-jdk14-1.5.3.jar in the distributed .war  
> file.  However, if you include slf4j-log4j12-1.5.3.jar, everything is  
> configured for log4j.
> 
> Does this make sense?

Basically like common logging. ;) 

If we do it in Droids I am strongly in favor for log4j as well.

> 
> I'd like to use slf4j mainly for selfish reasons... i'll be running  
> droids with jetty+wicket+solr, all of which use slf4j :)

lol

I personally always prefer products from the ASF if they are getting the
job done, but if it serves your needs I am not against it. 

salu2

> 
> ryan
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
-- 
Thorsten Scherler                                 thorsten.at.apache.org
Open Source Java                      consulting, training and solutions


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to