I have similar issue using log4j for logging with trunk build, the CoreConatainer class print big stack trace on our jboss 4.2.2 startup, I am using sjfj 1.5.2
10:07:45,918 WARN [CoreContainer] Unable to read SLF4J version java.lang.NoSuchMethodError: org.slf4j.impl.StaticLoggerBinder.getSingleton()Lorg/slf4j/impl/StaticLoggerBinder; at org.apache.solr.core.CoreContainer.load(CoreContainer.java:395) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:355) at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:304) at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:101) On Tue, May 1, 2012 at 9:25 AM, Benson Margulies <bimargul...@gmail.com>wrote: > On Tue, May 1, 2012 at 12:16 PM, Mark Miller <markrmil...@gmail.com> > wrote: > > There is a recent JIRA issue about keeping the last n logs to display in > the admin UI. > > > > That introduced a problem - and then the fix introduced a problem - and > then the fix mitigated the problem but left that ugly logging as a by > product. > > > > Don't remember the issue # offhand. I think there was a dispute about > what should be done with it. > > > > On May 1, 2012, at 11:14 AM, Benson Margulies wrote: > > > >> CoreContainer.java, in the method 'load', finds itself calling > >> loader.NewInstance with an 'fname' of Log4j of the slf4j backend is > >> 'Log4j'. > > Couldn't someone just fix the if statement to say, 'OK, if we're doing > log4j, we have no log watcher' and skip all the loud failing on the > way? > > > > >> > >> e.g.: > >> > >> 2012-05-01 10:40:32,367 org.apache.solr.core.CoreContainer - Unable > >> to load LogWatcher > >> org.apache.solr.common.SolrException: Error loading class 'Log4j' > >> > >> What is it actually looking for? Have I misplaced something? > > > > - Mark Miller > > lucidimagination.com > > > > > > > > > > > > > > > > > > > > > > >