sca-assembly message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Fw: [sca-assembly] NEW ISSUE: composite ref pseudo schema doesn't agreewith XML schema definitions - @autowire
- From: Mike Edwards <mike_edwards@uk.ibm.com>
- To: "OASIS Assembly" <sca-assembly@lists.oasis-open.org>
- Date: Tue, 8 Sep 2009 13:17:04 +0100
Logged as: http://www.osoa.org/jira/browse/ASSEMBLY-180
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:
| David Booz <booz@us.ibm.com>
|
To:
| sca-assembly@lists.oasis-open.org
|
Date:
| 01/09/2009 18:18
|
Subject:
| [sca-assembly] NEW ISSUE: composite
ref pseudo schema doesn't agree with XML schema definitions - @autowire |
TARGET: CD03 revision2 [1]
DESCRIPTION:
The pseudo-schema for composite references on line 1399 does not mention
the @autowire attribute, but it is allowed according to the XML schema
for a composite.
PROPOSAL:
Lines 886-887 hint at the intention for autowire to be inherited, though
structural vs. implementation inheritance is not indicated in this text.
Lines 1893-1895 specify the behavior for structural inheritance.
Line 1883-1886 indicate that autowiring within a composite only happens
when the reference is not promoted. This implies that a promoted and autowired
reference at least has some meaning and has a different behavior.
Given the above existing text, I'll assert that the intention has been
to support inheritance of autowire up through promoted references. This
behavior is also consistent with other reference attributes. Therefore,
I have written the following proposal:
(a) After line 1401, insert:
autowire="xs:boolean"?
(b) After line 1487, insert:
autowire : boolean (0..1) – whether the reference is autowired, as described
in the Autowire section. All the component references promoted by a single
composite reference MUST have the same value for @autowire. [ASMxxxxx]
If the @autowire attribute is not specified on the composite reference,
the default value is "true" if all of the promoted component
references have a autowire value of "true", and the default value
is "false" if all the promoted component references have a autowire
value of "false". If the @autowire attribute is specified, its
value MUST be "true" if all of the promoted component references
have a autowire value of "true", and its value MUST be "false"
if all the promoted component references have a autowire value of "false".
[ASMxxxxx]
(c)There is also a corresponding change needed to the resolution for issue
147, but as that issue has not been applied yet, I do not have line numbers
to pin-point the location of the change. The textual change needed is to
add text to the @autowire bullet of the <reference/> section to read
like the bullet for @wiredByImpl. The replacement text is:
@autowire attribute is set to the value of the @autowire attribute of the
<reference/> in the composite, if present. If it is not declared
on the composite reference, it is set to the value of the @autowire attribute
of the promoted reference(s).
[1] http://www.oasis-open.org/committees/download.php/33563/sca-assembly-1.1-spec-cd03-Rev2.pdf
Dave Booz
STSM, BPM and SCA Architecture
Co-Chair OASIS SCA-Policy TC and SCA-J TC
"Distributed objects first, then world hunger"
Poughkeepsie, NY (845)-435-6093 or 8-295-6093
e-mail:booz@us.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]