<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>3945</bug_id>
          
          <creation_ts>2006-11-02 17:22:25 +0000</creation_ts>
          <short_desc>Ability to &quot;deprecate&quot; elements in a schema</short_desc>
          <delta_ts>2007-05-02 00:50:27 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XML Schema</product>
          <component>Structures: XSD Part 1</component>
          <version>unspecified</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows XP</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>WORKSFORME</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>unclassified</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Derek Johnson">derekaj</reporter>
          <assigned_to name="C. M. Sperberg-McQueen">cmsmcq</assigned_to>
          
          
          <qa_contact name="XML Schema comments list">www-xml-schema-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>12785</commentid>
    <comment_count>0</comment_count>
    <who name="Derek Johnson">derekaj</who>
    <bug_when>2006-11-02 17:22:25 +0000</bug_when>
    <thetext>We have published an extension architecture which is primarily defined through an XML schema.  We would like the ability to deprecate out-dated elements as we move our architecture forward, so our XML validators would have the chance to flag them.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14280</commentid>
    <comment_count>1</comment_count>
    <who name="C. M. Sperberg-McQueen">cmsmcq</who>
    <bug_when>2007-03-01 00:30:20 +0000</bug_when>
    <thetext>Sorry for the lack of response to the issue you raise.  The following
comments reflect my individual views; I am not speaking for the
WG or any organization.

At the moment, you can add

 &lt;xsd:annotation&gt;
  &lt;xsd:appinfo&gt;
   &lt;my:deprecate date=&quot;2006-11-02&quot; level=&quot;2&quot;/&gt;
  &lt;/xsd:appinfo&gt;
 &lt;/xsd:annotation&gt;

to the declaration of each element or type you wish to
deprecate.  Or more simply, you can add attributes to the
declarations:

  &lt;xsd:element name=&quot;unit&quot; my:status=&quot;deprecated&quot;&gt;
    ...
  &lt;/xsd:element&gt;

Any processor which provides access to the full PSVI 
will point from the element to the governing element
declaration and governing type definition, and you can
check the appinfo to see if the element is deprecated
or allowed.  (Alternatively, it would not be terribly
difficult to write an XSLT stylesheet to read schema
documents in which deprecations are marked in this way,
and generate an XSLT stylesheet which reads instances and
generates messages when it sees deprecated elements or
types.  That way you don&apos;t need access to the full PSVI.) 

But I assume you already knew that, and that you don&apos;t want
to do that, but have the deprecation somehow understood and
processed by the schema-based validator.

What would you like the schema processor to do with 
deprecated elements?  Accept them, since they are after all
valid?  Reject them, since they are after all deprecated?
Support a run-time switch to reject, or to raise a warning
when it sees, deprecated elements or types in use?

Signaling that something has been deprecated is clearly an
important part of managing a vocabulary.  But it&apos;s not immediately
clear, at least to me, what effect such deprecation might or
should have on schema-validity assessment.  Your thoughts on this
topic would be welcome.  I don&apos;t want to promise much -- XML
Schema 1.1 is long overdue and the Working Group may well wish
not to undertake any new work.  But if you have specific proposals,
I&apos;d like to hear them.

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14580</commentid>
    <comment_count>2</comment_count>
    <who name="David Ezell">David_E3</who>
    <bug_when>2007-03-29 13:37:18 +0000</bug_when>
    <thetext>On 2007-03-29 the WG discussed this issue at its f2f meeting.  The WG determined that MSM gave a good answer to the issue in Comment #1.  Accordingly we have classified it as WORKSFORME.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14966</commentid>
    <comment_count>3</comment_count>
    <who name="C. M. Sperberg-McQueen">cmsmcq</who>
    <bug_when>2007-05-02 00:50:27 +0000</bug_when>
    <thetext>Comment #2 should have added explicitly that the Working Group requests
that Derek Johnson, as the originator of the issue, indicate whether you
are satisfied with the WG&apos;s response and its rationale, either by
changing the status of the bug to CLOSED, to indicate that you are
content with the disposition of the question (or at least resigned to it),
or else by changing it to REOPENED to indicate that you&apos;re not satisified
and wish the WG to reconsider (or failing that, that you wish to lodge
a formal objection to the WG&apos;s decision and appeal it to the Director
at the next document review).  In the latter case, it would be helpful
if you respond to the ideas in comment #1.

If we don&apos;t hear from you in a couple of weeks, we&apos;ll assume that
silence implies consent, and close the issue on your behalf.

Thank you!
</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>