You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (Jira)" <ji...@apache.org> on 2020/06/25 15:47:00 UTC

[jira] [Created] (CAMEL-15244) AggregationStrategy - default timeout method should be empty

Claus Ibsen created CAMEL-15244:
-----------------------------------

             Summary: AggregationStrategy - default timeout method should be empty
                 Key: CAMEL-15244
                 URL: https://issues.apache.org/jira/browse/CAMEL-15244
             Project: Camel
          Issue Type: Improvement
          Components: camel-core
    Affects Versions: 3.4.0
            Reporter: Claus Ibsen
             Fix For: 3.4.1, 3.5.0


As reported on gitter

Hi, I've noticed we get the following warning when using groupedBodyAggregationStrategy with sjms-batch.

2020-06-25 22:49:19.522 WARN ||| 21068 --- [msBatchConsumer] o.a.c.p.a.GroupedBodyAggregationStrategy : Parallel processing timed out after 500 millis for number 18. This task will be cancelled and will not be aggregated.
I think it comes from this default interface implementation on AggregationStrategy.

    default void timeout(Exchange exchange, int index, int total, long timeout) {
        // log a WARN we timed out since it will not be aggregated and the Exchange will be lost
        LoggerFactory.getLogger(getClass()).warn("Parallel processing timed out after {} millis for number {}. This task will be cancelled and will not be aggregated.", timeout, index);
    }
I think the warning is wrong as the aggregated messages do seem to come through. It is just annoying in the logs. I can change log level for this category to error but I'm concerned there may be genuine info that will be hidden. Any thoughts?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)