You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@camel.apache.org by Aaron Crickenberger <aa...@intalgent.com> on 2007/12/18 00:12:49 UTC
apache-camel-1.3-SNAPSHOT.jar TypeConverter
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?
- aaron
Re: apache-camel-1.3-SNAPSHOT.jar TypeConverter
Posted by James Strachan <ja...@gmail.com>.
On 18/12/2007, Aaron Crickenberger <aa...@intalgent.com> wrote:
> James Strachan wrote:
> > 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?
> >
> No wonder it's so quiet around here :)
:)
> http://issues.apache.org/activemq/browse/CAMEL-268
Great thanks!
--
James
-------
http://macstrac.blogspot.com/
Open Source Integration
http://open.iona.com
Re: apache-camel-1.3-SNAPSHOT.jar TypeConverter
Posted by Aaron Crickenberger <aa...@intalgent.com>.
James Strachan wrote:
> 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?
>
No wonder it's so quiet around here :)
http://issues.apache.org/activemq/browse/CAMEL-268
Single jar, yes. Which I can do right now if I make my own
TypeConverter file, but you're right, it seems like the uber-jar build
is broken.
- aaron
Re: apache-camel-1.3-SNAPSHOT.jar TypeConverter
Posted by James Strachan <ja...@gmail.com>.
On 17/12/2007, Aaron Crickenberger <aa...@intalgent.com> 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