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 2012/05/25 06:30:23 UTC

[jira] [Commented] (CAMEL-5306) Support for sending ChangeMessageVisibility calls while processing SQS messages

    [ https://issues.apache.org/jira/browse/CAMEL-5306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13283113#comment-13283113 ] 

Claus Ibsen commented on CAMEL-5306:
------------------------------------

Can we avoid the complex logic with scheduled thread pool and whatnot.
Instead just set a fixed value.
                
> Support for sending ChangeMessageVisibility calls while processing SQS messages
> -------------------------------------------------------------------------------
>
>                 Key: CAMEL-5306
>                 URL: https://issues.apache.org/jira/browse/CAMEL-5306
>             Project: Camel
>          Issue Type: New Feature
>          Components: camel-aws
>            Reporter: alex hutter
>            Priority: Minor
>         Attachments: extendMessageVisibility.patch
>
>
> When consuming messages from SQS the visibilityTimeout property controls how long the consumer has to call deleteMessage before the message is re-delivered to another consumer.  When processing messages that take an unpredicatible duration, such as requests to download large files, it is difficult to choose a good value for visibilityTimeout.
> SQS provides an API ChangeMessageVisibility that can be used to extend visbilityTimeout if a consumer determins that it is going to need longer to process the current message (http://docs.amazonwebservices.com/AWSSimpleQueueService/latest/APIReference/Query_QueryChangeMessageVisibility.html).
> I would like Camel to be able to handle the calling of ChangeMessageVisibility based on how long the message consuming code is taking to process the received message.  Since Camel knows how long visibilityTimeout is set to it should be able to keep SQS notified that the processor is still running until it is ready to call deleteMessage.
> I have had a first attempt at solving this and my code is in the attached patch.  This may not be a perfect solution so please provide me with feedback if you would like it changed before it is merged in.
> The patch was made against the 2.9.x branch and my working copy is: https://github.com/haku/camel .

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira