What version of ServiceMix are you using? And try upgrading as I have
seen this issue in the past fixed in a recent SMX release.
Albeit I think that issue was not with JBI but using just OSGi bundles.
On Thu, Jun 23, 2011 at 3:15 PM, Laurentiu Trica
wrote:
> Hi everyone,
>
> I have a problem usi
this was fixed in version 2.5...see CAMEL-2945
boday wrote:
>
> I'm looking into this, but I don't see the issue in the code
> (2.8-SNAPSHOT). The producer cache uses the endpoint URI as the key and
> this is unique because the user/password are part of the URI...
>
> I wrote a simple unit tes
Hmmm.. not sure without looking at your app. Maybe create a new ticket (
https://issues.apache.org/jira/browse/CAMEL) and attach a zip of your
project?
Cheers,
Jon
On Fri, Jun 24, 2011 at 10:37 AM, Laurentiu Trica <
laurentiu.tr...@moredevs.ro> wrote:
> Hello,
>
> I tried using the same version
Now it depends on what jar you are talking about but in general since a WAR
classloader is flat, you can't have two versions of the same class... so you
will either have to find some way of using the same version of this jar in
your application as Camel uses or separate this into 2 WARs.
On Fri, J
Either that or the OsgiCamelContext should be in an exported package.
Christian
Am 27.06.2011 22:51, schrieb Donald Whytock:
On Mon, Jun 27, 2011 at 4:38 PM, Christian Schneider
wrote:
Have you tried using the org.apache.camel.osgi.CamelContextFactory?
It is located in the camel-spring modu
On Mon, Jun 27, 2011 at 4:38 PM, Christian Schneider
wrote:
> Have you tried using the org.apache.camel.osgi.CamelContextFactory?
> It is located in the camel-spring module. Honestly no idea why as it does
> not have to do with spring.
>
> cf = new CamelContextFactory();
> cf.setBundleContext(cont
Seems reasonable, since presumably OsgiPackageScanClassResolver is
more made to be used in an OSGI environment than the
DefaultPackageScanClassResolver. This might also solve a problem I
was having, where OsgiDefaultCamelContext.getComponentNames() was
coming up empty.
Can you test with a non-cor
Have you tried using the org.apache.camel.osgi.CamelContextFactory?
It is located in the camel-spring module. Honestly no idea why as it
does not have to do with spring.
cf = new CamelContextFactory();
cf.setBundleContext(context);
cf.createContext();
You can do this from you bundle Activator.
Ok. I seem to have found a resolution. Now the question is whether or not it is
appropriate. :)
Since we seemed to agree that classes are not being found by their annotations,
I tried to backtrace how that was being resolved. Where I wound up was in
org.apache.camel.core.osgi.OsgiTypeConverter.
Check your classpath: you probably have a version of the spring-jms.jar which
is in conflict with what camel expects.
Mirko
--
View this message in context:
http://camel.465427.n5.nabble.com/InvocationTargetException-when-startinhg-active-mq-endpoint-tp4529307p4529653.html
Sent from the Camel -
Click the 'subversion commits" tab it shows similar info.
On Mon, Jun 27, 2011 at 2:31 PM, bvahdat wrote:
> Hi,
>
> not sure if I'm the only one, but since couple of weeks I get the following
> http://camel.465427.n5.nabble.com/file/n4528136/jira.jpg jira.jpg while
> accessing the Source tab of
Sorry, I didn't look at the stack trace close enough. That is during a send,
in the camel RedeliveryErrorHandler, so disregard my previous statement. To
handle it, you'd need to replace the RedeliveryErrorHandler with one that will
catch exceptions (e.g. wrap that processor)
-Original Mes
whats this ?
442 [org.apache.camel.spring.Main.main()] INFO
org.apache.camel.impl.converter.AnnotationTypeConverterLoader - Found 6
packages with 16 @Converter classes to load
3492 [org.apache.camel.spring.Main.main()] INFO
org.apache.camel.impl.converter.DefaultTypeConverter - Loaded 159 type
co
No specific thoughts, no. It's fairly clear you're waiting for
TypeConverterLoader to be registered before you're trying to start the
CamelContext, and (if this is all the code you have loaded) you're not
trying to access a file component. Honestly, I think it should work,
but again I'm not famil
Thats the trace ouf my first: post
25723 [Camel (camel-3) thread #2 -
JmsReplyManagerTimeoutChecker[services.global.xacml.authzRequests]] ERROR
org.apache.camel.processor.DefaultErrorHandler - Failed delivery for
exchangeId: ID-student02-bonn-tarent-de-57172-1308667766469-1-3. Exhausted
after deliv
I tried running it against 2.8-SNAPSHOT, the results were worse - the test
didn't even pass with a single intercept.
The attached zip is the test I was trying to perform (DatabaseErrorTest), a
single intercept is currently in use (intercepting the "MsgInterface"
route), adding the "DBcontentsInter
Hi Don,
Thanks for your continued help. I've had my efforts diverted elsewhere for a
bit, but I'm back to trying to explore this again today.
Following this message:
http://camel.465427.n5.nabble.com/Camel-under-OSGi-without-Spring-et-al-tp4507473p4511826.html
I've modified my test environment
Actually you won't be able to catch the exception, since this is caught and
handled in Spring-JMS AbstractPollingMessageListenerContainer. It's not retry,
so much as just constantly polling the destination regardless of success or
failure. You may be able to install an ErrorHandler, although I
Hi,
Looks like your route is not getting established and the exceptionListener
is not kicking in since the idea is to catch JMS exceptions once the route
is established/started.
The exception is being thrown while trying to establish the Connection to a
given queue, prior to the route being start
Hi,
not sure if I'm the only one, but since couple of weeks I get the following
http://camel.465427.n5.nabble.com/file/n4528136/jira.jpg jira.jpg while
accessing the Source tab of issues inside JIRA.
I use Firefox version 3.6.15 and didn't have any problem before with the
same browser.
Any Idea
Can you try with 2.8-SNAPSHOT as we fixed some issues with adviceWith
and error handlers and whatnot.
If its still a problem then attach some junit test with all source so
its easier for us to look into.
On Mon, Jun 27, 2011 at 11:57 AM, woggle23 wrote:
>>> What version of Camel are you using?
>
>> What version of Camel are you using?
Version 2.7
Cheers
Matt
--
View this message in context:
http://camel.465427.n5.nabble.com/intercept-using-adviceWith-tp4520468p4527689.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Hi
What version of Camel are you using?
On Fri, Jun 24, 2011 at 11:36 AM, woggle23 wrote:
> Morning All
>
> I'm attempting to simulate errors in order to test my error handling. In my
> test class I create the following interception in the createCamelContext
> method:
>
> context.addRoutes(new
On Mon, Jun 27, 2011 at 9:25 AM, Guillaume Nodet wrote:
> On Mon, Jun 27, 2011 at 09:14, Marco Westermann wrote:
>> Hi Guilliaume,
>>
>> thank you for your answer. But if I use an osgi-service I have to include
>> that service into my routes somehow, don't I. Your solution goes this way:
>> http:
On Mon, Jun 27, 2011 at 09:14, Marco Westermann wrote:
> Hi Guilliaume,
>
> thank you for your answer. But if I use an osgi-service I have to include
> that service into my routes somehow, don't I. Your solution goes this way:
> http://camel.465427.n5.nabble.com/Camel-OSGI-and-container-wide-inter
Hi Guilliaume,
thank you for your answer. But if I use an osgi-service I have to
include that service into my routes somehow, don't I. Your solution goes
this way:
http://camel.465427.n5.nabble.com/Camel-OSGI-and-container-wide-interceptors-td2269044.html
?
Of course the better solution wou
26 matches
Mail list logo
