[jira] [Commented] (ARTEMIS-3610) Artemis's Core JMS 2 CompletionListener with persistent messages should work by default

["Gary Tully (Jira)" <ji...@apache.org>]

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

Gary Tully commented on ARTEMIS-3610:
-------------------------------------

I think the use of completion listener with a persistent message with default (unset) confirmationWindowSize should behave as if confirmationWindowSize=1, essentially blocking behaviour.

The current behaviour where it fires immediately is just wrong from a jms durable send point of view, it is essentially a lie.

> Artemis's Core JMS 2 CompletionListener  with persistent messages should work by default
> ----------------------------------------------------------------------------------------
>
>                 Key: ARTEMIS-3610
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-3610
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>            Reporter: Francesco Nigro
>            Assignee: Francesco Nigro
>            Priority: Major
>
> JMS 2 spec allow non-persistent messages sent to get CompletionListener's callback called without any response coming from the broker, but persistent ones should block OR reliably use the CompletionListener relying on broker's responses.
> Right now if users won't configure confirmationWindowSize (that's -1 by default), they won't get *any* meaningful behaviour of CompletionListener both for persistent and non-persistent messages: we should provide a default configuration of confirmationWindowSize or just allow CompletionListener to work without configuring any, in order to let persistent messages to work as by JMS 2 spec.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)