Thanks for your message Patrick Deasy,
I suggest we consult the TCK Signature Tests. Do they have the createSharedConnectionConsumer and
createSharedDurableConnectionConsumer on the Connection interface.
I see no reason why they would not also need to be implemented. They are specified in the normative javadoc for the specification:
But both of these methods have this interesting text in their JavaDoc:
This is an expert facility not used by ordinary Jakarta Messaging clients.
This method must not be used in a Jakarta EE web or EJB application. Doing so may cause a JMSException to be thrown though this is not guaranteed.
However, this text does not mean the methods are somehow not required.
I'll defer to a messaging expert, but my read is that these methods are indeed required for compliance.
Ed
From: messaging-dev <messaging-dev-bounces@xxxxxxxxxxx> on behalf of Patrick Deasy via messaging-dev <messaging-dev@xxxxxxxxxxx>
Date: Thursday, December 19, 2024 at 13:48
To: messaging-dev@xxxxxxxxxxx <messaging-dev@xxxxxxxxxxx>
Cc: Patrick Deasy <pa-deasy@xxxxxxxxxxx>
Subject: [EXTERNAL] [messaging-dev] Clarification on Jakarta Messaging 3.1 Shared Subscriptions
Hello,
I seek clarification on Jakarta Messaging 3.1 and JMS 2.0 specification in relation to shared subscriptions(ref
8.3.2 and
8.3.4).
It outlines the addition of createSharedDurableConsumer and createSharedConsumer on JMSContext and Session. These need to be implemented to be Jakarta Messaging 3.1 compliant.
Connection also has
createSharedConnectionConsumer and
createSharedDurableConnectionConsumer methods
added
. Do those connection methods need to be implemented in order to be Jakarta Messaging 3.1 compliant? They are not mentioned in the spec(ref
8.3.2 and
8.3.4).
Kind regards,
Patrick