oslc-core message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Adding conformance class markers
- From: "Jim Amsden" <jamsden@us.ibm.com>
- To: "OASIS OSLC Core TC Discussion List" <oslc-core@lists.oasis-open.org>
- Date: Thu, 13 Sep 2018 11:30:55 -0400
Here's my notes on how to update the OSLC core
documents to mark conformance clauses and generate the Conformance section.
We agreed to day that:
- Nick will cover Configuration Management
and TRS documents
- David will cover OSLC Query
- Martin will do Discovery.
- Jim will do the rests (the TODO items that
are unchecked below or Dialogs, Core, Resource Preview, Resource Shapes)
When these are done, we can publish another
committee specification and determine if it needs another public review.
Apply changes to
all core documents to capture conformance clauses using the new ReSpec
feature.
â Add the following
respecConfig parameter for the specification, e.g.,:
conformanceLabelPrefix:
"AT",
â Change sections
representing conformance clauses to <p id=âââ class='conformance'
â Add this section
right before the first appendix (the content will be generated):
<section id="conformance"></section>
â Make sure thereâs
some conformance clause for the vocabulary and constraints. Something like
the following needs to be added if its not already there:
<p class='conformance'>An
OSLC server providing the Attachments capability MUST implement the vocabulary
defined in this section.</p>
<p class='conformance'>An
OSLC server providing the Attachments capability MUST implement the Constraints
defined in this section.</p>
â Attachments:
has an Implementation Conformance section and each requirement or possible
conformance clause is marked in normalText headers.
â Add the following
respecConfig parameter:
conformanceLabelPrefix:
"AT",
â Change sections
such as:
<section id="attachment_update_descriptor">
<h2></h2>
When servers update an attachment, they MUST also
update any
affected <code>oslc:AttachmentDescriptor</code>
properties of the associated attachment descriptor.
</section>
to:
<p id="attachment_update_descriptor" class="conformance">
When servers update an attachment, they MUST also
update any
affected <code>oslc:AttachmentDescriptor</code>
properties of the associated attachment descriptor.
</p>
â Make sure thereâs
some conformance clause for the vocabulary and constraints. Something like
the following needs to be added if its not already there:
<p class='conformance'>An
OSLC server providing the Attachments capability MUST implement the vocabulary
defined in this section.</p>
<p class='conformance'>An
OSLC server providing the Attachments capability MUST implement the Constratints
defined in this section.</p>
â Add this section
right before the first appendix (the content will be generated):
<section id="conformance"></section>
â Dialogs:
has an Implementation Conformance section and each requirement is marked
in normalText headers.
â Discovery:
marks the requirements in normalText headers, but doesnât organize them
in a specific Implementation Conformance section. Martin will do these
â Core:
marks the requirements in normalText headers, but doesnât organize them
in a specific Implementation Conformance section. I already started this
â Resource Preview:
has an Implementation Conformance section and each requirement or possible
conformance clause is marked in normalText headers.
â Resource Shapes:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
â Core Vocabulary:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
â Query:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
David will do these
â TRS:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
Nick will do these
â Config Management:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
Nick will do these
â Versioned Resources:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
Nick will do these
â Configuration
Specification:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
Nick will do these
â RDF Vocabulary:
has no conformance section and doesnât mark any conformance clauses or
rules. Only has normative sections and MUST, SHOULD, MAY requirements.
Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]