By the way. Any more comments on the root topic? ;-)
Scott England-Sullivan <sully6...@gmail.com> schrieb: >Will post back here with results later on. > >On Oct 11, 2012, at 8:35 PM, Willem jiang <willem.ji...@gmail.com> >wrote: > >> Hi Scott, >> >> I just checked karaf 2.3.0 which is on vote now is using Aries >blueprint 1.0.0 now. >> If you want to do some verification, you could use that one. >> >> -- >> Willem Jiang >> >> Red Hat, Inc. >> FuseSource is now part of Red Hat >> Web: http://www.fusesource.com | http://www.redhat.com >> Blog: http://willemjiang.blogspot.com >(http://willemjiang.blogspot.com/) (English) >> http://jnn.javaeye.com (http://jnn.javaeye.com/) (Chinese) >> Twitter: willemjiang >> Weibo: willemjiang >> >> >> >> >> >> On Friday, October 12, 2012 at 9:08 AM, Willem jiang wrote: >> >>> Yeah, I think we could consider to upgrade the camel-blueprint to >Aries 1.0.0 in Camel 2.11.0. >>> >>> >>> -- >>> Willem Jiang >>> >>> Red Hat, Inc. >>> FuseSource is now part of Red Hat >>> Web: http://www.fusesource.com | http://www.redhat.com >>> Blog: http://willemjiang.blogspot.com >(http://willemjiang.blogspot.com/) (English) >>> http://jnn.javaeye.com (http://jnn.javaeye.com/) (Chinese) >>> Twitter: willemjiang >>> Weibo: willemjiang >>> >>> >>> >>> >>> >>> On Thursday, October 11, 2012 at 11:17 PM, Scott England-Sullivan >wrote: >>> >>>> Willem, >>>> >>>> Following this I was about to ask when it would make sense >upgrading camel-blueprint to Aries 1.0.0. >>>> >>>> My concern is I believe Aries 1.0.0 breaks backwards capability (I >will verify). Therefore is it something that we can upgrade for Camel >2.x or does it need to go on the roadmap for Camel 3.0? >>>> >>>> Best Regards, >>>> Scott ES >>>> >>>> On Oct 11, 2012, at 8:42 AM, Willem jiang <willem.ji...@gmail.com >(mailto:willem.ji...@gmail.com)> wrote: >>>> >>>>> FYI, Aries Blueprint 1.0 was released. >>>>> >>>>> -- >>>>> Willem Jiang >>>>> >>>>> Red Hat, Inc. >>>>> FuseSource is now part of Red Hat >>>>> Web: http://www.fusesource.com | http://www.redhat.com >>>>> Blog: http://willemjiang.blogspot.com >(http://willemjiang.blogspot.com/) (English) >>>>> http://jnn.javaeye.com (http://jnn.javaeye.com/) (Chinese) >>>>> Twitter: willemjiang >>>>> Weibo: willemjiang >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Thursday, October 11, 2012 at 7:00 PM, Benjamin Graf wrote: >>>>> >>>>>> Hi Willem, >>>>>> >>>>>> camel-blueprint is no option for me since it uses Aries blueprint >which does not work correctly with jndi in boss OSGi. That is the >reason why I switched back to spring recognizing that it's outdated. >Anyway the fact that Aries does not yet reached a 1.0 release makes it >not well suited for a commercial application in my opinion. >>>>>> >>>>>> Benjamin >>>>>> >>>>>> >>>>>> >>>>>> Willem jiang <willem.ji...@gmail.com >(mailto:willem.ji...@gmail.com)> schrieb: >>>>>> >>>>>>> camel-blueprint is suppose to do the OSGi related work this >time. >>>>>>> >>>>>>> You may consider to use it to get ride of the dependencies of >>>>>>> camel-spring. >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Willem Jiang >>>>>>> >>>>>>> Red Hat, Inc. >>>>>>> FuseSource is now part of Red Hat >>>>>>> Web: http://www.fusesource.com | http://www.redhat.com >>>>>>> Blog: http://willemjiang.blogspot.com >>>>>>> (http://willemjiang.blogspot.com/) (English) >>>>>>> http://jnn.javaeye.com (http://jnn.javaeye.com/) (Chinese) >>>>>>> Twitter: willemjiang >>>>>>> Weibo: willemjiang >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Thursday, October 11, 2012 at 1:10 PM, Benjamin Graf wrote: >>>>>>> >>>>>>>> Hi Christian, >>>>>>>> >>>>>>>> the issue is that Gemini has a different packaging and camel >spring >>>>>>> >>>>>>> >>>>>>> has a dependency which tries to load classes from spring OSGi >when >>>>>>> activator in manifest is triggered. Unfortunately it is not drop >in >>>>>>> replacement. :-( >>>>>>>> >>>>>>>> I would suggest to update dependency in spring module or remove >OSGi >>>>>>> >>>>>>> >>>>>>> code to a new camel spring OSGi module and introduce a new camel >Gemini >>>>>>> blueprint module. >>>>>>>> >>>>>>>> Benjamin >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> "Christian Müller" <christian.muel...@gmail.com >(mailto:christian.muel...@gmail.com) >>>>>>> >>>>>>> >>>>>>> (mailto:christian.muel...@gmail.com)> schrieb: >>>>>>>> >>>>>>>>> If I understood you right, gemini-blueprint is the replacement >of >>>>>>>>> spring-dm. In this case, there is no need that both live >together. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> I'm >>>>>>>>> right? >>>>>>>>> In this case, I don't understand what the issue is? >>>>>>>>> >>>>>>>>> Best, >>>>>>>>> Christian >>>>>>>>> >>>>>>>>> On Wed, Oct 10, 2012 at 12:53 PM, Benjamin Graf >>>>>>>>> <benjamin.g...@gmx.net (mailto:benjamin.g...@gmx.net)>wrote: >>>>>>>>> >>>>>>>>>> Hi everybody, >>>>>>>>>> >>>>>>>>>> I tried to implement a new camel component for >gemini-blueprint. >>>>>>> >>>>>>> >>>>>>> It >>>>>>>>> seems >>>>>>>>>> that both components spring-osgi and gemini-blueprint can not >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> live >>>>>>>>> >>>>>>>>> >>>>>>>>> both >>>>>>>>>> together in camel. Since camel-spring needs spring-osgi if >used >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> in an >>>>>>>>> >>>>>>>>> >>>>>>>>> osgi >>>>>>>>>> environment. A replacement should really be considered. >>>>>>>>>> >>>>>>>>>> Any suggestions? >>>>>>>>>> >>>>>>>>>> Benjamin >>>>>>>>>> >>>>>>>>>> -------- Original-Nachricht -------- >>>>>>>>>>> Datum: Tue, 09 Oct 2012 11:19:36 +0200 >>>>>>>>>>> Von: "Benjamin Graf" <benjamin.g...@gmx.net >(mailto:benjamin.g...@gmx.net) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> (mailto:benjamin.g...@gmx.net)> >>>>>>>>>>> An: dev@camel.apache.org (mailto:dev@camel.apache.org) >>>>>>>>>>> Betreff: Re: Dependencies of camel-spring >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> I give it a try it's two changed imports and one dependeny >>>>>>> >>>>>>> >>>>>>> change >>>>>>>>> in pom >>>>>>>>>>> of camel-spring and everything works fine: >>>>>>>>>>> >>>>>>>>>>> import >org.eclipse.gemini.blueprint.context.BundleContextAware; >>>>>>>>>>> in >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >apache-camel-2.10.0\components\camel-spring\src\main\java\org\apache\camel\osgi\CamelContextFactoryBean.java >>>>>>> >>>>>>> >>>>>>> >apache-camel-2.10.0\components\camel-spring\src\main\java\org\apache\camel\osgi\CamelNamespaceHandler.java >>>>>>>>>>> >>>>>>>>>>> and >>>>>>>>>>> >>>>>>>>>>> <dependency> >>>>>>>>>>> <groupId>org.eclipse.gemini.blueprint</groupId> >>>>>>>>>>> <artifactId>gemini-blueprint-core</artifactId> >>>>>>>>>>> <version>1.0.2.RELEASE</version> >>>>>>>>>>> <optional>true</optional> >>>>>>>>>>> <exclusions> >>>>>>>>>>> <exclusion> >>>>>>>>>>> <groupId>org.springframework</groupId> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> <artifactId>org.springframework.aop</artifactId> >>>>>>>>>>> </exclusion> >>>>>>>>>>> <exclusion> >>>>>>>>>>> <groupId>org.springframework</groupId> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> <artifactId>org.springframework.beans</artifactId> >>>>>>>>>>> </exclusion> >>>>>>>>>>> <exclusion> >>>>>>>>>>> <groupId>org.springframework</groupId> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> <artifactId>org.springframework.context</artifactId> >>>>>>>>>>> </exclusion> >>>>>>>>>>> <exclusion> >>>>>>>>>>> <groupId>org.springframework</groupId> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> <artifactId>org.springframework.core</artifactId> >>>>>>>>>>> </exclusion> >>>>>>>>>>> </exclusions> >>>>>>>>>>> </dependency> >>>>>>>>>>> >>>>>>>>>>> in >>>>>>>>>>> apache-camel-2.10.0\components\camel-spring\pom.xml >>>>>>>>>>> >>>>>>>>>>> In my opinion it worth changing it. >>>>>>>>>>> >>>>>>>>>>> -------- Original-Nachricht -------- >>>>>>>>>>>> Datum: Tue, 9 Oct 2012 11:03:50 +0200 >>>>>>>>>>>> Von: Claus Ibsen <claus.ib...@gmail.com >(mailto:claus.ib...@gmail.com) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> (mailto:claus.ib...@gmail.com)> >>>>>>>>>>>> An: dev@camel.apache.org (mailto: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 (mailto: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. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> We love contributions, so you are welcome to work on a >>>>>>>>>>>> camel-gemini-blueprint component. >>>>>>>>>>>> >>>>>>>>>>>> It would be a matter of doing something similar as we do in >>>>>>>>>>>> camel-blueprint (aries) which builds on top of >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> camel-core-osgi >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> and >>>>>>>>>>>> camel-core-xml. >>>>>>>>>>>> Would need to implement a namespace handler, and the >factory >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> beans, >>>>>>>>>>>> and i guess some other osgi quirks to get it integrated. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> Benjamin >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Claus Ibsen >>>>>>>>>>>> ----------------- >>>>>>>>>>>> Red Hat, Inc. >>>>>>>>>>>> FuseSource is now part of Red Hat >>>>>>>>>>>> Email: cib...@redhat.com (mailto:cib...@redhat.com) >>>>>>>>>>>> Web: http://fusesource.com >>>>>>>>>>>> Twitter: davsclaus >>>>>>>>>>>> Blog: http://davsclaus.com >>>>>>>>>>>> Author of Camel in Action: http://www.manning.com/ibsen >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 >Mail >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> gesendet. >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 >Mail gesendet. >> >> >> -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
