W3C home > Mailing lists > Public > www-dom-ts@w3.org > June 2001

Re: Update of schema generating transform and grant of license

From: Jeroen van Rotterdam <jeroen@x-hive.com>
Date: Sun, 17 Jun 2001 21:19:39 +0200
Message-ID: <002201c0f762$7faca350$1300a8c0@coo>
To: "Curt Arnold" <carnold@houston.rr.com>, <www-dom-ts@w3.org>
 a couple of remarks regarding the schema


A declare element has an optional interface attribute, I guess this should be mandatory

dom methods:

Every dom method has an optional interface attribute. Variables are already declared and have therefore already a type. The interface attribute is redundant here. A stylesheet can easily pick up the type from the declare element.

method parameters.

Methods parameters are currently passed through named attributes of a "method" element.
I might be incorrect but it seems to that you than need to specify every method in the xml2java stylesheet.
If this can be automated than it's fine with me, If we on the otherhand need to code every method by hand in this stylesheet than I suggest something like:

  <rowIndex obj="...." var="....">
      <param value="..."/>

In such a setup we can create the stylesheet easily for every method.


Jeroen van Rotterdam

  ----- Original Message ----- 
  From: Curt Arnold 
  To: www-dom-ts@w3.org 
  Sent: Sunday, June 17, 2001 9:17 AM
  Subject: Update of schema generating transform and grant of license

  I've updated the schema generating transform formerly known as dom2xsd.xsl (now dom-to-xsd.xsl to avoid confusion with DOM Level 2).  
  The files available are:
  http://xmlconf.sourceforge.net/www-dom-ts/dom-to-xsd.xsl  -  XSLT transform for generating schema
  http://xmlconf.sourceforge.net/www-dom-ts/dom1.xsd         -  Schema for DOM Level 1 test definition
  http://xmlconf.sourceforge.net/www-dom-ts/dom1_10_2000.xsd -
  Schema in October 2000 Schema
  The significant changes are:
  1. W3C Software License assertion
  Just to make it legal.
  Declaration of Curt Arnold

     Curt Arnold hereby grants to the W3C, a perpetual,
     nonexclusive, royalty-free, world-wide right and license under any
     Curt Arnold copyrights in this contribution to copy, publish and
     distribute the contribution, as well as a right and license of the
     same scope to any derivative works prepared by the W3C and based on,
     or incorporating all or part of the contribution. Curt Arnold
     further agrees that any derivative works of this contribution prepared
     by the W3C shall be solely owned by the W3C.

  2. Dynamically generated namespace
  The previous schemas have all had a namespace starting with http://xmlconf.sourceforge.net.  I now generate the namespace by appending "#test-definition" to the name of the spec.  For example, http://www.w3.org/TR/1998/REC-DOM-Level-1-19981001#test-definition is the namespace generated from the DOM Level 1 spec.  Definitely open for suggestions on the proper form of the namespace URI.
  It is required to manually remove an underscore ( _ ) from the _xmlns attribute in the generated <xsd:schema> element since XSLT 1.0 doesn't provide a mechanism for introducing an arbitrary namespace into the target document.
  3. Dublin Core-esque metadata elements
  I've added into the test namespace elements <title>, <creator>, <subject>, <description>, <contributor>, <date>, <source>, and <relation> that are strongly patterned after Dublin Core elements (http://www.dublincore.org/documents/dces/) expressed in RDF.  These would not be recognized by an RDF processor, but it should be very easy to extract Dublin Core metadata when desired.
  Hopefully, it mostly self-explanatory.  Most elements have optional resource and type attributes that are absolute URI's.  The resource URI can provide an unambiguous identifier to the creator, source, etc.  type could be used to distinguish, for example, between individual and corporate contributors.  The element content can be a label for the resource (such as the name of the person).
  <source> is a base work, so for example, the NIST submitted tests could identify the prior NIST tests by some URI schema.
  <subject> could identify a specific point in a DOM spec that the test addresses.  One of my next tasks is to create a transform to create a catalog of URI's for subjects (aka purposes)
  So for example, a test could look like this:
     <hasFeature feature="xml" version="2.0"/>
          <description>This test calls createElementNS with a null namespace argument and ...</description>
          <creator resource="http://nist.gov/#mbrady">Mary Brady</creator>
          <contributor resource="http://www.example.com#Bob">Bob Boberton</contributor>
          <source resource="java:gov.nist.dom.createElementNSNullNamespace"/>
          <subject resource="http://www.w3.org/TR/1998/REC-DOM-Level-1-19981001#ID-ABCDEDF">Document.createElementNS</subject>
          <subject resource="http://www.w3.org/TR/1998/REC-DOM-Level-1-19981001#something">Element.tagName</subject>
          <date qualifier="created">2000-05-31</date>
          <date qualifier="submitted">2001-06-17</date>
  4. Conformance to the XML Schema recommendation
  The generated schema now conforms to the XML Schema recommendation instead of the Oct 2000 draft.  However, all that is necessary to use the schema with Oct 2000 tools is to change the namespace declaration and to replace occurences of xsd:anyURI with xsd:uriReference
  5. www-dom-ts module in http://xmlconf.sourceforge.net CVS
  I've created a www-dom-ts module within the xmlconf CVS for www-dom-ts related work.  I'll be adding more things to that module as I clean things up.
Received on Sunday, 17 June 2001 15:15:51 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:34:03 UTC