[orbit-dev] Re: Using SLF4J and LogBack from Orbit

[Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx>]

Hi David,

thanks for reporting this. Unfortunately, Logback 0.9.18 does not
support our packaging structure. It has been fixed in 0.9.19 and I'm
currently waiting on IP review to bring Logback 0.9.19 into Orbit.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=307223

-Gunnar

Am 31.03.2010 00:17, schrieb David Meibusch:
> Gunnar,
> 
> Is there any documentation on correct usage of the slf4j and LogBack
> bundles currently in Orbit builds?
> 
>  
> 
> I’m using bundles from
> http://download.eclipse.org/tools/orbit/downloads/drops/S20100308015149/
> 
>  
> 
> I have installed (from Eclipse OSGi console):
> 
> 374     RESOLVED    ch.qos.logback.classic_0.9.18.v20100121-1345
> 
> 375     RESOLVED    ch.qos.logback.core_0.9.18.v20100121-1345
> 
> 376     RESOLVED    ch.qos.logback.slf4j_0.9.18.v20100121-1345
> 
>                     Master=377
> 
> 377     ACTIVE      org.slf4j.api_1.5.10.v20100121-1037
> 
>  
> 
> My plugin MANIFEST.mf has:
> 
>  
> 
> Import-Package: org.slf4j
> 
>  
> 
> However, I always get a ClassNotFound exception:
> 
> <snip>
> 
> ... 48 more
> 
> Caused by: java.lang.NoClassDefFoundError: org/slf4j/ILoggerFactory
> 
> at java.lang.ClassLoader.defineClass1(Native Method)
> 
> at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
> 
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:183)
> 
> <snip>
> 
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
> 
> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> 
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
> 
> at org.slf4j.impl.StaticLoggerBinder.<init>(StaticLoggerBinder.java:64)
> 
> at org.slf4j.impl.StaticLoggerBinder.<clinit>(StaticLoggerBinder.java:57)
> 
> at org.slf4j.LoggerFactory.getSingleton(LoggerFactory.java:230)
> 
> at org.slf4j.LoggerFactory.bind(LoggerFactory.java:121)
> 
> at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:112)
> 
> at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:275)
> 
> at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:248)
> 
> at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:261)
> 
> at
> com.intecbilling.confide.eclipse.splash.Activator.<clinit>(Activator.java:17)
> 
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> 
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> 
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> 
> at java.lang.Class.newInstance0(Class.java:355)
> 
> at java.lang.Class.newInstance(Class.java:308)
> 
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:152)
> 
> ... 53 more
> 
> Caused by: java.lang.ClassNotFoundException: org.slf4j.ILoggerFactory
> 
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:494)
> 
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)
> 
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:398)
> 
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
> 
> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> 
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
> 
> ... 86 more
> 
>  
> 
> I’m at the limits of my OSGi understanding. Am I missing something obvious?
> 
>  
> 
> Thanks for your time,
> 
>  
> 
> David Meibusch
> 
> mailto:David.Meibusch@xxxxxxxxxxxxxxxx
> 
>  
> 
>  
> *This e-mail and any attachments are confidential and may also be
> legally privileged and/or copyright material of Intec Telecom Systems
> PLC (or its affiliated companies). If you are not an intended or
> authorised recipient of this e-mail or have received it in error, please
> delete it immediately and notify the sender by e-mail. In such a case,
> reading, reproducing, printing or further dissemination of this e-mail
> or its contents is strictly prohibited and may be unlawful. Intec
> Telecom Systems PLC does not represent or warrant that an attachment
> hereto is free from computer viruses or other defects. The opinions
> expressed in this e-mail and any attachments may be those of the author
> and are not necessarily those of Intec Telecom Systems PLC.*


-- 
Gunnar Wagenknecht
gunnar@xxxxxxxxxxxxxxx
http://wagenknecht.org/