Out of curiosity, did I get it right that the code is going to continue in the camel-spring and camel-blueprint even when the camel-core-osgi is there? If so, why? Thanks.
On Tue, Mar 29, 2011 at 2:52 AM, Willem Jiang <willem.ji...@gmail.com>wrote: > It's harmless to provide the bundle of camel-core-osgi in camel. > I just created a JIRA[1] of it, we will provide a bundle of camel-core-osgi > in Camel 2.8.0. > > [1]https://issues.apache.org/jira/browse/CAMEL-3814 > > Willem > > On 3/29/11 1:17 PM, Donald Whytock wrote: > >> Thanks, I'll try that. >> >> Shall I assume this is going to be the standard architecture? As in, >> if/when there's a 2.8, I should expect to need to re-bundle >> camel-core-osgi again? >> >> Don >> >> On Mon, Mar 28, 2011 at 11:10 PM, Willem Jiang<willem.ji...@gmail.com> >> wrote: >> >>> As we shipped the camel-spring and camel-blueprint at the same time, so >>> the >>> org.apache.camel.core.osgi is not exported as public class. >>> The reason that we don't create another bundle of camel-core-osgi, is >>> camel-spring bundle detect OSGi and no-OSGi environment rightly. Which >>> means >>> we could let camel-spring supports OSGi and no-OSGi platform at the same >>> time. >>> >>> In most case, customer doesn't want to use the OSGi without any help of >>> spring-dm or blueprint. >>> >>> If you want to create OSGiDefaultCamelContext yourself, you can wrap the >>> camel-core-osgi bundle yourself. >>> >>> Willem >>> >>> On 3/29/11 6:01 AM, Donald Whytock wrote: >>> >>>> >>>> Okay...added camel-blueprint-2.7.0.jar, which required >>>> org.apache.aries.blueprint-0.3.jar, which required >>>> org.apache.aries.proxy-0.3.jar, which required >>>> org.apache.aries.util-0.3.jar, asm-3.3.1.jar and >>>> org.apache.felix.configadmin-1.0.4.jar. >>>> >>>> Tried creating an OsgiDefaultCamelContext, which worked in Eclipse but >>>> not in Felix, since org.apache.camel.core.osgi isn't exported by >>>> camel-blueprint. >>>> >>>> Tried creating a BlueprintCamelContext, but that seems to want a >>>> BundleContext and a BlueprintContainer. I can get the BundleContext >>>> easily enough, but where do I get the BlueprintContainer? >>>> >>>> Or am I going about this the wrong way? >>>> >>>> And yes, I'd rather do this in Java and not in XML. >>>> >>>> Don >>>> >>>> On Fri, Mar 25, 2011 at 3:05 PM, Scott England-Sullivan >>>> <sully6...@yahoo.com> wrote: >>>> >>>>> >>>>> If a project doesn't use Spring or Blueprint how do you create a >>>>> CamelContext in an OSGi container programmatically? >>>>> >>>>> >>>>> Thanks, >>>>> Scott >>>>> >>>>> Scott England-Sullivan >>>>> C. (217) 390-3058 >>>>> H. (952) 440-4568 >>>>> >>>>> Sent from my iPhone >>>>> >>>>> On Mar 25, 2011, at 1:05 PM, Claus Ibsen<claus.ib...@gmail.com> >>>>> wrote: >>>>> >>>>> On Fri, Mar 25, 2011 at 3:52 PM, Donald Whytock<dwhyt...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> >>>>>>> Okay. Where is the OSGi version? Is that in a different jar? >>>>>>> >>>>>>> >>>>>> Yes >>>>>> >>>>>> camel-spring if using spring-dm >>>>>> camel-blueprint if using blueprint >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Claus Ibsen >>>>>> ----------------- >>>>>> FuseSource >>>>>> Email: cib...@fusesource.com >>>>>> Web: http://fusesource.com >>>>>> Twitter: davsclaus >>>>>> Blog: http://davsclaus.blogspot.com/ >>>>>> Author of Camel in Action: http://www.manning.com/ibsen/ >>>>>> >>>>> >>>>> >>>> >>> >>> -- >>> Willem >>> ---------------------------------- >>> FuseSource >>> Web: http://www.fusesource.com >>> Blog: http://willemjiang.blogspot.com (English) >>> http://jnn.javaeye.com (Chinese) >>> Twitter: willemjiang >>> >>> >> > > -- > Willem > ---------------------------------- > FuseSource > Web: http://www.fusesource.com > Blog: http://willemjiang.blogspot.com (English) > http://jnn.javaeye.com (Chinese) > Twitter: willemjiang >
