camel-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ashwin Karpe (Commented) (JIRA)" <>
Subject [jira] [Commented] (CAMEL-5070) Message Loss when using Weighted Round Robin LoadBalancer
Date Fri, 09 Mar 2012 19:25:00 GMT


Ashwin Karpe commented on CAMEL-5070:

Hi Nikos,

I have applied the fix to the trunk...

Thanks for identifying the issue and offering a patch for it.


> Message Loss when using Weighted Round Robin LoadBalancer
> ---------------------------------------------------------
>                 Key: CAMEL-5070
>                 URL:
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-core
>    Affects Versions: 2.9.1
>            Reporter: Nikolaos Dimos
>            Assignee: Ashwin Karpe
>         Attachments:
> chooseProcessor method accesses resources in a non synchronized fashion. This leads in
errors during loadbalancing and as a result messages are lost. I have created a project that
provides an integration test (using karaf 2.2.5 and a custom command to check messages of
the activemq broker) with a custom weighted round robin loadbalancer that "seems" to solve
the issue of lost messages.
> The problem with the provided solution is that when messages are dequeued from the second
stage of queues (queues1, 2 and 3) in custom-loadbalancer-route subproject the jmsconsumer
threads also block (checked this using profiler). I would expect only the jmsconsumer threads
of the first queue (initial.queue) to block waiting for the synchronized chooseProcessor method.
Any clues on why this happens?

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message