sca-bindings message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Re: [sca-bindings] Updated proposal for issue BINDINGS-40
- From: Mike Edwards <mike_edwards@uk.ibm.com>
- To: "OASIS Bindings" <sca-bindings@lists.oasis-open.org>
- Date: Wed, 22 Oct 2008 10:52:30 +0100
Folks,
I really enjoy my daily dose of XSD.
Or so my doctor tells me....
Comments in
<mje>...</mje>
Yours, Mike.
Strategist - Emerging Technologies, SCA & SDO.
Co Chair OASIS SCA Assembly TC.
IBM Hursley Park, Mail Point 146, Winchester, SO21 2JN, Great Britain.
Phone & FAX: +44-1962-818014 Mobile: +44-7802-467431
Email: mike_edwards@uk.ibm.com
From:
| Simon Holdsworth/UK/IBM@IBMGB
|
To:
| sca-bindings@lists.oasis-open.org
|
Date:
| 22/10/2008 10:04
|
Subject:
| [sca-bindings] Updated proposal for
issue BINDINGS-40 |
I propose that we resolve issue BINDINGS-40 as follows:
This proposed resolution applies to JMS binding spec cd01
-------------------------------------------------
1) ConnectionFactory and ActivationSpec are mutually exclusive within a
<binding.jms> or <response> element.
This is reflected in the text, but not in the schema.
Update the schema for the binding.jms element to put the CF and AS in a
choice element:
<sequence>
...
<choice minOccurs="0">
<element name="connectionFactory" type="sca:ConnectionFactory"/>
<element name="activationSpec" type="sca:ActivationSpec"/>
</choice>
...
Update the schema for the Response element to put the CF and AS in a choice
element:
<complexType name="Response">
<sequence>
<element name="destination" type="sca:Destination"
minOccurs="0"/>
<choice minOccurs="0">
<element name="connectionFactory"
type="sca:ConnectionFactory"/>
<element name="activationSpec"
type="sca:ActivationSpec"/>
</choice>
</sequence>
</complexType>
<mje>Fine as it is,
but see below for the binding.jms element</mje>
2) When specifying a ConnectionFactory in a <binding.jms> element,
the Destination is mandatory.
This is not reflected. Update required:
line 188 add: "When this element is present, the destination
element MUST also be present"
I don't think this can be enforced via schema because the Destination element
may optionally be specified with the ActivationSpec and no ConnectionFactory.
<mje>
Hmm, well. Can it
be captured as follows?
<choice minOccurs="0"
maxOccurs="1">
<sequence>
<element
name="destination" type="sca:Destination"/>
<element name="connectionFactory"
type="sca:ConnectionFactory"/>
</sequence>
<sequence>
<element
name="destination" type="sca:Destination" minOccurs="0"/>
<element name="activationSpec"
type="sca:ActivationSpec"/>
</sequence>
</choice>
</mje>
3) When specifying a ConnectionFactory in a <response> element, the
Destination is optional.
This is implicit, although the meaning of the destination is not clear.
Need to add some clarification:
line 195 add: "for a service, this destination is used to send response
to messages that have a null value for the JMSReplyTo destination. For
a reference, this destination is used to receive reply messages".
Note that the RFC language that describes this is included in the message
exchange patterns section.
Don't need any XML schema update for this as Destination is already optional.
4) When specifying an ActivationSpec, Destination is optional; when creating
resources if not specified the system provides a Destination, otherwise
if specified must be consistent with the ActivationSpec.
line 191 add: "If a destination element is also specified
it MUST refer to the same JMS destination as the activationSpec.
"
XML schema cannot enforce this rule as it cannot see within the activationSpec
properties.
5) A service <response> must not specify an ActivationSpec; a reference
<binding.jms> must not specify an ActivationSpec.
(I don't believe XML schema can enforce this as it cannot know whether
the binding is applied to a reference or service.)
line 191 add: This element MUST NOT be present when the binding is being
used for an SCA reference.
line 202 add: This element MUST NOT be present when the binding is being
used for an SCA service.
<mje>+1</mje>
-------------------------------------------------
Regards, Simon
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
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]