ASF GitHub Bot commented on NIFI-2774:

GitHub user olegz opened a pull request:


    NIFI-2774 added configurable QoS options


You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/olegz/nifi NIFI-2774B

Alternatively you can review and apply these changes as the patch at:


To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #1036
commit 5df326d886cb806d345468cd08ecd34f5b85cdd8
Author: Oleg Zhurakousky <o...@suitcase.io>
Date:   2016-09-20T14:49:22Z

    NIFI-2774 added configurable QoS options


> ConsumeJMS processor losses messages on NiFi restart
> ----------------------------------------------------
>                 Key: NIFI-2774
>                 URL: https://issues.apache.org/jira/browse/NIFI-2774
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Core Framework
>    Affects Versions: 1.0.0, 0.7.0
>            Reporter: Christopher McDermott
>            Assignee: Oleg Zhurakousky
>            Priority: Critical
>             Fix For: 1.1.0, 0.8.0
>         Attachments: 2774.patch
> ConsumeJMS processor uses auto-acknowledge mode.  Unlike the deprecated 
> GetJMSQueue processor it does not provide a way to specify a different ACK 
> mode (i.e. client-acknowledge.)  Using auto-acknowledge, acknowledges message 
> receipt from JMS *before* the messages are actually added to the flow.  This 
> leads to data-loss on NiFi stop (or crash.)
> I believe the fix for this is to allow the user to specify the ACK mode in 
> the processor configuration like is allowed by the GetJMSQueue processor.

This message was sent by Atlassian JIRA

Reply via email to