I know. That's why I use the jboss osgi module.

-------- Original-Nachricht --------
> Datum: Tue, 9 Oct 2012 10:39:31 +0200
> Von: Charles Moulliard <ch0...@gmail.com>
> An: dev@camel.apache.org
> Betreff: Re: Dependencies of camel-spring

> 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

Reply via email to