Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Message-ID: <485877292.1215068160398.JavaMail.jira@brutus>
Date: Wed, 2 Jul 2008 23:56:00 -0700 (PDT)
From: "Dmitry Tsigelnik (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Subject: [jira] Commented: (AMQ-1800) Redilivery counter increase incredible
In-Reply-To: <1643294727.1213620300307.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/activemq/browse/AMQ-1800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=43881#action_43881 ] 

Dmitry Tsigelnik commented on AMQ-1800:
---------------------------------------

I've invented problem and I thnink the problem is absence of command like RollabckCommand which could increment redelivery counter on server.

It think it should be added something like RollbackCommand and session.sendRollback(rollbackCommand) as like as sesssion.sendAck(ack)

> Redilivery counter increase incredible
> --------------------------------------
>
>                 Key: AMQ-1800
>                 URL: https://issues.apache.org/activemq/browse/AMQ-1800
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: JMS client
>    Affects Versions: 5.1.0
>            Reporter: Dmitry Tsigelnik
>
> I have some transacted session. Each session has one consumer which recive messages in parallel from one queue.
> Also I use redeliveryPolicy. When I restart my application and close connection which close sessions which close consumers, message jumps from one closing consumer to another while all consumers will be stopped and rediliveryCounter++ executes every time when message is redispatched
> You have to add any flag to connection which says: if connection.stop() is executed then forbore any message redispatching

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.