[
https://issues.apache.org/jira/browse/PROTON-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17692150#comment-17692150
]
ASF GitHub Bot commented on PROTON-2183:
----------------------------------------
astitcher commented on PR #387:
URL: https://github.com/apache/qpid-proton/pull/387#issuecomment-1439887868
> In https://issues.apache.org/jira/browse/PROTON-2183, I have the following
note as a comment
>
> > Triage note: missing feature, cpp does not handle aborted messages (it
would have to drop the message and update credit, unless draining).
>
> So, I am wondering if there is a special case needed for the draining
state.
I think the same would apply in general wouldn't it? and there is nothing
special for normal deliveries.
>
> Also, I would be nice to have a test for this.
I agree with this - there is code in the C examples to generate aborted
messages and you'd need to use something like that to test this as there is no
way to abort messages in C++
> [cpp client] No messaging_handler callback for aborted messages
> ---------------------------------------------------------------
>
> Key: PROTON-2183
> URL: https://issues.apache.org/jira/browse/PROTON-2183
> Project: Qpid Proton
> Issue Type: Improvement
> Components: cpp-binding
> Affects Versions: proton-c-0.30.0
> Reporter: Charles E. Rolke
> Assignee: Rakhi Kumari
> Priority: Major
> Attachments: PROTON-2183-send-receive-console.log
>
>
> A cpp receiver throws "receiver read failure" when an aborted message is
> received.
> A client based on:
> {{ class simple_recv : public proton::messaging_handler}}
> does not get called at (on_transport_error, on_connection_error,
> on_session_error, on_sender_error, on_receiver_error, on_error). The
> exception is thrown back to main() and the client application has no way to
> intercept it.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
