Ah we are using 1.5.8 currently. We should upgrade to 1.6 then. On Wed, 2010-07-14 at 13:24 +0200, Ceki Gülcü wrote: > > Galder Zamarreño wrote: > > > Hmmm, these looks like a problem in Hibernate Search since they're the > > ones using slf4j. > > > > I don't see why Infinispan Query should explicitly declare a > > dependency on slf4j. > > > > Hello Galder, > > The issue reported by Israel Lacerra, that is the NoClassDefFoundError > for org.slf4j.impl.StaticLoggerBinder, no longer occurs in SLF4J 1.6 > and later. Upgrading to SLF4J v1.6 will cause the problem to > disappear. > > Quoting the SLF4J manual [1]: > > Libraries > > Authors of widely-distributed components and libraries may code > against the SLF4J interface in order to avoid imposing an logging > framework on the end-user of the component or library. He or she may > choose the desired logging framework at deployment time by inserting > the desired slf4j binding on the classpath, which may be changed later > by replacing an existing binding with another on the class path and > restarting the application. This approach has proven to be simple and > very robust. > > As of SLF4J version 1.6.0, if no binding is found on the class path, > then slf4j-api will default to a no-operation implementation > discarding all log requests. Thus, instead of throwing an exception, > SLF4J will emit a single warning message about the absence of a > binding and proceed to discard all log requests without further > protest. For example, let Wombat be some biology-related framework > depending on SLF4J for logging. In order to avoid imposing a logging > framework on the end-user, Wombat's distribution includes > slf4j-api.jar but no binding. Even in the absence of any SLF4J binding > on the class path, Wombat's distribution will still work > out-of-the-box, and without requiring the end-user to download a > binding from SLF4J's web-site. Only when the end-user wishes to enable > logging will she need to install a binding. > > I hope this sheds lights onto the matter, > > -- > Ceki > > [1] http://slf4j.org/manual.html#libraries > > > > _______________________________________________ > hibernate-dev mailing list > hibernate-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev
-- Steve Ebersole <st...@hibernate.org> http://hibernate.org _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev