- From: Phil Adams <phil_adams@us.ibm.com>
- Date: Fri, 10 Apr 2009 15:37:17 -0500
- To: public-soap-jms@w3.org
- Message-ID: <OF957E2F7C.79F39520-ON86257594.006DFA75-86257594.00714666@us.ibm.com>
Hi everyone,
A couple of weeks ago I took ACTION-75 which is to come up with a
response to Dongbo Xiao's comment:
"A related minor issue is the need of defining the error/fault message
that the client would get when it uses a URL that contains the "queue" or
"topic" variant to access an implementation that does not support those
variants."
After reading through the spec and specifically searching for places where
we refer to the variants of the JMS URI scheme, I think we really only
need to change one place. In section 2.2.1, we discuss various
"connection-related" properties, one of which is the lookupVariant:
[Definition: soapjms:lookupVariant ](xsd:string)
Specifies the technique to use for looking up the given destination name.
MUST be specified in the JMS URI, as the jms-variant portion of the
syntax. †
The jms-variant: jndi MUST be supported
My proposal would be to simply change
"The jms-variant: JNDI MUST be supported"
to
"The jms-variant: JNDI MUST be supported
[Definition: Use fault subcode unsupportedLookupVariant if
the JMS URI specifies a lookup variant that is not supported by the
implementation]".
Comments?
Phil
__________________________________________________________________________________________________________
Phil Adams (phil_adams@us.ibm.com)
WebSphere Application Server
Office: (512) 286-5041 (t/l 363)
Web Services Development
Cell: (512) 750-6599
IBM - Austin, TX
Received on Friday, 10 April 2009 20:38:01 UTC