Hi Hadrian, Aha, that explains it. Thanks!
-Mike THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records. -----Original Message----- From: Hadrian Zbarcea [mailto:[email protected]] Sent: Monday, June 20, 2011 3:45 PM To: [email protected] Subject: Re: Camel under OSGi without Spring et al. Hi, You are correct. There is also a camel-blueprint you may want to look at [1]. Regarding the absence of camel-core-osgi from the kit, that's actually a problem that was reported earlier today [2]. We use maven so much that we missed the absence of some of the jars from the official distro. Please grab the missing jars from the maven central repository [3] (and maybe [4]). Regards, Hadrian [1] http://camel.apache.org/using-osgi-blueprint-with-camel.html [2] https://issues.apache.org/jira/browse/CAMEL-4125 [3] http://repo1.maven.org/maven2/org/apache/camel/camel-core-osgi/2.7.2/ [4] http://repo1.maven.org/maven2/org/apache/camel/camel-core-xml/2.7.2/ On 06/20/2011 03:31 PM, Michael Furtak wrote: > Hi Don, > > The exception was: > > org.apache.camel.TypeConverterLoaderException: Failed to load type converters > because of: Cannot find any type converter classes from the following > packages: [org.apache.camel.component.file, org.apache.camel.component.bean, > org.apache.camel.converter] > > Which I assume has to do with trying to use a normal CamelContext in an OSGi > environment. So, OsgiDefaultCamelContext... > > I did come across mention of this in my troubleshooting exploration. It seems > to be part of a bundle called camel-core-osgi, is that right? I don't think I > have it in my 2.7.2 distribution. Is it something I need to bundle myself? I > also saw mention of it being private to the Spring bundle, which is what > prompted my discussion about not wanting to bring in Spring. > > Any further info would be most helpful. > > Thanks, > -Mike > > > > > > > > THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. > IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM > DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your > use of this message for any purpose is strictly prohibited. If you have > received this communication in error, please delete the message and notify > the sender so that we may correct our records. > > -----Original Message----- > > > > From: Donald Whytock [mailto:[email protected]] > Sent: Monday, June 20, 2011 3:10 PM > To: [email protected] > Subject: Re: Camel under OSGi without Spring et al. > > Hi Michael, > > Yes, it's possible. I do it myself. I create my routes in Java, and > I use a service that supplies a singleton CamelContext based on > OsgiDefaultCamelContext. > > What specific problems are you having? > > Don > > On Mon, Jun 20, 2011 at 2:48 PM, Michael Furtak<[email protected]> wrote: >> Hi all, >> >> I have an existing OSGi (Equinox) application into which I would like to >> introduce Camel. I'm quite new to Camel, but I've not had much luck with my >> efforts so far. My problem seems to match that which is discussed in this >> thread: >> >> http://camel.465427.n5.nabble.com/TypeConverters-in-OSGi-td2802220.html >> >> From what I can see, discussions of Camel and OSGi seem to involve Karaf, >> ServiceMix and/or Spring. Is it possible to use Camel in an OSGi environment >> without one of those higher level abstractions? The resolution of that >> thread seems to be to "include Spring", but my application is not >> Spring-based, and I would prefer not to introduce that dependency if at all >> possible. >> >> Thanks in advance for your advice, >> >> + + + + + + + + + + + + + + + + >> Michael Furtak >> Software Engineer >> Cognitive Systems >> Government Services >> Charles River Analytics Inc. >> 617.491.3474 x534 >> www.cra.com<http://www.cra.com/> >> >> >> >> >> >> THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. >> IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM >> DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your >> use of this message for any purpose is strictly prohibited. If you have >> received this communication in error, please delete the message and notify >> the sender so that we may correct our records. >> >> >> >> >
