You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "David Valeri (JIRA)" <ji...@apache.org> on 2009/11/04 17:13:52 UTC

[jira] Updated: (CAMEL-2134) MulticastProccessor should default to reasonable thread pool and queue size

     [ https://issues.apache.org/activemq/browse/CAMEL-2134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Valeri updated CAMEL-2134:
--------------------------------

    Attachment: patch.txt

Attached path which mimics default executor configuration that was adopted in Camel 2.0.  The patch provides for safer defaults at the expense of the risk of unbounded queue growth.

Perhaps a nod to this risk and the configuration defaults in the 1.6.x and 2.x documentation is also warranted.

> MulticastProccessor should default to reasonable thread pool and queue size
> ---------------------------------------------------------------------------
>
>                 Key: CAMEL-2134
>                 URL: https://issues.apache.org/activemq/browse/CAMEL-2134
>             Project: Apache Camel
>          Issue Type: Improvement
>          Components: camel-core
>    Affects Versions: 1.6.1
>            Reporter: David Valeri
>         Attachments: patch.txt
>
>
> The queue and thread pool are only as large as the number of endpoints that the multicast sends to.  I have been working with multicasts recently and found that you can very quickly overwhelm the default executor configured for a MulticastProcessor if you have a high message volume and/or concurrent consumers.  With the default redelivery policy in place, the exchanges may get redelivered to the multicast endpoints an arbitrary number of times which could be considered counter intuitive for novice users.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.