You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Stig Rohde Døssing (JIRA)" <ji...@apache.org> on 2016/08/02 17:16:20 UTC

[jira] [Created] (STORM-2014) New Kafka spout duplicates checking if failed messages have reached max retries

Stig Rohde Døssing created STORM-2014:
-----------------------------------------

             Summary: New Kafka spout duplicates checking if failed messages have reached max retries
                 Key: STORM-2014
                 URL: https://issues.apache.org/jira/browse/STORM-2014
             Project: Apache Storm
          Issue Type: Bug
          Components: storm-kafka
            Reporter: Stig Rohde Døssing
            Assignee: Stig Rohde Døssing


The new Kafka spout has a RetryService interface that should make logic around retrying tuples pluggable. The RetryServiceExponentialBackoff class has code for setting a max retry count, and dropping messages once they reach the retry limit. This functionality is duplicated by the spout in the fail method, which means that the user must set different maxRetries for the RetryService and the spout in order for the RetryService code to be hit when dropping messages.

I think the retry logic belongs in the RetryService interface, and should be removed from the spout. It would also be good if the RetryService could indicate if a message will be retried or not.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)