camel-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Claus Ibsen (JIRA)" <>
Subject [jira] [Updated] (CAMEL-4464) Resolve cycle between processor package and its subpackages
Date Sat, 02 Jun 2012 12:28:23 GMT


Claus Ibsen updated CAMEL-4464:

    Fix Version/s:     (was: 2.10.0)

API should be kept stable, moving to 3.0.
> Resolve cycle between processor package and its subpackages
> -----------------------------------------------------------
>                 Key: CAMEL-4464
>                 URL:
>             Project: Camel
>          Issue Type: Improvement
>          Components: camel-core
>    Affects Versions: 2.8.0
>            Reporter: Christian Schneider
>            Assignee: Christian Schneider
>             Fix For: 3.0.0
>         Attachments: CAMEL-4464_after.png, CAMEL-4464_before.png
> The processor package and its subpackages interceptor and aggregator form a dependency
> The first cycle is between processor and processor.interceptor. The package interceptor
needs several processor classes so this direction can not be avoided easily. Int the other
direction DefaultChannel depends on interceptor clases. Interestingly DefaultChannel is not
used from other classes in processor. So I propose to jsut move DefaultChannel to interceptor
to keep interceptor related stuff together.
> The second cycle is between processor and processor.aggregate. The AggregateProcessor
uses the SendProcessor. Here I propose to just use a producerTemplate to end the failed exchange.
ProducerTemplate is a API element and can be fetched from the camelContext so this solves
the cycle. I hope that using the ProducerTemplate does not create other issues. The tests
seem to work.

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