OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

tosca-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: 18 Conformance, "according to the rules"


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings!

The middle paragraph of 18 Conformance reads:

*****
An implementation conforms to this specification if it can process a
conformant TOSCA Definitions document according to the rules described
in chapters 4 through 16 of this specification.
*****

There are several problems with this paragraph but I will list them
all in this post.

1) "...according to the rules described..."

The paragraph immediately prior refers to "...normative portions..."
which is what is covered by IPR and is what implementers must conform
to in a specification.

The better fix is to refer to the normative sections, 4.3, 5.3, etc.
and say something like:

*****
A TOSCA Definitions document is a document that conforms to Sections
4.2, 5.2, etc.

An implementation that processes a TOSCA Definitions document in
conformance with the syntax and semantics as defined in Sections 4.2,
5.2, etc., is a conforming TOSCA implementation.
*****

Question: Is is possible to conform to less that all of the TOSCA
provisions? That is to have a TOSCA application that does not support
some feature of TOSCA?

If the answer to those questions is yes, then additional language
would be needed to specify sub-TOSCA documents and implementations
that can process such documents. (I don't know the details the spec so
can't answer that question.)

2) "...described in chapters 4 through 16 of this specification."

This definition excludes 2.1 Dependencies on Other Specifications, 2.2
Notational Conventions, 2.3 Normative References, 2.4 Non-Normative
References, 2.5 Typographical Conventions, 2.6 Namespaces and 2.7
Language Extensibility.

Excluding Section 2 from conformance means that the reliance of TOSCA
on XML Schema, RFC 2119, etc., is rendered null and void. No
implementer is required to follow those, although as a matter of
practice, such an implementer could claim conformance but not
interoperability with most other TOSCA implementations.

Another reason to designate and enumerate normative portions of the text.

BTW, Normative references are all relied on by the spec so calling out
XML Schema really isn't necessary.

- From the TC Process:

*****
w. "Normative Reference" means a reference in a Standards Track Work
Product to an external document or resource with which the implementer
must comply, in order to comply with a Normative Portion of the Work
Product.
*****

Which is another reason to not exclude normative references from the
normative provisions of the specification.

3) I think I covered this in the sub-TOSCA document question above.
Depending on how that is resolved, you may need sub-conformance
statements as well.

Hope everyone is having a great day!

Patrick

- -- 
Patrick Durusau
patrick@durusau.net
Technical Advisory Board, OASIS (TAB)
Former Chair, V1 - US TAG to JTC 1/SC 34
Convener, JTC 1/SC 34/WG 3 (Topic Maps)
Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)

Another Word For It (blog): http://tm.durusau.net
Homepage: http://www.durusau.net
Twitter: patrickDurusau
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSJgGeAAoJEAudyeI2QFGoIZEP/0EcTfqmfa5BM/htTVHPMp5V
4CsyRX/DSQs3EXZg+rmItzYJgchgUjIN1L6dtZj3f+nR6pUMc20vi17lY68oXHHF
LTl54z01gXLY3A0bds9af1qj8dQEQ/DBB4twe1DDndlPLqg73WKNtv039z2v4Dru
97vy6Tov/cMH61U/p1Dhzb/B8mdozqA1EolcEp3gjC+8BLmmr4Fz2TwQeTa0M4gl
bWPVJAgG1KhGuA6Q2+DLDoTgXFwJ0nwM5+Dbt+bh94lnG/4HT9kQGuamUIepcUi9
/FIB3FBSqmZAkegrwlWAwXXZh66csttL6q7N+OXtL40NXir6lrVEL/0OWe24x15l
cu7fKqkySOooCW3YxzXRh7fr6QM5pG4E05xAT6DLV2Fh0S/K0OppLdoUkPmU5MGb
14mYAEiriJS1PUi/Ra1VTKDqtpK3OzkaFfYfJpVTMlE70T+PZCM01lCy7gcpFSul
Jgb99cJx3ZaYksG5M83V4qgmrJNzOSm9PQ+SGc3zYY0acahruHfGoC9k6bPGnnEd
7NKJ40NBXkdCD9UTDcmJzDnDg2Fn83yn7rxLYXhN0ZCN97TXaxGd4uA77DZ40/j6
cRgKAy8Uyrc5/lf/DvgEozzlYRC3Sn/HgqzkTg4G27ZCYNnjNS4kJJCD+IdecDAK
GwsYD9/MviUDA6SAUXQw
=EhlP
-----END PGP SIGNATURE-----


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]