This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 6519 - Resource Access: Namespace format for RA specs
Summary: Resource Access: Namespace format for RA specs
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: All (show other bugs)
Version: FPWD
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: notifications mailing list for WS Resource Access
QA Contact: notifications mailing list for WS Resource Access
Depends on:
Reported: 2009-02-02 21:07 UTC by Geoff Bullen
Modified: 2015-06-20 16:35 UTC (History)
2 users (show)

See Also:


Description Geoff Bullen 2009-02-02 21:07:34 UTC
We need to specify the policy that the WG will use to create namespaces for all the RA specification documents, created during the standardization process. The W3C namespace URI policy is at:

The suggested policy, defined in Section 1.1, recommends using the following syntax:
Where: YYYY = year, MM = Month, ssss=a short string

We propose we follow the W3C recommendation for namespace URIs and use the following URIs for our first working drafts.

This is based on our intension to deliver them in February.

Also, we propose using the following change policy in both the specs and namespace document (based on

It is the intent of the W3C Web Services Resource Access Group that the WS-Transfer, WS-Eventing, WS-Enumeration, WS-MetadataExchange and WS-ResourceTransfer namespace URIs will not change arbitrarily with each subsequent revision of the corresponding XML Schema documents but rather change only when a subsequent revision, published as a WD, CR or PR draft results in non-backwardly compatible changes from a previously published WD, CR or PR draft of the specification.

Under this policy, the following are examples of backwards compatible changes that would not result in assignment of a new XML namespace URI:

    Addition of new global element, attribute, complexType and simpleType definitions.
    Addition of new elements or attributes in locations covered by a previously specified wildcard.
    Modifications to the pattern facet of a type definition for which the value-space of the previous definition remains valid or for which the value-space of the vast majority of instances would remain valid.
    Modifications to the cardinality of elements (i.e. modifications to minOccurs or maxOccurs attribute value of an element declaration) for which the value-space of possible instance documents conformant to the previous revision of the schema would still be valid with regards to the revised cardinality rule.
Comment 1 Robert Freund 2009-02-04 11:43:04 UTC
Resolved on 2009-02-03:
Format of Namespaces for the specifications being worked in WS-Resource Access: for WS-Transfer for WS-Metadata Exchange for WS-Enumeration for WS-Eventing for WS-Resource Transfer

Namespace Policy to be contained in specs and re-referenceable namespace document:

The working group intends to update the value of the Web Services XXXX namespace URI each time a new version of this document is published until such time that the document reaches Candidate Recommendation status. Once it has reached Candidate Recommendation status, the working group intends to maintain the value of the Web Services XXXX namespace URI that was assigned in the Candidate Recommendation unless significant changes are made that impact the implementation or break post-CR implementations of the specification. Reference and
Comment 2 Doug Davis 2009-03-04 14:12:05 UTC
In specs.
Comment 3 Jackie 2015-06-20 16:34:48 UTC
Please make my changes
Comment 4 Jackie 2015-06-20 16:35:37 UTC
Please make my changes