You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "Ashwin Karpe (JIRA)" <ji...@apache.org> on 2011/03/17 20:47:29 UTC

[jira] Created: (CAMEL-3788) HTTP Producer seems to send an empty body request on redelivery when the original request fails due to a connection timeout

HTTP Producer seems to send an empty body request on redelivery when the original request fails due to a connection timeout
---------------------------------------------------------------------------------------------------------------------------

                 Key: CAMEL-3788
                 URL: https://issues.apache.org/jira/browse/CAMEL-3788
             Project: Camel
          Issue Type: Bug
          Components: camel-http
    Affects Versions: 2.6.0, 2.0-M2
            Reporter: Ashwin Karpe


Camel HTTP Producer is throwing an exception when it encounters a connection timeout. However instead of preserving the original message it is treating it processing the exception output. When connected to a redelivery meachanism, this results in an exception message being sent as input to the HTTP Consumer. The older versions of Camel behaved differently on read timeout. In Camel 1.x, in a read timeout, the Exception is thrown and the input message to the producer is passed through the pipeline. Now there is a difference: An exception is thrown and the output of the HTTP Producer is passed through the pipeline. 

Need to study why and what changed since Camel 1.x and ensure that the above does not happen.

For more details, please check out the following nabble entry

http://camel.465427.n5.nabble.com/Http-route-returning-with-200-but-also-getting-read-timed-out-td3741631.html#a3897410

Cheers,

Ashwin...

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (CAMEL-3788) HTTP Producer seems to send an empty body request on redelivery when the original request fails due to a connection timeout

Posted by "Willem Jiang (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/CAMEL-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Willem Jiang resolved CAMEL-3788.
---------------------------------

       Resolution: Fixed
    Fix Version/s: 2.8.0
         Assignee: Willem Jiang

Committed the patch into camel-http and camel-http4.

> HTTP Producer seems to send an empty body request on redelivery when the original request fails due to a connection timeout
> ---------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CAMEL-3788
>                 URL: https://issues.apache.org/jira/browse/CAMEL-3788
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-http
>    Affects Versions: 2.0-M2, 2.6.0
>            Reporter: Ashwin Karpe
>            Assignee: Willem Jiang
>             Fix For: 2.8.0
>
>
> Camel HTTP Producer is throwing an exception when it encounters a connection timeout. However instead of preserving the original message it is treating it processing the exception output. When connected to a redelivery meachanism, this results in an exception message being sent as input to the HTTP Consumer. The older versions of Camel behaved differently on read timeout. In Camel 1.x, in a read timeout, the Exception is thrown and the input message to the producer is passed through the pipeline. Now there is a difference: An exception is thrown and the output of the HTTP Producer is passed through the pipeline. 
> Need to study why and what changed since Camel 1.x and ensure that the above does not happen.
> For more details, please check out the following nabble entry
> http://camel.465427.n5.nabble.com/Http-route-returning-with-200-but-also-getting-read-timed-out-td3741631.html#a3897410
> Cheers,
> Ashwin...

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (CAMEL-3788) HTTP Producer seems to send an empty body request on redelivery when the original request fails due to a connection timeout

Posted by "Daniel Kulp (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/CAMEL-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Daniel Kulp updated CAMEL-3788:
-------------------------------

    Fix Version/s: 2.7.3

> HTTP Producer seems to send an empty body request on redelivery when the original request fails due to a connection timeout
> ---------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CAMEL-3788
>                 URL: https://issues.apache.org/jira/browse/CAMEL-3788
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-http
>    Affects Versions: 2.0-M2, 2.6.0
>            Reporter: Ashwin Karpe
>            Assignee: Willem Jiang
>             Fix For: 2.7.3, 2.8.0
>
>
> Camel HTTP Producer is throwing an exception when it encounters a connection timeout. However instead of preserving the original message it is treating it processing the exception output. When connected to a redelivery meachanism, this results in an exception message being sent as input to the HTTP Consumer. The older versions of Camel behaved differently on read timeout. In Camel 1.x, in a read timeout, the Exception is thrown and the input message to the producer is passed through the pipeline. Now there is a difference: An exception is thrown and the output of the HTTP Producer is passed through the pipeline. 
> Need to study why and what changed since Camel 1.x and ensure that the above does not happen.
> For more details, please check out the following nabble entry
> http://camel.465427.n5.nabble.com/Http-route-returning-with-200-but-also-getting-read-timed-out-td3741631.html#a3897410
> Cheers,
> Ashwin...

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira