[
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)
