Hi,
I would like to say I support Mike's view. Speaking for Fabric3 (an SCA implementation), while we support some optional normative portions of the specifications, we have made the decision not to support others. This decision was not based on difficulty of implementation (the optional normative sections we have reviewed are fairly straightforward), but on a view that certain features do not align with our technical direction.
I am stating this publicly to make clear that Fabric3 will not be one of the implementations to help satisfy the optional normative portions, if the TC were to adopt such stringent Exit Criteria. If there are two implementations that can categorically state plans to support all the optional portions, then I would not be concerned. However, as it stands, I am only aware of two implementations that plan conformance to the mandatory portions (Tuscany and Fabric3).
Is any implementation wiling to step forward and commit to supporting the optional portions? If not, requiring conformance to them as part of the Exit Criteria sure seems to be a recipe for non-standardization. This would be a terrible outcome given all of the hard work the TC has put in over the past several years and the market need for such an innovative technology.
Jim
On Mar 9, 2011, at 3:10 AM, Mike Edwards wrote:
Folks,
My view of this proposal is that it
makes optional normative parts of any specifications pretty well untenable.
Perhaps this is the intention.
If this was what was intended from the
start, then I am sure that the approach to optional sections of any of
the
SCA specifications in any of the TCs
would have been very different.
The implication is that there would
be an arbitrarily high bar set to achieve the exit criteria for the SCA
specifications.
I see no point to this - it is a recipe
for never reaching standardization.
I see two alternative paths:
o Not accept this approach to the Exit
Criteria
o Start now removing all the optional
normative parts of the SCA specifications (either remove them entirely
or make
them non-normative - which of these
to adopt will vary depending on the specification).
I remind everyone that the impact of
this decision will be greater in some of the other TCs - some specifications
such
as the Web Services one - have
significant optional sections. It will also have an impact on the
development of the
1.2 version of the Assembly specification.
Yours, Mike
|
|
Dr Mike Edwards
| Mail Point 137, Hursley
Park
|
<Mail Attachment.gif>
|
STSM
| Winchester, Hants SO21
2JN
|
SCA & Services
Standards
| United Kingdom
|
Co-Chair OASIS SCA
Assembly TC
|
|
|
IBM Software Group
|
|
|
Phone:
| +44-1962 818014
|
|
|
Mobile:
| +44-7802-467431 (274097)
|
|
|
e-mail:
| mike_edwards@uk.ibm.com
|
|
|
|
|
Danny,
Here is the text from the chat:
"o the 2 independent runtimes shall pass the Test Suite for SCA Assembly
as described in the document 'TestCases for the SCA Assembly Model
Version 1.1 Specification'. The TC shall use the results (expected
output) of the relevant tests, submitted by the implementer (in any
form), to verify that the runtime passes the tests."
This + changes to talk about pair-wise (instead of all) implementation
of normative parts would change Mike's proposal 1 to:
"The Concrete Exit Criteria for the SCA Assembly V1.1 specification
are
that:
o there shall be at least 2 independent SCA runtimes that are compliant
with each normative portion of the specification as described in Section
12.2 of the SCA Assembly V1.1 specification
o the 2 independent runtimes shall pass the Test Suite for SCA Assembly
as described in the document 'TestCases for the SCA Assembly Model
Version 1.1 Specification'. The TC shall use the results (expected
output) of the relevant tests, submitted by the implementer (in any
form), to verify that the runtime passes the tests.
-Anish
--
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
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
|