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

Reply via email to