sca-bindings message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: NEW ISSUE: BJM60006 too vague and conflicts with other statements
- From: Simon Holdsworth <simon_holdsworth@uk.ibm.com>
- To: sca-bindings@lists.oasis-open.org
- Date: Thu, 24 Sep 2009 15:50:23 +0100
TARGET: SCA JMS Binding Specification
CD-03
DESCRIPTION:
BJM60006 states: "For an SCA reference
with a JMS binding, the SCA runtime MAY choose to receive response messages
on the basis of their correlation ID as defined by the binding’s @correlationScheme
attribute, or use a unique destination for each response".
This is vague - are other methods allowed,
or MUST it be one or other?
Also BJM60004 states that if there is
specific destination specified via the <response> element, that MUST
be sent as the JMSReplyTo - which means unique destinations cannot be used
for each response, and so correlation must be done according to the correlation
scheme (or possibly by some other means).
Finally, the @correlationScheme attribute
may take additional values beyond those in the spec that allow correlation
based on values other that the JMS correlation ID, so some rewording is
required there too.
PROPOSAL:
Make BJM60006 more specific to the case
where the SCA runtime is providing the destination:
For an SCA reference with a JMS binding
that does not have a destination specified via the response element, the
SCA runtime MUST either receive response messages as defined by the binding’s
@correlationScheme attribute, or use a unique destination for each request/response
interaction [BJM60006]
Add a new statement:
For an SCA reference with a JMS binding
that has a destination specified via the response element, the SCA runtime
MUST receive response messages as defined by the binding's @correlationScheme
attribute. [BJM6000X]
An alternative would be to collapse
these both into BJM60006:
For an SCA reference with a JMS binding
the SCA runtime MUST either receive response messages as defined by the
binding’s @correlationScheme attribute or, when no response destination
element is specified, use a unique destination for each request/response
interaction [BJM60006]
-----------------------
Simon Holdsworth
STSM, SCA Bindings Architect; Master Inventor; OASIS SCA Bindings TC Chair
MP 211, IBM UK Labs, Hursley Park, Winchester SO21 2JN, UK
Tel +44-1962-815059 (Internal 245059) Fax +44-1962-816898
Internet - Simon_Holdsworth@uk.ibm.com
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]