camel-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nikolaos Dimos (Updated) (JIRA)" <>
Subject [jira] [Updated] (CAMEL-5070) Message Loss when using Weighted Round Robin LoadBalancer
Date Thu, 08 Mar 2012 16:49:58 GMT


Nikolaos Dimos updated CAMEL-5070:


Attaching the maven project that contains the camel route, the custom activemq commands and
the itest subproject
> 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
>         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