You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2015/07/15 17:06:04 UTC
[jira] [Commented] (QPIDJMS-85) ensure deliveries have state when
settled during cleanup
[ https://issues.apache.org/jira/browse/QPIDJMS-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14628197#comment-14628197 ]
ASF subversion and git services commented on QPIDJMS-85:
--------------------------------------------------------
Commit 32839a59908040c492e0e11d7a00bd3f8548a1fa in qpid-jms's branch refs/heads/master from Robert Gemmell
[ https://git-wip-us.apache.org/repos/asf?p=qpid-jms.git;h=32839a5 ]
QPIDJMS-85: ensure all deliveries have state when settled
> ensure deliveries have state when settled during cleanup
> --------------------------------------------------------
>
> Key: QPIDJMS-85
> URL: https://issues.apache.org/jira/browse/QPIDJMS-85
> Project: Qpid JMS
> Issue Type: Improvement
> Components: qpid-jms-client
> Affects Versions: 0.3.0
> Reporter: Robbie Gemmell
> Assignee: Robbie Gemmell
> Fix For: 0.4.0
>
>
> When clearing up link objects any unsettled deliveries get settled by Proton. It does this without any delivery state if they have not previously been given any. While this is perfectly legal protocol usage, it can be confusing and additionally relies on the other peer doing the correct thing in that scenario. It would be ncier to set an explicit state, and there are also cases (e.g client ack) where we might want the some of deliveries to have different state than the default-outcome.
> Proton 0.10 adds support for specifying a 'default delivery state' to apply rather than leaving the state unset when settling, we can use this to ensure deliveries get a fallback state at settlement if not otherwise given one explicitly.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org