curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CURATOR-225) Add a new mode ErrorMode.KEEP
Date Sun, 19 Jul 2015 22:32:04 GMT

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

ASF GitHub Bot commented on CURATOR-225:
----------------------------------------

Github user zzcoder commented on the pull request:

    https://github.com/apache/curator/pull/85#issuecomment-122711667
  
    @madrob With REQUEUE, the entry is removed from the queue and appended to the back of
the queue,  it violates the FIFO principal of the queue and it matters to our application.
With the added option, the item will be kept in the queue intact.


> Add a new mode ErrorMode.KEEP
> -----------------------------
>
>                 Key: CURATOR-225
>                 URL: https://issues.apache.org/jira/browse/CURATOR-225
>             Project: Apache Curator
>          Issue Type: New Feature
>          Components: Framework
>    Affects Versions: 2.8.0
>         Environment: Windows 7/Java 8
>            Reporter: Zhihong Zhang
>            Priority: Critical
>              Labels: curator, locking, queue
>
> When locking is used and consumer throws exception, there are currently 2 modes, REQUEUE
and DELETE.  In our use-cases, the items in the queue need to keep in the same FIFO order,
even in case of the error. A 3rd mode is needed to keep the queue order intact.



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

Mime
View raw message