Be aware that JBoss Module ( https://docs.jboss.org/author/display/MODULES/Introduction) proposes a class loading solution which is "modular" based but is not OSGI based and does not depend on a OSGI container/runtime.
On Tue, Oct 9, 2012 at 10:33 AM, Claus Ibsen <claus.ib...@gmail.com> wrote: > This is a JBoss issue and not Camel. Because JBoss module loader tries > to load the classes from the org.apache.camel.osgi package which is > optional, and only in use for OSGi runtimes. > > > On Tue, Oct 9, 2012 at 10:28 AM, Benjamin Graf <benjamin.g...@gmx.net> > wrote: > > Well, look at that exception if using camel-spring without spring-osgi > installed! > > > > 10:24:16,572 WARN [org.jboss.modules] (ClassLoader Thread) Failed to > define class org.apache.camel.osgi.CamelContextFactoryBean in Module > "deployment.org.apache.camel.camel-spring:2.10.0" from Service Module > Loader: java.lang.LinkageError: Failed to link > org/apache/camel/osgi/CamelContextFactoryBean (Module > "deployment.org.apache.camel.camel-spring:2.10.0" from Service Module > Loader) > > at > org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:396) > > at > org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:243) > > at > org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:73) > > at > org.jboss.modules.FilteredLocalLoader.loadClassLocal(FilteredLocalLoader.java:46) > > at org.jboss.modules.Module.loadModuleClass(Module.java:517) > > at > org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:182) > > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) > > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) > > at > org.jboss.modules.ConcurrentClassLoader.access$400(ConcurrentClassLoader.java:52) > > at > org.jboss.modules.ConcurrentClassLoader$LoaderThread.run(ConcurrentClassLoader.java:627) > > Caused by: java.lang.NoClassDefFoundError: > org/springframework/osgi/context/BundleContextAware > > at java.lang.ClassLoader.defineClass1(Native Method) > [rt.jar:1.7.0_04] > > at java.lang.ClassLoader.defineClass(ClassLoader.java:791) > [rt.jar:1.7.0_04] > > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) > [rt.jar:1.7.0_04] > > at > org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:327) > > at > org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:391) > > ... 9 more > > Caused by: java.lang.ClassNotFoundException: > org.springframework.osgi.context.BundleContextAware from [Module > "deployment.org.apache.camel.camel-spring:2.10.0" from Service Module > Loader] > > at > org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) > > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) > > at > org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) > > at > org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) > > at > org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) > > ... 14 more > > > > -------- Original-Nachricht -------- > >> Datum: Tue, 9 Oct 2012 10:13:04 +0200 > >> Von: Claus Ibsen <claus.ib...@gmail.com> > >> An: dev@camel.apache.org > >> Betreff: Re: Dependencies of camel-spring > > > >> On Tue, Oct 9, 2012 at 10:08 AM, Benjamin Graf <benjamin.g...@gmx.net> > >> wrote: > >> > Hi, > >> > > >> > does anybody knows why camel-spring still depends on spring-osgi? This > >> bundle is gemini-blueprint since 2009 and won't be developed anymore. > This > >> fact forces to use an old unsupported bundle if you like camel with > spring > >> and OSGi. :-( I think it should change whether to create a new > >> camel-gemini-bluepint component. > >> > > >> > >> The osgi stuff is optional. So you dont need to use them if not using > >> spring-dm. > >> > >> > >> > Regards, > >> > Benjamin > >> > >> > >> > >> -- > >> Claus Ibsen > >> ----------------- > >> Red Hat, Inc. > >> FuseSource is now part of Red Hat > >> Email: cib...@redhat.com > >> Web: http://fusesource.com > >> Twitter: davsclaus > >> Blog: http://davsclaus.com > >> Author of Camel in Action: http://www.manning.com/ibsen > > > > -- > Claus Ibsen > ----------------- > Red Hat, Inc. > FuseSource is now part of Red Hat > Email: cib...@redhat.com > Web: http://fusesource.com > Twitter: davsclaus > Blog: http://davsclaus.com > Author of Camel in Action: http://www.manning.com/ibsen > -- Charles Moulliard Apache Committer / Sr. Enterprise Architect (RedHat) Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
