Members of the XACML TC, Per the TC's submission request [1], please find the attached starter document for: eXtensible Access Control Markup Language (XACML) Version 3.0 Errata 01 WP abbreviation: xacml-3.0-core-spec-errata01-wd01.doc When the TC first votes [5] to publish this Work Product in the OASIS Library, we expect it to be published at: -
http://docs.oasis-open.org/xacml/3.0/errata01/csd01/xacml-3.0-core-spec-errata01-csd01.ext The permanent "Latest version" URIs will be: -
http://docs.oasis-open.org/xacml/3.0/errata01/xacml-3.0-core-spec-errata01.ext And assuming that a revised schema will be published with your errata, that will be located at: -
http://docs.oasis-open.org/xacml/3.0/errata01/csd01/schema/xacml-core-v3-schema.xsd While not required by the TC Process, I strongly encourage you to create a copy of the OASIS Standard with the errata applied. This will be published in the same directory with the errata at: -
http://docs.oasis-open.org/xacml/3.0/errata01/csd01/xacml-3.0-core-spec-errata01-csd01-complete.ext And the title and stage, when published, will be: eXtensible Access Control Markup Language (XACML) Version 3.0 Plus Errata 01 OASIS Standard Incorporating Approved Errata 01 The latest version links for the OASIS Standard will be updated to take readers to the OS plus Errata 01. Otherwise, we have to update the links to point to the errata and that can make interpreting the content more difficult. Please let me know if anything here fails to meet your expectations. Further revisions to this Work Product must be maintained in Working Drafts, following procedures detailed in the OASIS TC Administration How-to Guide [2]. Working Drafts should be made available by uploading the document(s) to the TC's Kavi document repository, or (provisionally/temporarily) to the TC's Subversion (SVN) repository, if SVN has been activated for your TC [3]. TCs are encouraged to use ZIP packaging when the WD releases contain multiple files (and directories). For each WD revision, you will need to: 1) increment the Working Draft revision (number) from 01 to 02, 03, 04 etc., as successive Working Drafts are produced; the revision number needs to be updated at the top of the document in the stage identifier (Working Draft ##) and in the document identifier within the page footer. 2) supply the relevant publication/release/upload date for each successive Working Draft instance, using the prescribed date format: DD Month YYYY; the date needs to be updated at the top of the document (just below the stage identifier, Working Draft ##) and in the page footer. 3) provide suitable text for a document Abstract, updating this summary with successive revisions to provide an accurate description of the subject matter, goals, scope, etc. 4) keep the Acknowledgments (Appendix A) and Revision History (Appendix C) up-to-date with each WD revision. 5) consult the OASIS Naming Directives document when creating new artifacts that may be part of the Work Product (e.g., image files, XML schemas), observing the rules for name characters in files and proposed directories, and for proposed URIs/namespaces [4]. 6) examine the instructions for construction of XML Namespace Identifiers (namespace URIs) and Namespace Documents [5] if your specification declares one or more XML namespaces or other namespace-related identifiers for (e.g.,) link relations, named properties, functions, dialects, faults, actions, or any named message types. All such identifiers, if HTTP-scheme, must begin with:
http://docs.oasis-open.org/[tc-shortname]/ns/xxxx When the TC votes [6] to approve a Working Draft as a Committee Draft (CSD or CND), the Chair or other designated person must submit a "Committee Specification Draft Creation and Upload Request" accessible on the TC Administration Requests Page [7]. Upon receipt of this form, the TC Administrator will QC and process the Work Product for official publication in the OASIS Library (
http://docs.oasis-open.org/ ) as a Committee Draft, including addition of the requisite cover page metadata and other boilerplate information. A quality checklist of commonly-occurring issues found in draft specifications is available at
https://www.oasis-open.org/committees/download.php/54999/latest . This checklist was developed by the OASIS Technical Advisory Board (TAB) and is used to provide feedback to TC's when a document goes out for its first public review. The document can help spec editors and anticipate and address a number of routine problems. =========== References: [1]
https://tools.oasis-open.org/issues/browse/TCADMIN-2386 [2] Developing Committee Specifications and Notes
https://www.oasis-open.org/resources/tcadmin/developing-committee-specifications-and-notes Starting a Working Draft
https://www.oasis-open.org/resources/tcadmin/starting-a-working-draft [3] SVN Version control, via Tools
https://tools.oasis-open.org/ [4] OASIS Naming Directives
http://docs.oasis-open.org/specGuidelines/ndr/namingDirectives.html [5] OASIS Naming Directives - Namespace Identifiers and Namespace Documents
http://docs.oasis-open.org/specGuidelines/ndr/namingDirectives.html#xml-namespaces [6] Approval of a WD as a CD (CSD or CND)
https://www.oasis-open.org/resources/tcadmin/approving-a-committee-specification-or-note-draft https://www.oasis-open.org/policies-guidelines/tc-process#committeeDraft [7] TC Administration Requests Page, see Committee Specification Draft Creation / Upload Request
https://www.oasis-open.org/resources/tc-admin-requests -- /chet ---------------- Chet Ensign Director of Standards Development and TC Administration OASIS: Advancing open standards for the information society
http://www.oasis-open.org Primary: +1 973-996-2298 Mobile: +1 201-341-1393 Attachment: xacml-3.0-core-spec-errata01-wd01.doc Description: MS-Word document