On 17/12/2007, Aaron Crickenberger <[EMAIL PROTECTED]> wrote: > I'm trying to get my project to depend on the > apache-camel-1.3-SNAPSHOT.jar instead of all of the individual component > jar's. One of my Processors calls > exchange.getIn().getBody(InputStream.class), expecting that Camel's > TypeConverter magic will take care of the potentially-File-or-String body. > > I'm running into a problem where the > META-INF/services/org/apache/camel/TypeConverter file in > apache-camel-1.3-SNAPSHOT.jar has "org.apache.camel.components.mail" as > its sole entry, instead of the (correct?) value of > "org.apache.camel.converter" that shows up in apache-camel-1.2.jar. > This, I believe, means that none of the default TypeConverters get > loaded up. > > I can work around the issue by creating the TypeConverter file somewhere > else on my classpath, and setting it to "org.apache.camel.converter", > but this doesn't seem quite right. Has anyone else run into this?
Hmm, this sounds like a bug to me in the generated uber-jar (it should be concatenating those files together). We should raise a JIRA for this (unfortunately I can't right now - damn crappy http proxies at a customer site...). A workaround could be to create a pom.xml which depends on all the child jars; though I'm guessing you want to be able to use a single jar for the whole of camel right? -- James ------- http://macstrac.blogspot.com/ Open Source Integration http://open.iona.com
