You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@camel.apache.org by bu...@apache.org on 2014/02/11 08:24:26 UTC
svn commit: r897377 [7/27] - in /websites/production/camel/content: ./
2007/08/17/ 2007/08/20/ 2007/10/01/ 2007/10/28/ 2008/04/08/ 2008/04/22/
2008/04/28/ 2008/07/22/ 2008/10/31/ 2009/01/19/ 2009/02/03/ 2009/02/17/
2009/03/17/ 2009/05/19/ 2009/06/15/ 2...
Modified: websites/production/camel/content/book-pattern-appendix.html
==============================================================================
--- websites/production/camel/content/book-pattern-appendix.html (original)
+++ websites/production/camel/content/book-pattern-appendix.html Tue Feb 11 07:24:13 2014
@@ -18,11 +18,11 @@
-->
<html>
<head>
- <link href="http://camel.apache.org/styles/site.css" rel="stylesheet" type="text/css">
- <link href="http://camel.apache.org/styles/type-settings.css" rel="stylesheet" type="text/css">
- <script src="http://camel.apache.org/styles/prototype.js" type="text/javascript"></script>
- <script src="http://camel.apache.org/styles/rico.js" type="text/javascript"></script>
- <script src="http://camel.apache.org/styles/site.js" type="text/javascript"></script>
+ <link href="//camel.apache.org/styles/site.css" rel="stylesheet" type="text/css">
+ <link href="//camel.apache.org/styles/type-settings.css" rel="stylesheet" type="text/css">
+ <script src="//camel.apache.org/styles/prototype.js" type="text/javascript"></script>
+ <script src="//camel.apache.org/styles/rico.js" type="text/javascript"></script>
+ <script src="//camel.apache.org/styles/site.js" type="text/javascript"></script>
<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
@@ -36,12 +36,12 @@
<![endif]-->
- <link href='http://camel.apache.org/styles/highlighter/styles/shCoreCamel.css' rel='stylesheet' type='text/css' />
- <link href='http://camel.apache.org/styles/highlighter/styles/shThemeCamel.css' rel='stylesheet' type='text/css' />
- <script src='http://camel.apache.org/styles/highlighter/scripts/shCore.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushJava.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushXml.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushPlain.js' type='text/javascript'></script>
+ <link href='//camel.apache.org/styles/highlighter/styles/shCoreCamel.css' rel='stylesheet' type='text/css' />
+ <link href='//camel.apache.org/styles/highlighter/styles/shThemeCamel.css' rel='stylesheet' type='text/css' />
+ <script src='//camel.apache.org/styles/highlighter/scripts/shCore.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushJava.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushXml.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushPlain.js' type='text/javascript'></script>
<script type="text/javascript">
SyntaxHighlighter.defaults['toolbar'] = false;
@@ -2239,39 +2239,12 @@ from("direct:line")
<h4 id="BookPatternAppendix-UsingThisPattern.18">Using This Pattern</h4>
<p>If you would like to use this EIP Pattern then please read the <a shape="rect" href="getting-started.html">Getting Started</a>, you may also find the <a shape="rect" href="architecture.html">Architecture</a> useful particularly the description of <a shape="rect" href="endpoint.html">Endpoint</a> and <a shape="rect" href="uris.html">URIs</a>. Then you could try out some of the <a shape="rect" href="examples.html">Examples</a> first before trying this pattern out.</p>
-<h3 id="BookPatternAppendix-Aggregator">Aggregator</h3>
-
-<p><strong>This applies for Camel version 2.3 or newer. If you use an older version then use this <a shape="rect" href="aggregator.html">Aggregator</a> link instead.</strong></p>
-
-<p>The <a shape="rect" class="external-link" href="http://www.enterpriseintegrationpatterns.com/Aggregator.html" rel="nofollow">Aggregator</a> from the <a shape="rect" href="enterprise-integration-patterns.html">EIP patterns</a> allows you to combine a number of messages together into a single message. </p>
-
-<p><img class="confluence-embedded-image confluence-external-resource" src="http://www.enterpriseintegrationpatterns.com/img/Aggregator.gif" data-image-src="http://www.enterpriseintegrationpatterns.com/img/Aggregator.gif"></p>
-
-<p>A correlation <a shape="rect" href="expression.html">Expression</a> is used to determine the messages which should be aggregated together. If you want to aggregate all messages into a single message, just use a constant expression. An AggregationStrategy is used to combine all the message exchanges for a single correlation key into a single message exchange. </p>
-
-<h3 id="BookPatternAppendix-Aggregatoroptions">Aggregator options</h3>
-<p>The aggregator supports the following options:</p>
-<div class="confluenceTableSmall">
+<h3 id="BookPatternAppendix-Aggregator">Aggregator</h3><p><strong>This applies for Camel version 2.3 or newer. If you use an older version then use this <a shape="rect" href="aggregator.html">Aggregator</a> link instead.</strong></p><p>The <a shape="rect" class="external-link" href="http://www.enterpriseintegrationpatterns.com/Aggregator.html" rel="nofollow">Aggregator</a> from the <a shape="rect" href="enterprise-integration-patterns.html">EIP patterns</a> allows you to combine a number of messages together into a single message.</p><p><img class="confluence-embedded-image confluence-external-resource" src="http://www.enterpriseintegrationpatterns.com/img/Aggregator.gif" data-image-src="http://www.enterpriseintegrationpatterns.com/img/Aggregator.gif"></p><p>A correlation <a shape="rect" href="expression.html">Expression</a> is used to determine the messages which should be aggregated together. If you want to aggregate all messages into a single message, just use a constant expressi
on. An AggregationStrategy is used to combine all the message exchanges for a single correlation key into a single message exchange.</p><h3 id="BookPatternAppendix-Aggregatoroptions">Aggregator options</h3><p>The aggregator supports the following options:</p><div class="confluenceTableSmall">
<table class="confluenceTable"><tbody><tr><th colspan="1" rowspan="1" class="confluenceTh"><p> Option </p></th><th colspan="1" rowspan="1" class="confluenceTh"><p> Default </p></th><th colspan="1" rowspan="1" class="confluenceTh"><p> Description </p></th></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> correlationExpression </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Mandatory <a shape="rect" href="expression.html" title="Expression">Expression</a> which evaluates the correlation key to use for aggregation. The <a shape="rect" href="exchange.html" title="Exchange">Exchange</a> which has the same correlation key is aggregated together. If the correlation key could not be evaluated an Exception is thrown. You can disable this by using the <code>ignoreBadCorrelationKeys</code> option. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> aggregationStrategy </p></td><td co
lspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Mandatory <code>AggregationStrategy</code> which is used to <em>merge</em> the incoming <a shape="rect" href="exchange.html" title="Exchange">Exchange</a> with the existing already merged exchanges. At first call the <code>oldExchange</code> parameter is <code>null</code>. On subsequent invocations the <code>oldExchange</code> contains the merged exchanges and <code>newExchange</code> is of course the new incoming Exchange. From <strong>Camel 2.9.2</strong> onwards the strategy can also be a <code>TimeoutAwareAggregationStrategy</code> implementation, supporting the timeout callback, see further below for more details. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> strategyRef </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> A reference to lookup the <code>AggregationS
trategy</code> in the <a shape="rect" href="registry.html" title="Registry">Registry</a>. From <strong>Camel 2.12</strong> onwards you can also use a POJO as the <code>AggregationStrategy</code>, see further below for details. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> strategyMethodName </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.12:</strong> This option can be used to explicit declare the method name to use, when using POJOs as the <code>AggregationStrategy</code>. See further below for more details. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> strategyMethodAllowNull </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.12:</strong> If this option is <code>false</code> then the aggregate method is not used for the very first
aggregation. If this option is <code>true</code> then <code>null</code> values is used as the <code>oldExchange</code> (at the very first aggregation), when using POJOs as the <code>AggregationStrategy</code>. See further below for more details. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> completionSize </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Number of messages aggregated before the aggregation is complete. This option can be set as either a fixed value or using an <a shape="rect" href="expression.html" title="Expression">Expression</a> which allows you to evaluate a size dynamically - will use <code>Integer</code> as result. If both are set Camel will fallback to use the fixed value if the <a shape="rect" href="expression.html" title="Expression">Expression</a> result was <code>null</code> or <code>0</code>. </p></td></tr><tr><td colspan="1" rowspan="1" class="conflu
enceTd"><p> completionTimeout </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Time in millis that an aggregated exchange should be inactive before its complete. This option can be set as either a fixed value or using an <a shape="rect" href="expression.html" title="Expression">Expression</a> which allows you to evaluate a timeout dynamically - will use <code>Long</code> as result. If both are set Camel will fallback to use the fixed value if the <a shape="rect" href="expression.html" title="Expression">Expression</a> result was <code>null</code> or <code>0</code>. You cannot use this option together with completionInterval, only one of the two can be used. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> completionInterval </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> A repeating period in millis by
which the aggregator will complete all current aggregated exchanges. Camel has a background task which is triggered every period. You cannot use this option together with completionTimeout, only one of them can be used. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> completionPredicate </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> A <a shape="rect" href="predicate.html" title="Predicate">Predicate</a> to indicate when an aggregated exchange is complete. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> completionFromBatchConsumer </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> This option is if the exchanges are coming from a <a shape="rect" href="batch-consumer.html" title="Batch Consumer">Batch Consumer</a>. Then when enabled the <a shape="rect" href="aggregator
2.html" title="Aggregator2">Aggregator2</a> will use the batch size determined by the <a shape="rect" href="batch-consumer.html" title="Batch Consumer">Batch Consumer</a> in the message header <code>CamelBatchSize</code>. See more details at <a shape="rect" href="batch-consumer.html" title="Batch Consumer">Batch Consumer</a>. This can be used to aggregate all files consumed from a <a shape="rect" href="file2.html" title="File2">File</a> endpoint in that given poll. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> forceCompletionOnStop </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.9</strong> Indicates to complete all current aggregated exchanges when the context is stopped </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> eagerCheckCompletion </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td
><td colspan="1" rowspan="1" class="confluenceTd"><p> Whether or not to eager check for completion when a new incoming <a shape="rect" href="exchange.html" title="Exchange">Exchange</a> has been received. This option influences the behavior of the <code>completionPredicate</code> option as the <a shape="rect" href="exchange.html" title="Exchange">Exchange</a> being passed in changes accordingly. When <code>false</code> the <a shape="rect" href="exchange.html" title="Exchange">Exchange</a> passed in the <a shape="rect" href="predicate.html" title="Predicate">Predicate</a> is the <em>aggregated</em> Exchange which means any information you may store on the aggregated Exchange from the <code>AggregationStrategy</code> is available for the <a shape="rect" href="predicate.html" title="Predicate">Predicate</a>. When <code>true</code> the <a shape="rect" href="exchange.html" title="Exchange">Exchange</a> passed in the <a shape="rect" href="predicate.html" title="Predicate">Predicate</a> is
the <em>incoming</em> <a shape="rect" href="exchange.html" title="Exchange">Exchange</a>, which means you can access data from the incoming Exchange. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> groupExchanges </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> If enabled then Camel will group all aggregated Exchanges into a single combined <code>org.apache.camel.impl.GroupedExchange</code> holder class that holds all the aggregated Exchanges. And as a result only one Exchange is being sent out from the aggregator. Can be used to combine many incoming Exchanges into a single output Exchange without coding a custom <code>AggregationStrategy</code> yourself. <strong>Important:</strong> This option does <strong>not</strong> support persistent repository with the aggregator. See further below for an example and more details. </p></td></tr><tr><td colspan="1" rowspan="1"
class="confluenceTd"><p> ignoreInvalidCorrelationKeys </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Whether or not to ignore correlation keys which could not be evaluated to a value. By default Camel will throw an Exception, but you can enable this option and ignore the situation instead. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> closeCorrelationKeyOnCompletion </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Whether or not too <em>late</em> Exchanges should be accepted or not. You can enable this to indicate that if a correlation key has already been completed, then any new exchanges with the same correlation key be denied. Camel will then throw a <code>closedCorrelationKeyException</code> exception. When using this option you pass in a <code>integer</code> which is a number for
a LRUCache which keeps that last X number of closed correlation keys. You can pass in 0 or a negative value to indicate a unbounded cache. By passing in a number you are ensured that cache won't grow too big if you use a log of different correlation keys. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> discardOnCompletionTimeout </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.5:</strong> Whether or not exchanges which complete due to a timeout should be discarded. If enabled then when a timeout occurs the aggregated message will <strong>not</strong> be sent out but dropped (discarded). </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> aggregationRepository </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Allows you to plugin you own implementation of <
code>org.apache.camel.spi.AggregationRepository</code> which keeps track of the current inflight aggregated exchanges. Camel uses by default a memory based implementation. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> aggregationRepositoryRef </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Reference to lookup a <code>aggregationRepository</code> in the <a shape="rect" href="registry.html" title="Registry">Registry</a>. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> parallelProcessing </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>false</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> When aggregated are completed they are being send out of the aggregator. This option indicates whether or not Camel should use a thread pool with multiple threads for concurrency. If no custom thread pool has been specified then Camel
creates a default pool with 10 concurrent threads. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> executorService </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> If using <code>parallelProcessing</code> you can specify a custom thread pool to be used. In fact also if you are not using <code>parallelProcessing</code> this custom thread pool is used to send out aggregated exchanges as well. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> executorServiceRef </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Reference to lookup a <code>executorService</code> in the <a shape="rect" href="registry.html" title="Registry">Registry</a> </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> timeoutCheckerExecutorService </p></td><td colspan="1" rowspan="1" class="confluenceT
d"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.9:</strong> If using either of the <code>completionTimeout</code>, <code>completionTimeoutExpression</code>, or <code>completionInterval</code> options a background thread is created to check for the completion for every aggregator. Set this option to provide a custom thread pool to be used rather than creating a new thread for every aggregator. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> timeoutCheckerExecutorServiceRef </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.9:</strong> Reference to lookup a <code>timeoutCheckerExecutorService</code> in the <a shape="rect" href="registry.html" title="Registry">Registry</a> </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> optimisticLocking </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>fa
lse</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.11:</strong> Turns on using optimistic locking, which requires the <code>aggregationRepository</code> being used, is supporting this by implementing the <code>org.apache.camel.spi.OptimisticLockingAggregationRepository</code> interface. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> optimisticLockRetryPolicy </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> <strong>Camel 2.11.1:</strong> Allows to configure retry settings when using optimistic locking. </p></td></tr></tbody></table>
-</div>
-
-<h3 id="BookPatternAppendix-ExchangeProperties">Exchange Properties</h3>
-
-<p>The following properties are set on each aggregated Exchange:</p>
-<div class="confluenceTableSmall">
-<table class="confluenceTable"><tbody><tr><th colspan="1" rowspan="1" class="confluenceTh"><p> header </p></th><th colspan="1" rowspan="1" class="confluenceTh"><p> type </p></th><th colspan="1" rowspan="1" class="confluenceTh"><p> description </p></th></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>CamelAggregatedSize</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> int </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> The total number of Exchanges aggregated into this combined Exchange. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>CamelAggregatedCompletedBy</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> String </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Indicator how the aggregation was completed as a value of either: <code>predicate</code>, <code>size</code>, <code>consumer</code>, <code>timeout</code> or <code>interval</code>. </p></td></tr></tbody></table>
-</div>
-
-<h3 id="BookPatternAppendix-AboutAggregationStrategy">About AggregationStrategy</h3>
-<p>The <code>AggregationStrategy</code> is used for aggregating the old (lookup by its correlation id) and the new exchanges together into a single exchange. Possible implementations include performing some kind of combining or delta processing, such as adding line items together into an invoice or just using the newest exchange and removing old exchanges such as for state tracking or market data prices; where old values are of little use.</p>
-
-<p>Notice the aggregation strategy is a mandatory option and must be provided to the aggregator.</p>
-
-<p>Here are a few example AggregationStrategy implementations that should help you create your own custom strategy.</p>
-
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-//simply combines Exchange String body values using '+' as a delimiter
+</div><h3 id="BookPatternAppendix-ExchangeProperties">Exchange Properties</h3><p>The following properties are set on each aggregated Exchange:</p><div class="confluenceTableSmall">
+<table class="confluenceTable"><tbody><tr><th colspan="1" rowspan="1" class="confluenceTh"><p> header </p></th><th colspan="1" rowspan="1" class="confluenceTh"><p> type </p></th><th colspan="1" rowspan="1" class="confluenceTh"><p> description </p></th></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>CamelAggregatedSize</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> int </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> The total number of Exchanges aggregated into this combined Exchange. </p></td></tr><tr><td colspan="1" rowspan="1" class="confluenceTd"><p> <code>CamelAggregatedCompletedBy</code> </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> String </p></td><td colspan="1" rowspan="1" class="confluenceTd"><p> Indicator how the aggregation was completed as a value of either: <code>predicate</code>, <code>size</code>, <code>consumer</code>, <code>timeout</code>, <code>forceCompletion</code> or <code>interval</code>. <
/p></td></tr></tbody></table>
+</div><h3 id="BookPatternAppendix-AboutAggregationStrategy">About AggregationStrategy</h3><p>The <code>AggregationStrategy</code> is used for aggregating the old (lookup by its correlation id) and the new exchanges together into a single exchange. Possible implementations include performing some kind of combining or delta processing, such as adding line items together into an invoice or just using the newest exchange and removing old exchanges such as for state tracking or market data prices; where old values are of little use.</p><p>Notice the aggregation strategy is a mandatory option and must be provided to the aggregator.</p><p>Here are a few example AggregationStrategy implementations that should help you create your own custom strategy.</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[//simply combines Exchange String body values using '+' as a delimiter
class StringAggregationStrategy implements AggregationStrategy {
public Exchange aggregate(Exchange oldExchange, Exchange newExchange) {
@@ -2305,47 +2278,21 @@ class ArrayListAggregationStrategy imple
}
}
]]></script>
-</div></div>
-
-<h3 id="BookPatternAppendix-Aboutcompletion">About completion</h3>
-<p>When aggregation <a shape="rect" href="exchange.html">Exchange</a>s at some point you need to indicate that the aggregated exchanges is complete, so they can be send out of the aggregator. Camel allows you to indicate completion in various ways as follows:</p>
-<ul class="alternate"><li>completionTimeout - Is an inactivity timeout in which is triggered if no new exchanges have been aggregated for that particular correlation key within the period.</li><li>completionInterval - Once every X period all the current aggregated exchanges are completed.</li><li>completionSize - Is a number indicating that after X aggregated exchanges it's complete.</li><li>completionPredicate - Runs a <a shape="rect" href="predicate.html">Predicate</a> when a new exchange is aggregated to determine if we are complete or not</li><li>completionFromBatchConsumer - Special option for <a shape="rect" href="batch-consumer.html">Batch Consumer</a> which allows you to complete when all the messages from the batch has been aggregated.</li><li>forceCompletionOnStop - <strong>Camel 2.9</strong> Indicates to complete all current aggregated exchanges when the context is stopped</li></ul>
-
-
-<p>Notice that all the completion ways are per correlation key. And you can combine them in any way you like. It's basically the first which triggers that wins. So you can use a completion size together with a completion timeout. Only completionTimeout and completionInterval cannot be used at the same time.</p>
-
-<p>Notice the completion is a mandatory option and must be provided to the aggregator. If not provided Camel will thrown an Exception on startup.</p>
-
- <div class="aui-message success shadowed information-macro">
+</div></div><h3 id="BookPatternAppendix-Aboutcompletion">About completion</h3><p>When aggregation <a shape="rect" href="exchange.html">Exchange</a>s at some point you need to indicate that the aggregated exchanges is complete, so they can be send out of the aggregator. Camel allows you to indicate completion in various ways as follows:</p><ul class="alternate"><li>completionTimeout - Is an inactivity timeout in which is triggered if no new exchanges have been aggregated for that particular correlation key within the period.</li><li>completionInterval - Once every X period all the current aggregated exchanges are completed.</li><li>completionSize - Is a number indicating that after X aggregated exchanges it's complete.</li><li>completionPredicate - Runs a <a shape="rect" href="predicate.html">Predicate</a> when a new exchange is aggregated to determine if we are complete or not</li><li>completionFromBatchConsumer - Special option for <a shape="rect" href="batch-consumer.html">Batch C
onsumer</a> which allows you to complete when all the messages from the batch has been aggregated.</li><li>forceCompletionOnStop - <strong>Camel 2.9</strong> Indicates to complete all current aggregated exchanges when the context is stopped</li></ul><p>Notice that all the completion ways are per correlation key. And you can combine them in any way you like. It's basically the first which triggers that wins. So you can use a completion size together with a completion timeout. Only completionTimeout and completionInterval cannot be used at the same time.</p><p>Notice the completion is a mandatory option and must be provided to the aggregator. If not provided Camel will thrown an Exception on startup.</p> <div class="aui-message success shadowed information-macro">
<p class="title">Callbacks</p>
<span class="aui-icon icon-success">Icon</span>
<div class="message-content">
-
-<p>See the <code>TimeoutAwareAggregationStrategy</code> and <code>CompletionAwareAggregationStrategy</code> extensions to <code>AggregationStrategy</code> that has callbacks when the aggregated Exchange was completed and if a timeout occurred.</p>
+ <p>See the <code>TimeoutAwareAggregationStrategy</code> and <code>CompletionAwareAggregationStrategy</code> extensions to <code>AggregationStrategy</code> that has callbacks when the aggregated Exchange was completed and if a timeout occurred.</p>
</div>
</div>
-
-
-<h3 id="BookPatternAppendix-PersistentAggregationRepository">Persistent AggregationRepository</h3>
-<p>The aggregator provides a pluggable repository which you can implement your own <code>org.apache.camel.spi.AggregationRepository</code>.<br clear="none">
-If you need persistent repository then you can use either Camel <a shape="rect" href="hawtdb.html">HawtDB</a>, <a shape="rect" href="leveldb.html">LevelDB</a>, or <a shape="rect" href="sql-component.html">SQL Component</a> components.</p>
-
-<h3 id="BookPatternAppendix-Examples.1">Examples</h3>
-<p>See some examples from the old <a shape="rect" href="aggregator.html">Aggregator</a> which is somewhat similar to this new aggregator.</p>
-
- <div class="aui-message success shadowed information-macro">
+<h3 id="BookPatternAppendix-PersistentAggregationRepository">Persistent AggregationRepository</h3><p>The aggregator provides a pluggable repository which you can implement your own <code>org.apache.camel.spi.AggregationRepository</code>.<br clear="none"> If you need persistent repository then you can use either Camel <a shape="rect" href="hawtdb.html">HawtDB</a>, <a shape="rect" href="leveldb.html">LevelDB</a>, or <a shape="rect" href="sql-component.html">SQL Component</a> components.</p><h3 id="BookPatternAppendix-Examples.1">Examples</h3><p>See some examples from the old <a shape="rect" href="aggregator.html">Aggregator</a> which is somewhat similar to this new aggregator.</p> <div class="aui-message success shadowed information-macro">
<p class="title">Setting options in Spring XML</p>
<span class="aui-icon icon-success">Icon</span>
<div class="message-content">
-
-<p>Many of the options are configurable as attributes on the <code><aggregate></code> tag when using Spring XML.</p>
+ <p>Many of the options are configurable as attributes on the <code><aggregate></code> tag when using Spring XML.</p>
</div>
</div>
-
-
-<h4 id="BookPatternAppendix-UsingcompletionTimeout">Using completionTimeout</h4>
-<p>In this example we want to aggregate all incoming messages and after 3 seconds of inactivity we want the aggregation to complete. This is done using the <code>completionTimeout</code> option as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<h4 id="BookPatternAppendix-UsingcompletionTimeout">Using completionTimeout</h4><p>In this example we want to aggregate all incoming messages and after 3 seconds of inactivity we want the aggregation to complete. This is done using the <code>completionTimeout</code> option as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
from("direct:start")
// aggregate all exchanges correlated by the id header.
@@ -2355,10 +2302,7 @@ from("direct:start")
.aggregate(header("id"), new BodyInAggregatingStrategy()).completionTimeout(3000)
.to("mock:aggregated");
]]></script>
-</div></div>
-
-<p>And the same example using Spring XML:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the same example using Spring XML:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
<camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
@@ -2374,22 +2318,7 @@ from("direct:start")
<bean id="aggregatorStrategy" class="org.apache.camel.processor.BodyInAggregatingStrategy"/>
]]></script>
-</div></div>
-
-<h4 id="BookPatternAppendix-UsingTimeoutAwareAggregationStrategy">Using TimeoutAwareAggregationStrategy</h4>
-<p><strong>Available as of Camel 2.9.2</strong></p>
-
-<p>If your aggregation strategy implements <code>TimeoutAwareAggregationStrategy</code>, then Camel will invoke the <code>timeout</code> method when the timeout occurs. Notice that the values for index and total parameters will be -1, and the timeout parameter will be provided only if configured as a fixed value. You must <strong>not</strong> throw any exceptions from the <code>timeout</code> method.</p>
-
-<h4 id="BookPatternAppendix-UsingCompletionAwareAggregationStrategy">Using CompletionAwareAggregationStrategy</h4>
-<p><strong>Available as of Camel 2.9.3</strong></p>
-
-<p>If your aggregation strategy implements <code>CompletionAwareAggregationStrategy</code>, then Camel will invoke the <code>onComplete</code> method when the aggregated Exchange is completed. This allows you to do any last minute custom logic such as to cleanup some resources, or additional work on the exchange as it's now completed.<br clear="none">
-You must <strong>not</strong> throw any exceptions from the <code>onCompletion</code> method.</p>
-
-<h4 id="BookPatternAppendix-UsingcompletionSize">Using completionSize</h4>
-<p>In this example we want to aggregate all incoming messages and when we have 3 messages aggregated (in the same correlation group) we want the aggregation to complete. This is done using the <code>completionSize</code> option as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><h4 id="BookPatternAppendix-UsingTimeoutAwareAggregationStrategy">Using TimeoutAwareAggregationStrategy</h4><p><strong>Available as of Camel 2.9.2</strong></p><p>If your aggregation strategy implements <code>TimeoutAwareAggregationStrategy</code>, then Camel will invoke the <code>timeout</code> method when the timeout occurs. Notice that the values for index and total parameters will be -1, and the timeout parameter will be provided only if configured as a fixed value. You must <strong>not</strong> throw any exceptions from the <code>timeout</code> method.</p><h4 id="BookPatternAppendix-UsingCompletionAwareAggregationStrategy">Using CompletionAwareAggregationStrategy</h4><p><strong>Available as of Camel 2.9.3</strong></p><p>If your aggregation strategy implements <code>CompletionAwareAggregationStrategy</code>, then Camel will invoke the <code>onComplete</code> method when the aggregated Exchange is completed. This allows you to do any last minute custom logic such as to
cleanup some resources, or additional work on the exchange as it's now completed.<br clear="none"> You must <strong>not</strong> throw any exceptions from the <code>onCompletion</code> method.</p><h4 id="BookPatternAppendix-UsingcompletionSize">Using completionSize</h4><p>In this example we want to aggregate all incoming messages and when we have 3 messages aggregated (in the same correlation group) we want the aggregation to complete. This is done using the <code>completionSize</code> option as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
from("direct:start")
// aggregate all exchanges correlated by the id header.
@@ -2399,10 +2328,7 @@ from("direct:start")
.aggregate(header("id"), new BodyInAggregatingStrategy()).completionSize(3)
.to("mock:aggregated");
]]></script>
-</div></div>
-
-<p>And the same example using Spring XML:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the same example using Spring XML:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
<camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
@@ -2418,11 +2344,7 @@ from("direct:start")
<bean id="aggregatorStrategy" class="org.apache.camel.processor.BodyInAggregatingStrategy"/>
]]></script>
-</div></div>
-
-<h4 id="BookPatternAppendix-UsingcompletionPredicate">Using completionPredicate</h4>
-<p>In this example we want to aggregate all incoming messages and use a <a shape="rect" href="predicate.html">Predicate</a> to determine when we are complete. The <a shape="rect" href="predicate.html">Predicate</a> can be evaluated using either the aggregated exchange (default) or the incoming exchange. We will so both situations as examples. We start with the default situation as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><h4 id="BookPatternAppendix-UsingcompletionPredicate">Using completionPredicate</h4><p>In this example we want to aggregate all incoming messages and use a <a shape="rect" href="predicate.html">Predicate</a> to determine when we are complete. The <a shape="rect" href="predicate.html">Predicate</a> can be evaluated using either the aggregated exchange (default) or the incoming exchange. We will so both situations as examples. We start with the default situation as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
from("direct:start")
// aggregate all exchanges correlated by the id header.
@@ -2432,10 +2354,7 @@ from("direct:start")
.aggregate(header("id"), new BodyInAggregatingStrategy()).completionPredicate(body().contains("A+B+C"))
.to("mock:aggregated");
]]></script>
-</div></div>
-
-<p>And the same example using Spring XML:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the same example using Spring XML:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
<camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
@@ -2454,10 +2373,7 @@ from("direct:start")
<bean id="aggregatorStrategy" class="org.apache.camel.processor.BodyInAggregatingStrategy"/>
]]></script>
-</div></div>
-
-<p>And the other situation where we use the <code>eagerCheckCompletion</code> option to tell Camel to use the incoming Exchange. Notice how we can just test in the completion predicate that the incoming message is the <em>END</em> message:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the other situation where we use the <code>eagerCheckCompletion</code> option to tell Camel to use the incoming Exchange. Notice how we can just test in the completion predicate that the incoming message is the <em>END</em> message:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
from("direct:start")
// aggregate all exchanges correlated by the id header.
@@ -2469,10 +2385,7 @@ from("direct:start")
.eagerCheckCompletion().completionPredicate(body().isEqualTo("END"))
.to("mock:aggregated");
]]></script>
-</div></div>
-
-<p>And the same example using Spring XML:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the same example using Spring XML:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
<camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
@@ -2491,11 +2404,7 @@ from("direct:start")
<bean id="aggregatorStrategy" class="org.apache.camel.processor.BodyInAggregatingStrategy"/>
]]></script>
-</div></div>
-
-<h4 id="BookPatternAppendix-UsingdynamiccompletionTimeout">Using dynamic completionTimeout</h4>
-<p>In this example we want to aggregate all incoming messages and after a period of inactivity we want the aggregation to complete. The period should be computed at runtime based on the <code>timeout</code> header in the incoming messages. This is done using the <code>completionTimeout</code> option as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><h4 id="BookPatternAppendix-UsingdynamiccompletionTimeout">Using dynamic completionTimeout</h4><p>In this example we want to aggregate all incoming messages and after a period of inactivity we want the aggregation to complete. The period should be computed at runtime based on the <code>timeout</code> header in the incoming messages. This is done using the <code>completionTimeout</code> option as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
from("direct:start")
// aggregate all exchanges correlated by the id header.
@@ -2505,10 +2414,7 @@ from("direct:start")
.aggregate(header("id"), new BodyInAggregatingStrategy()).completionTimeout(header("timeout"))
.to("mock:aggregated");
]]></script>
-</div></div>
-
-<p>And the same example using Spring XML:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the same example using Spring XML:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
<camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
@@ -2527,13 +2433,7 @@ from("direct:start")
<bean id="aggregatorStrategy" class="org.apache.camel.processor.BodyInAggregatingStrategy"/>
]]></script>
-</div></div>
-
-<p><strong>Note:</strong> You can also add a fixed timeout value and Camel will fallback to use this value if the dynamic value was <code>null</code> or <code>0</code>.</p>
-
-<h4 id="BookPatternAppendix-UsingdynamiccompletionSize">Using dynamic completionSize</h4>
-<p>In this example we want to aggregate all incoming messages based on a dynamic size per correlation key. The size is computed at runtime based on the <code>mySize</code> header in the incoming messages. This is done using the <code>completionSize</code> option as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p><strong>Note:</strong> You can also add a fixed timeout value and Camel will fallback to use this value if the dynamic value was <code>null</code> or <code>0</code>.</p><h4 id="BookPatternAppendix-UsingdynamiccompletionSize">Using dynamic completionSize</h4><p>In this example we want to aggregate all incoming messages based on a dynamic size per correlation key. The size is computed at runtime based on the <code>mySize</code> header in the incoming messages. This is done using the <code>completionSize</code> option as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
from("direct:start")
// aggregate all exchanges correlated by the id header.
@@ -2543,10 +2443,7 @@ from("direct:start")
.aggregate(header("id"), new BodyInAggregatingStrategy()).completionSize(header("mySize"))
.to("mock:aggregated");
]]></script>
-</div></div>
-
-<p>And the same example using Spring XML:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+</div></div><p>And the same example using Spring XML:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
<camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
@@ -2565,29 +2462,9 @@ from("direct:start")
<bean id="aggregatorStrategy" class="org.apache.camel.processor.BodyInAggregatingStrategy"/>
]]></script>
-</div></div>
-
-<p><strong>Note:</strong> You can also add a fixed size value and Camel will fallback to use this value if the dynamic value was <code>null</code> or <code>0</code>.</p>
-
-<h4 id="BookPatternAppendix-UsingThisPattern.19">Using This Pattern</h4>
-
-<p>If you would like to use this EIP Pattern then please read the <a shape="rect" href="getting-started.html">Getting Started</a>, you may also find the <a shape="rect" href="architecture.html">Architecture</a> useful particularly the description of <a shape="rect" href="endpoint.html">Endpoint</a> and <a shape="rect" href="uris.html">URIs</a>. Then you could try out some of the <a shape="rect" href="examples.html">Examples</a> first before trying this pattern out.</p>
-
-<h4 id="BookPatternAppendix-ManuallyForcetheCompletionofAllAggregatedExchangesImmediately">Manually Force the Completion of All Aggregated Exchanges Immediately</h4>
-
-<p><strong>Available as of Camel 2.9</strong><br clear="none">
-You can manually trigger completion of all current aggregated exchanges by sending a message containing the header Exchange.AGGREGATION_COMPLETE_ALL_GROUPS set to true. The message is considered a signal message only, the message headers/contents will not be processed otherwise.</p>
-
-<p><strong>Available as of Camel 2.11</strong><br clear="none">
-You can alternatively set the header Exchange.AGGREGATION_COMPLETE_ALL_GROUPS_INCLUSIVE to true to trigger completion of all groups after processing the current message.</p>
+</div></div><p><strong>Note:</strong> You can also add a fixed size value and Camel will fallback to use this value if the dynamic value was <code>null</code> or <code>0</code>.</p><p></p><h4 id="BookPatternAppendix-UsingThisPattern.19">Using This Pattern</h4>
-<h4 id="BookPatternAppendix-UsingaList<V>inAggregationStrategy">Using a List<V> in AggregationStrategy</h4>
-<p><strong>Available as of Camel 2.11</strong></p>
-
-<p>If you want to aggregate some value from the messages <V> into a List<V> then we have added a <code>org.apache.camel.processor.aggregate.AbstractListAggregationStrategy</code> abstract class in <strong>Camel 2.11</strong> that makes this easier. The completed Exchange that is sent out of the aggregator will contain the List<V> in the message body.</p>
-
-<p>For example to aggregate a List<Integer> you can extend this class as shown below, and implement the <code>getValue</code> method:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<p>If you would like to use this EIP Pattern then please read the <a shape="rect" href="getting-started.html">Getting Started</a>, you may also find the <a shape="rect" href="architecture.html">Architecture</a> useful particularly the description of <a shape="rect" href="endpoint.html">Endpoint</a> and <a shape="rect" href="uris.html">URIs</a>. Then you could try out some of the <a shape="rect" href="examples.html">Examples</a> first before trying this pattern out.</p><h4 id="BookPatternAppendix-ManuallyForcetheCompletionofAllAggregatedExchangesImmediately">Manually Force the Completion of All Aggregated Exchanges Immediately</h4><p><strong>Available as of Camel 2.9</strong><br clear="none"> You can manually trigger completion of all current aggregated exchanges by sending a message containing the header Exchange.AGGREGATION_COMPLETE_ALL_GROUPS set to true. The message is considered a signal message only, the message headers/contents will not be processed otherwise.</p><p><strong>Av
ailable as of Camel 2.11</strong><br clear="none"> You can alternatively set the header Exchange.AGGREGATION_COMPLETE_ALL_GROUPS_INCLUSIVE to true to trigger completion of all groups after processing the current message.</p><h4 id="BookPatternAppendix-UsingaList<V>inAggregationStrategy">Using a List<V> in AggregationStrategy</h4><p><strong>Available as of Camel 2.11</strong></p><p>If you want to aggregate some value from the messages <V> into a List<V> then we have added a <code>org.apache.camel.processor.aggregate.AbstractListAggregationStrategy</code> abstract class in <strong>Camel 2.11</strong> that makes this easier. The completed Exchange that is sent out of the aggregator will contain the List<V> in the message body.</p><p>For example to aggregate a List<Integer> you can extend this class as shown below, and implement the <code>getValue</code> method:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelCon
tent pdl">
<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
/**
* Our strategy just group a list of integers.
@@ -2601,15 +2478,8 @@ public final class MyListOfNumbersStrate
}
}
]]></script>
-</div></div>
-
-
-<h3 id="BookPatternAppendix-UsingGroupedExchanges">Using GroupedExchanges</h3>
-
-<p>In the route below we group all the exchanges together using <code>groupExchanges()</code>:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- from("direct:start")
+</div></div><h3 id="BookPatternAppendix-UsingGroupedExchanges">Using GroupedExchanges</h3><p>In the route below we group all the exchanges together using <code>groupExchanges()</code>:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ from("direct:start")
// aggregate all using same expression
.aggregate(constant(true))
// wait for 0.5 seconds to aggregate
@@ -2618,86 +2488,41 @@ public final class MyListOfNumbersStrate
.groupExchanges()
.to("mock:result");
]]></script>
-</div></div>
-
-<p>As a result we have one outgoing <a shape="rect" href="exchange.html">Exchange</a> being routed the the "mock:result" endpoint. The exchange is a holder containing all the incoming Exchanges.<br clear="none">
-To get access to these exchanges you need to access them from a property on the outgoing exchange as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-List<Exchange> grouped = out.getProperty(Exchange.GROUPED_EXCHANGE, List.class);
+</div></div><p>As a result we have one outgoing <a shape="rect" href="exchange.html">Exchange</a> being routed the the "mock:result" endpoint. The exchange is a holder containing all the incoming Exchanges.<br clear="none"> To get access to these exchanges you need to access them from a property on the outgoing exchange as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[List<Exchange> grouped = out.getProperty(Exchange.GROUPED_EXCHANGE, List.class);
]]></script>
-</div></div>
-
-<p>From <strong>Camel 2.13</strong> onwards this behavior has changed to store these exchanges directly on the message body which is more intuitive:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-List<Exchange> grouped = exchange.getIn().getBody(List.class);
+</div></div><p>From <strong>Camel 2.13</strong> onwards this behavior has changed to store these exchanges directly on the message body which is more intuitive:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[List<Exchange> grouped = exchange.getIn().getBody(List.class);
]]></script>
-</div></div>
-
- <div class="aui-message hint shadowed information-macro">
+</div></div> <div class="aui-message hint shadowed information-macro">
<span class="aui-icon icon-hint">Icon</span>
<div class="message-content">
-
-<p>Notice the old way using the property is still present in <strong>Camel 2.13</strong> onwards, but its considered deprecated and to be removed in Camel 3.0 onwards.</p>
+ <p>Notice the old way using the property is still present in <strong>Camel 2.13</strong> onwards, but its considered deprecated and to be removed in Camel 3.0 onwards.</p>
</div>
</div>
-
-
-<h3 id="BookPatternAppendix-UsingPOJOsasAggregationStrategy">Using POJOs as AggregationStrategy</h3>
-<p><strong>Available as of Camel 2.12</strong></p>
-
- <div class="aui-message success shadowed information-macro">
+<h3 id="BookPatternAppendix-UsingPOJOsasAggregationStrategy">Using POJOs as AggregationStrategy</h3><p><strong>Available as of Camel 2.12</strong></p> <div class="aui-message success shadowed information-macro">
<span class="aui-icon icon-success">Icon</span>
<div class="message-content">
-
-<p>You can use POJOs as AggregationStrategy with the other <a shape="rect" href="eip.html">EIP</a>s that supports aggregation, such as <a shape="rect" href="splitter.html">Splitter</a>, <a shape="rect" href="recipient-list.html">Recipient List</a>, etc.</p>
+ <p>You can use POJOs as AggregationStrategy with the other <a shape="rect" href="eip.html">EIP</a>s that supports aggregation, such as <a shape="rect" href="splitter.html">Splitter</a>, <a shape="rect" href="recipient-list.html">Recipient List</a>, etc.</p>
</div>
</div>
-
-
-<p>To use the <code>AggregationStrategy</code> you had to implement the <code>org.apache.camel.processor.aggregate.AggregationStrategy</code> interface, which means your logic would be tied to the Camel API. From <strong>Camel 2.12</strong> onwards you can use a POJO for the logic and let Camel adapt to your POJO. To use a POJO a convention must be followed:</p>
-
-<ul class="alternate"><li>there must be a public method to use</li><li>the method must not be void</li><li>the method can be static or non-static</li><li>the method must have 2 or more parameters</li><li>the parameters is paired so the first 50% is applied to the <code>oldExchnage</code> and the reminder 50% is for the <code>newExchange</code></li><li>.. meaning that there must be an equal number of parameters, eg 2, 4, 6 etc.</li></ul>
-
-
-<p>The paired methods is expected to be ordered as follows:</p>
-<ul class="alternate"><li>the first parameter is the message body</li><li>the 2nd parameter is a Map of the headers</li><li>the 3rd parameter is a Map of the Exchange properties</li></ul>
-
-
-<p>This convention is best explained with some examples.</p>
-
-<p>In the method below, we have only 2 parameters, so the 1st parameter is the body of the <code>oldExchange</code>, and the 2nd is paired to the body of the <code>newExchange</code>:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-public String append(String existing, String next) {
+<p>To use the <code>AggregationStrategy</code> you had to implement the <code>org.apache.camel.processor.aggregate.AggregationStrategy</code> interface, which means your logic would be tied to the Camel API. From <strong>Camel 2.12</strong> onwards you can use a POJO for the logic and let Camel adapt to your POJO. To use a POJO a convention must be followed:</p><ul class="alternate"><li>there must be a public method to use</li><li>the method must not be void</li><li>the method can be static or non-static</li><li>the method must have 2 or more parameters</li><li>the parameters is paired so the first 50% is applied to the <code>oldExchnage</code> and the reminder 50% is for the <code>newExchange</code></li><li>.. meaning that there must be an equal number of parameters, eg 2, 4, 6 etc.</li></ul><p>The paired methods is expected to be ordered as follows:</p><ul class="alternate"><li>the first parameter is the message body</li><li>the 2nd parameter is a Map of the headers</li><li>the 3r
d parameter is a Map of the Exchange properties</li></ul><p>This convention is best explained with some examples.</p><p>In the method below, we have only 2 parameters, so the 1st parameter is the body of the <code>oldExchange</code>, and the 2nd is paired to the body of the <code>newExchange</code>:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[public String append(String existing, String next) {
return existing + next;
}
]]></script>
-</div></div>
-
-<p>In the method below, we have only 4 parameters, so the 1st parameter is the body of the <code>oldExchange</code>, and the 2nd is the Map of the <code>oldExchange} headers, and the 3rd is paired to the body of the {{newExchange</code>, and the 4th parameter is the Map of the <code>newExchange</code> headers:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-public String append(String existing, Map existingHeaders, String next, Map nextHeaders) {
+</div></div><p>In the method below, we have only 4 parameters, so the 1st parameter is the body of the <code>oldExchange</code>, and the 2nd is the Map of the <code>oldExchange} headers, and the 3rd is paired to the body of the {{newExchange</code>, and the 4th parameter is the Map of the <code>newExchange</code> headers:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[public String append(String existing, Map existingHeaders, String next, Map nextHeaders) {
return existing + next;
}
]]></script>
-</div></div>
-
-<p>And finally if we have 6 parameters the we also have the properties of the <a shape="rect" href="exchange.html">Exchange</a>s:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-public String append(String existing, Map existingHeaders, Map existingProperties, String next, Map nextHeaders, Map nextProperties) {
+</div></div><p>And finally if we have 6 parameters the we also have the properties of the <a shape="rect" href="exchange.html">Exchange</a>s:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[public String append(String existing, Map existingHeaders, Map existingProperties, String next, Map nextHeaders, Map nextProperties) {
return existing + next;
}
]]></script>
-</div></div>
-
-<p>To use this with the <a shape="rect" href="aggregator2.html">Aggregate</a> EIP we can use a POJO with the aggregate logic as follows:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-public class MyBodyAppender {
+</div></div><p>To use this with the <a shape="rect" href="aggregator2.html">Aggregate</a> EIP we can use a POJO with the aggregate logic as follows:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[public class MyBodyAppender {
public String append(String existing, String next) {
return next + existing;
@@ -2705,12 +2530,8 @@ public class MyBodyAppender {
}
]]></script>
-</div></div>
-
-<p>And then in the Camel route we create an instance of our bean, and then refer to the bean in the route using <code>bean</code> method from <code>org.apache.camel.util.toolbox.AggregationStrategies</code> as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- private MyBodyAppender appender = new MyBodyAppender();
+</div></div><p>And then in the Camel route we create an instance of our bean, and then refer to the bean in the route using <code>bean</code> method from <code>org.apache.camel.util.toolbox.AggregationStrategies</code> as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ private MyBodyAppender appender = new MyBodyAppender();
public void configure() throws Exception {
from("direct:start")
@@ -2719,38 +2540,24 @@ public class MyBodyAppender {
.to("mock:result");
}
]]></script>
-</div></div>
-
-<p>We can also provide the bean type directly:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- public void configure() throws Exception {
+</div></div><p>We can also provide the bean type directly:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ public void configure() throws Exception {
from("direct:start")
.aggregate(constant(true), AggregationStrategies.bean(MyBodyAppender.class, "append"))
.completionSize(3)
.to("mock:result");
}
]]></script>
-</div></div>
-
-
-
-<p>And if the bean has only one method we do not need to specify the name of the method:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- public void configure() throws Exception {
+</div></div><p>And if the bean has only one method we do not need to specify the name of the method:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ public void configure() throws Exception {
from("direct:start")
.aggregate(constant(true), AggregationStrategies.bean(MyBodyAppender.class))
.completionSize(3)
.to("mock:result");
}
]]></script>
-</div></div>
-
-<p>And the <code>append</code> method could be static:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
-public class MyBodyAppender {
+</div></div><p>And the <code>append</code> method could be static:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[public class MyBodyAppender {
public static String append(String existing, String next) {
return next + existing;
@@ -2758,19 +2565,11 @@ public class MyBodyAppender {
}
]]></script>
-</div></div>
-
-<p>If you are using XML DSL then we need to declare a <bean> with the POJO:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
- <bean id="myAppender" class="com.foo.MyBodyAppender"/>
+</div></div><p>If you are using XML DSL then we need to declare a <bean> with the POJO:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[ <bean id="myAppender" class="com.foo.MyBodyAppender"/>
]]></script>
-</div></div>
-
-<p>And in the Camel route we use <code>strategyRef</code> to refer to the bean by its id, and the <code>strategyMethodName</code> can be used to define the method name to call:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
- <camelContext xmlns="http://camel.apache.org/schema/spring">
+</div></div><p>And in the Camel route we use <code>strategyRef</code> to refer to the bean by its id, and the <code>strategyMethodName</code> can be used to define the method name to call:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[ <camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
<from uri="direct:start"/>
<aggregate strategyRef="myAppender" strategyMethodName="append" completionSize="3">
@@ -2782,20 +2581,8 @@ public class MyBodyAppender {
</route>
</camelContext>
]]></script>
-</div></div>
-
-<p>When using XML DSL you must define the POJO as a <bean>.</p>
-
-<h4 id="BookPatternAppendix-Aggregatingwhennodata">Aggregating when no data</h4>
-
-<p>By default when using POJOs as AggregationStrategy, then the method is <strong>only</strong> invoked when there is data to be aggregated (by default). You can use the option <code>strategyMethodAllowNull</code> to configure this. Where as without using POJOs then you may have <code>null</code> as <code>oldExchange</code> or <code>newExchange</code> parameters. For example the <a shape="rect" href="aggregator2.html">Aggregate</a> EIP will invoke the <code>AggregationStrategy</code> with <code>oldExchange</code> as null, for the first <a shape="rect" href="exchange.html">Exchange</a> incoming to the aggregator. And then for subsequent <a shape="rect" href="exchange.html">Exchange</a>s then <code>oldExchange</code> and <code>newExchange</code> parameters are both not null. </p>
-
-<h5 id="BookPatternAppendix-Examplewithandnodata">Example with <a shape="rect" href="content-enricher.html">Content Enricher</a> and no data</h5>
-<p>Though with POJOs as AggregationStrategy we made this simpler and only call the method when <code>oldExchange</code> and <code>newExchange</code> is not null, as that would be the most common use-case. If you need to allow <code>oldExchange</code> or <code>newExchange</code> to be null, then you can configure this with the POJO using the <code>AggregationStrategyBeanAdapter</code> as shown below. On the bean adapter we call <code>setAllowNullNewExchange</code> to allow the new exchange to be null.</p>
-
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- public void configure() throws Exception {
+</div></div><p>When using XML DSL you must define the POJO as a <bean>.</p><h4 id="BookPatternAppendix-Aggregatingwhennodata">Aggregating when no data</h4><p>By default when using POJOs as AggregationStrategy, then the method is <strong>only</strong> invoked when there is data to be aggregated (by default). You can use the option <code>strategyMethodAllowNull</code> to configure this. Where as without using POJOs then you may have <code>null</code> as <code>oldExchange</code> or <code>newExchange</code> parameters. For example the <a shape="rect" href="aggregator2.html">Aggregate</a> EIP will invoke the <code>AggregationStrategy</code> with <code>oldExchange</code> as null, for the first <a shape="rect" href="exchange.html">Exchange</a> incoming to the aggregator. And then for subsequent <a shape="rect" href="exchange.html">Exchange</a>s then <code>oldExchange</code> and <code>newExchange</code> parameters are both not null.</p><h5 id="BookPatternAppendix-Examplewithandnodata"
>Example with <a shape="rect" href="content-enricher.html">Content Enricher</a> and no data</h5><p>Though with POJOs as AggregationStrategy we made this simpler and only call the method when <code>oldExchange</code> and <code>newExchange</code> is not null, as that would be the most common use-case. If you need to allow <code>oldExchange</code> or <code>newExchange</code> to be null, then you can configure this with the POJO using the <code>AggregationStrategyBeanAdapter</code> as shown below. On the bean adapter we call <code>setAllowNullNewExchange</code> to allow the new exchange to be null.</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ public void configure() throws Exception {
AggregationStrategyBeanAdapter myStrategy = new AggregationStrategyBeanAdapter(appender, "append");
myStrategy.setAllowNullOldExchange(true);
myStrategy.setAllowNullNewExchange(true);
@@ -2805,24 +2592,15 @@ public class MyBodyAppender {
.to("mock:result");
}
]]></script>
-</div></div>
-
-<p>This can be configured a bit easier using the <code>beanAllowNull</code> method from <code>AggregationStrategies</code> as shown:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- public void configure() throws Exception {
+</div></div><p>This can be configured a bit easier using the <code>beanAllowNull</code> method from <code>AggregationStrategies</code> as shown:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ public void configure() throws Exception {
from("direct:start")
.pollEnrich("seda:foo", 1000, AggregationStrategies.beanAllowNull(appender, "append"))
.to("mock:result");
}
]]></script>
-</div></div>
-
-
-<p>Then the <code>append</code> method in the POJO would need to deal with the situation that <code>newExchange</code> can be null:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- public class MyBodyAppender {
+</div></div><p>Then the <code>append</code> method in the POJO would need to deal with the situation that <code>newExchange</code> can be null:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ public class MyBodyAppender {
public String append(String existing, String next) {
if (next == null) {
@@ -2834,14 +2612,8 @@ public class MyBodyAppender {
}
]]></script>
-</div></div>
-
-<p>In the example above we use the <a shape="rect" href="content-enricher.html">Content Enricher</a> EIP using <code>pollEnrich</code>. The <code>newExchange</code> will be null in the situation we could not get any data from the "seda:foo" endpoint, and therefore the timeout was hit after 1 second. So if we need to do some special merge logic we would need to set <code>setAllowNullNewExchange=true</code>, so the <code>append</code> method will be invoked. If we do not do that then when the timeout was hit, then the append method would normally not be invoked, meaning the <a shape="rect" href="content-enricher.html">Content Enricher</a> did not merge/change the message. </p>
-
-<p>In XML DSL you would configure the <code>strategyMethodAllowNull</code> option and set it to true as shown below:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[
- <camelContext xmlns="http://camel.apache.org/schema/spring">
+</div></div><p>In the example above we use the <a shape="rect" href="content-enricher.html">Content Enricher</a> EIP using <code>pollEnrich</code>. The <code>newExchange</code> will be null in the situation we could not get any data from the "seda:foo" endpoint, and therefore the timeout was hit after 1 second. So if we need to do some special merge logic we would need to set <code>setAllowNullNewExchange=true</code>, so the <code>append</code> method will be invoked. If we do not do that then when the timeout was hit, then the append method would normally not be invoked, meaning the <a shape="rect" href="content-enricher.html">Content Enricher</a> did not merge/change the message.</p><p>In XML DSL you would configure the <code>strategyMethodAllowNull</code> option and set it to true as shown below:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: xml; gutter: false" type="syntaxhighlighter"><![CDATA[ <camelContext xmlns="http://camel.apache.org/schema/spring">
<route>
<from uri="direct:start"/>
<aggregate strategyRef="myAppender" strategyMethodName="append" strategyMethodAllowNull="true" completionSize="3">
@@ -2853,14 +2625,8 @@ public class MyBodyAppender {
</route>
</camelContext>
]]></script>
-</div></div>
-
-<h5 id="BookPatternAppendix-Differentbodytypes">Different body types</h5>
-
-<p>When for example using <code>strategyMethodAllowNull</code> as true, then the parameter types of the message bodies does not have to be the same. For example suppose we want to aggregate from a <code>com.foo.User</code> type to a <code>List<String></code> that contains the user name. We could code a POJO doing this as follows:</p>
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[
- public static final class MyUserAppender {
+</div></div><h5 id="BookPatternAppendix-Differentbodytypes">Different body types</h5><p>When for example using <code>strategyMethodAllowNull</code> as true, then the parameter types of the message bodies does not have to be the same. For example suppose we want to aggregate from a <code>com.foo.User</code> type to a <code>List<String></code> that contains the user name. We could code a POJO doing this as follows:</p><div class="code panel pdl" style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" type="syntaxhighlighter"><![CDATA[ public static final class MyUserAppender {
public List addUsers(List names, User user) {
if (names == null) {
@@ -2871,12 +2637,7 @@ public class MyBodyAppender {
}
}
]]></script>
-</div></div>
-
-<p>Notice that the return type is a List which we want to contain the user names. The 1st parameter is the list of names, and then notice the 2nd parameter is the incoming <code>com.foo.User</code> type.</p>
-
-<h3 id="BookPatternAppendix-Seealso">See also</h3>
-<ul class="alternate"><li>The <a shape="rect" href="loan-broker-example.html">Loan Broker Example</a> which uses an aggregator</li><li><a shape="rect" class="external-link" href="http://tmielke.blogspot.com/2009/01/using-camel-aggregator-correctly.html" rel="nofollow">Blog post by Torsten Mielke</a> about using the aggregator correctly.</li><li>The old <a shape="rect" href="aggregator.html">Aggregator</a></li><li><a shape="rect" href="hawtdb.html">HawtDB</a>, <a shape="rect" href="leveldb.html">LevelDB</a> or <a shape="rect" href="sql-component.html">SQL Component</a> for persistence support</li><li><a shape="rect" href="aggregate-example.html">Aggregate Example</a> for an example application</li></ul>
+</div></div><p>Notice that the return type is a List which we want to contain the user names. The 1st parameter is the list of names, and then notice the 2nd parameter is the incoming <code>com.foo.User</code> type.</p><h3 id="BookPatternAppendix-Seealso">See also</h3><ul class="alternate"><li>The <a shape="rect" href="loan-broker-example.html">Loan Broker Example</a> which uses an aggregator</li><li><a shape="rect" class="external-link" href="http://tmielke.blogspot.com/2009/01/using-camel-aggregator-correctly.html" rel="nofollow">Blog post by Torsten Mielke</a> about using the aggregator correctly.</li><li>The old <a shape="rect" href="aggregator.html">Aggregator</a></li><li><a shape="rect" href="hawtdb.html">HawtDB</a>, <a shape="rect" href="leveldb.html">LevelDB</a> or <a shape="rect" href="sql-component.html">SQL Component</a> for persistence support</li><li><a shape="rect" href="aggregate-example.html">Aggregate Example</a> for an example application</li></ul>
<h3 id="BookPatternAppendix-Resequencer">Resequencer</h3>
<p>The <a shape="rect" class="external-link" href="http://www.enterpriseintegrationpatterns.com/Resequencer.html" rel="nofollow">Resequencer</a> from the <a shape="rect" href="enterprise-integration-patterns.html">EIP patterns</a> allows you to reorganise messages based on some comparator. By default in Camel we use an <a shape="rect" href="expression.html">Expression</a> to create the comparator; so that you can compare by a message header or the body or a piece of a message etc.</p>
Modified: websites/production/camel/content/book-quickstart.html
==============================================================================
--- websites/production/camel/content/book-quickstart.html (original)
+++ websites/production/camel/content/book-quickstart.html Tue Feb 11 07:24:13 2014
@@ -18,11 +18,11 @@
-->
<html>
<head>
- <link href="http://camel.apache.org/styles/site.css" rel="stylesheet" type="text/css">
- <link href="http://camel.apache.org/styles/type-settings.css" rel="stylesheet" type="text/css">
- <script src="http://camel.apache.org/styles/prototype.js" type="text/javascript"></script>
- <script src="http://camel.apache.org/styles/rico.js" type="text/javascript"></script>
- <script src="http://camel.apache.org/styles/site.js" type="text/javascript"></script>
+ <link href="//camel.apache.org/styles/site.css" rel="stylesheet" type="text/css">
+ <link href="//camel.apache.org/styles/type-settings.css" rel="stylesheet" type="text/css">
+ <script src="//camel.apache.org/styles/prototype.js" type="text/javascript"></script>
+ <script src="//camel.apache.org/styles/rico.js" type="text/javascript"></script>
+ <script src="//camel.apache.org/styles/site.js" type="text/javascript"></script>
<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
@@ -36,12 +36,12 @@
<![endif]-->
- <link href='http://camel.apache.org/styles/highlighter/styles/shCoreCamel.css' rel='stylesheet' type='text/css' />
- <link href='http://camel.apache.org/styles/highlighter/styles/shThemeCamel.css' rel='stylesheet' type='text/css' />
- <script src='http://camel.apache.org/styles/highlighter/scripts/shCore.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushJava.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushXml.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushPlain.js' type='text/javascript'></script>
+ <link href='//camel.apache.org/styles/highlighter/styles/shCoreCamel.css' rel='stylesheet' type='text/css' />
+ <link href='//camel.apache.org/styles/highlighter/styles/shThemeCamel.css' rel='stylesheet' type='text/css' />
+ <script src='//camel.apache.org/styles/highlighter/scripts/shCore.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushJava.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushXml.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushPlain.js' type='text/javascript'></script>
<script type="text/javascript">
SyntaxHighlighter.defaults['toolbar'] = false;
Modified: websites/production/camel/content/book-table-of-contents.html
==============================================================================
--- websites/production/camel/content/book-table-of-contents.html (original)
+++ websites/production/camel/content/book-table-of-contents.html Tue Feb 11 07:24:13 2014
@@ -18,11 +18,11 @@
-->
<html>
<head>
- <link href="http://camel.apache.org/styles/site.css" rel="stylesheet" type="text/css">
- <link href="http://camel.apache.org/styles/type-settings.css" rel="stylesheet" type="text/css">
- <script src="http://camel.apache.org/styles/prototype.js" type="text/javascript"></script>
- <script src="http://camel.apache.org/styles/rico.js" type="text/javascript"></script>
- <script src="http://camel.apache.org/styles/site.js" type="text/javascript"></script>
+ <link href="//camel.apache.org/styles/site.css" rel="stylesheet" type="text/css">
+ <link href="//camel.apache.org/styles/type-settings.css" rel="stylesheet" type="text/css">
+ <script src="//camel.apache.org/styles/prototype.js" type="text/javascript"></script>
+ <script src="//camel.apache.org/styles/rico.js" type="text/javascript"></script>
+ <script src="//camel.apache.org/styles/site.js" type="text/javascript"></script>
<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
@@ -36,12 +36,12 @@
<![endif]-->
- <link href='http://camel.apache.org/styles/highlighter/styles/shCoreCamel.css' rel='stylesheet' type='text/css' />
- <link href='http://camel.apache.org/styles/highlighter/styles/shThemeCamel.css' rel='stylesheet' type='text/css' />
- <script src='http://camel.apache.org/styles/highlighter/scripts/shCore.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushJava.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushXml.js' type='text/javascript'></script>
- <script src='http://camel.apache.org/styles/highlighter/scripts/shBrushPlain.js' type='text/javascript'></script>
+ <link href='//camel.apache.org/styles/highlighter/styles/shCoreCamel.css' rel='stylesheet' type='text/css' />
+ <link href='//camel.apache.org/styles/highlighter/styles/shThemeCamel.css' rel='stylesheet' type='text/css' />
+ <script src='//camel.apache.org/styles/highlighter/scripts/shCore.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushJava.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushXml.js' type='text/javascript'></script>
+ <script src='//camel.apache.org/styles/highlighter/scripts/shBrushPlain.js' type='text/javascript'></script>
<script type="text/javascript">
SyntaxHighlighter.defaults['toolbar'] = false;