You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@xerces.apache.org by tw...@locus.apache.org on 2000/08/07 21:20:49 UTC
cvs commit: xml-xerces/java/proposals/XRI-requirements issues.dtd issues.html issues.xml issues.xsl
twl 00/08/07 12:20:45
Modified: java/proposals/XRI-requirements issues.dtd issues.html
issues.xml issues.xsl
Log:
Name changed back to Xerces2
Item 2: restated more conservatively:
The parser should have a competitive memory footprint (competitive
against the other Java based parsers out there).
Item 24: added "Such performance shall not come at the expense of 5."
Item 28: call the internal API the "API Xerces Native API"
Conflicts removed:
2 vs. 10
2 vs. 24
Items removed:
36 The parser should support compilation of a high-speed customized parser
based on a W3C schema.
Revision Changes Path
1.4 +47 -47 xml-xerces/java/proposals/XRI-requirements/issues.dtd
Index: issues.dtd
===================================================================
RCS file: /home/cvs/xml-xerces/java/proposals/XRI-requirements/issues.dtd,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- issues.dtd 2000/07/31 21:05:29 1.3
+++ issues.dtd 2000/08/07 19:20:36 1.4
@@ -1,47 +1,47 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<!-- edited with XML Spy v3.0 (http://www.xmlspy.com) by Edward Staub (private) -->
-<!--DTD generated by XML Spy v3.0 (http://www.xmlspy.com)-->
-<!ENTITY nbsp " ">
-<!ELEMENT a (strong | em)>
-<!ATTLIST a
- href CDATA #IMPLIED
- name CDATA #IMPLIED
->
-<!ELEMENT cat (#PCDATA)>
-<!ELEMENT categories (cat+)>
-<!ELEMENT def (#PCDATA | br | a)*>
-<!ELEMENT br EMPTY>
-<!ELEMENT seeAlso EMPTY>
-<!ELEMENT edReqNote (#PCDATA)>
-<!ELEMENT em (#PCDATA | small)*>
-<!ELEMENT li (#PCDATA | a | em)*>
-<!ELEMENT mailHeaderSet (li+)>
-<!ATTLIST mailHeaderSet
- id (gen | xdev) #REQUIRED
->
-<!ELEMENT mailHeaderSets (mailHeaderSet+)>
-<!ELEMENT ref (#PCDATA | br)*>
-<!ATTLIST ref
- set CDATA #REQUIRED
- id CDATA #REQUIRED
->
-<!ELEMENT refs (ref)*>
-<!ELEMENT req (def, seeAlso*, edReqNote*, refs)>
-<!ATTLIST req
- status (approved | tooQuiet | hardnessConflict | vetoConflict | rejected | unevaluated) "unevaluated"
- id CDATA #REQUIRED
- strength (hard | soft) #REQUIRED
- cat CDATA #REQUIRED
->
-<!ATTLIST seeAlso
- id CDATA #REQUIRED
- type (Conflict) #IMPLIED
->
-<!ELEMENT requirementCatalog (categories, requirements, mailHeaderSets)>
-<!ATTLIST requirementCatalog
- date CDATA #REQUIRED
- version CDATA #REQUIRED
->
-<!ELEMENT requirements (req+)>
-<!ELEMENT small (#PCDATA)>
-<!ELEMENT strong (#PCDATA)>
+<?xml version="1.0" encoding="UTF-8"?>
+<!-- edited with XML Spy v3.0 (http://www.xmlspy.com) by Edward Staub (private) -->
+<!--DTD generated by XML Spy v3.0 (http://www.xmlspy.com)-->
+<!ENTITY nbsp " ">
+<!ELEMENT a (strong | em)>
+<!ATTLIST a
+ href CDATA #IMPLIED
+ name CDATA #IMPLIED
+>
+<!ELEMENT cat (#PCDATA)>
+<!ELEMENT categories (cat+)>
+<!ELEMENT def (#PCDATA | br | a)*>
+<!ELEMENT br EMPTY>
+<!ELEMENT seeAlso EMPTY>
+<!ELEMENT edReqNote (#PCDATA)>
+<!ELEMENT em (#PCDATA | small)*>
+<!ELEMENT li (#PCDATA | a | em)*>
+<!ELEMENT mailHeaderSet (li+)>
+<!ATTLIST mailHeaderSet
+ id (gen | xdev) #REQUIRED
+>
+<!ELEMENT mailHeaderSets (mailHeaderSet+)>
+<!ELEMENT ref (#PCDATA | br)*>
+<!ATTLIST ref
+ set CDATA #REQUIRED
+ id CDATA #REQUIRED
+>
+<!ELEMENT refs (ref)*>
+<!ELEMENT req (def, seeAlso*, edReqNote*, refs)>
+<!ATTLIST req
+ status (approved | tooQuiet | hardnessConflict | vetoConflict | rejected | unevaluated) "unevaluated"
+ id CDATA #REQUIRED
+ strength (hard | soft) #REQUIRED
+ cat CDATA #REQUIRED
+>
+<!ATTLIST seeAlso
+ id CDATA #REQUIRED
+ type (Conflict) #IMPLIED
+>
+<!ELEMENT requirementCatalog (categories, requirements, mailHeaderSets)>
+<!ATTLIST requirementCatalog
+ date CDATA #REQUIRED
+ version CDATA #REQUIRED
+>
+<!ELEMENT requirements (req+)>
+<!ELEMENT small (#PCDATA)>
+<!ELEMENT strong (#PCDATA)>
1.4 +564 -1583 xml-xerces/java/proposals/XRI-requirements/issues.html
Index: issues.html
===================================================================
RCS file: /home/cvs/xml-xerces/java/proposals/XRI-requirements/issues.html,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- issues.html 2000/07/31 21:05:29 1.3
+++ issues.html 2000/08/07 19:20:37 1.4
@@ -1,333 +1,108 @@
-<html xmlns:fo="http://www.w3.org/1999/XSL/Format">
+<html>
<head>
-<title>Proposed Xerces2 / XRI Requirements - 29 July 2000</title>
+<META http-equiv="Content-Type" content="text/html; charset=UTF-8">
+<title>Proposed Xerces2 Requirements - 6 August 2000</title>
</head>
<body bgcolor="#FFFFFF">
-<h1>Proposed Xerces2 / XRI Requirements</h1>
-<h4>Date: 29 July 2000<br>
- Editors: <a href="mailto:estaub@mediaone.net">Ed Staub</a> <a href="mailto:twleung@sauria.com">Ted Leung</a>
+<h1>Proposed Xerces2 Requirements</h1>
+<h4>Date: 6 August 2000<br>
+ Editors: <a href="mailto:estaub@mediaone.net">Ed Staub</a> <a href="mailto:twleung@sauria.com">Ted Leung</a>
</h4>
<hr>
<h2>Schema</h2>
-<p>Proposed requirements are organized into categories. Some requirements
+<p>Proposed requirements are organized into categories. Some requirements
occur in more than one category in the future.</p>
<p>Each requirement has a number. Underneath the number is a "hardness"
and "status".</p>
<dl>
<dt>Possible "hardness" values are:</dt>
<dd>
-<b>hard</b> - XRI must and shall meet this requirement<br>
-<b>soft</b> - XRI should meet this requirement, but it may be dropped
+<b>hard</b> - Xerces2 must and shall meet this requirement<br><b>soft</b> - Xerces2 should meet this requirement, but it may be dropped
because of conflicting requirements or time pressures</dd>
<dt>
<br>
Possible "status" values are:</dt>
<dd>
-<b>approved</b> - there appears to be a clear consensus<br>
-<b>tooQuiet</b> - there may be a consensus, but there hasn't been enough
- input to be sure <br>
-<b>hardnessConflict</b> - there is conflict over whether this is a hard or
- soft requirement<b>
-<br>
+<b>approved</b> - there appears to be a clear consensus<br><b>tooQuiet</b> - there may be a consensus, but there hasn't been enough
+ input to be sure <br><b>hardnessConflict</b> - there is conflict over whether this is a hard or
+ soft requirement<b><br>
vetoConflict</b> - there is a conflict over whether this proposed requirement
- is a requirement at all<br>
-<b>rejected</b> - the proposed requirement appears to be dead<br>
-<b>unevaluated</b> - editor hasn't finished reviewing input
+ is a requirement at all<br><b>rejected</b> - the proposed requirement appears to be dead<br><b>unevaluated</b> - editor hasn't finished reviewing input
</dd>
</dl>
<hr>
<h2>Requirements by Number</h2>
-<a href="#req.1">1</a>
- The code shall be maintainable and simple to read.<br>
-<a href="#req.2">2</a>
- The parser should have the smallest possible memory footprint.<br>
-<a href="#req.3">3</a>
- The parser shall be designed so as to allow deployment of minimal subsets suitable for low-end, memory-constrained appli...<br>
-<a href="#req.4">4</a>
- The parser shall run well on all virutal machines and
- shall not be optimized toward a particular virtual machine.<br>
-<a href="#req.5">5</a>
- Optimizations that interfere with readability,
- modularity, or size should be shunned.
-<br>
-<br>
-<a href="#req.6">6</a>
- The parser should have the smallest possible distribution (JAR) size.<br>
-<a href="#req.7">7</a>
- The design of the parser should be documented, with diagrams where they are more expressive than text.<br>
-<a href="#req.8">8</a>
- The parser should have the characteristics needed for it to be included in the JDK.<br>
-<a href="#req.9">9</a>
- The parser should be upwardly compatible with Xerces.<br>
-<a href="#req.10">10</a>
- The parser shall be cleanly modular.<br>
-<br>
-<a href="#req.11">11</a>
- Development should be coordinated with xerces-c.<br>
-<a href="#req.12">12</a>
- The parser shall support SAX2.<br>
-<a href="#req.13a">13a</a>
-
-Read-only, memory conservative, high performance DOM subset. In some
-ways, this is optional, since the alternative is ...<br>
-<a href="#req.13b">13b</a>
-
-parse-next function, with added control over buffer size.
-<br>
-<a href="#req.13c">13c</a>
-
-Some sort of way to tell if a SAX char buffer is going to be
-overwritten, so data doesn't have to be copied until this...<br>
-<a href="#req.13d">13d</a>
-
-Serialization support, as is currently in Assaf's classes.
-<br>
-<a href="#req.13e">13e</a>
-
-Schema data-type support, which will be needed for XSLT2, and Xalan 2.0
-extensions.
-<br>
-<a href="#req.13f">13f</a>
-
-Small core footprint for standalone, compiled stylesheet capability, for
-use on small devices. This would need to incl...<br>
-<a href="#req.14">14</a>
- The parser shall validate XML 1.0.<br>
-<a href="#req.15">15</a>
-
-The parser shall support namespaces.<br>
-<br>
-<a href="#req.16">16</a>
-
-The parser shall support DOM Level 2.
-<br>
-<a href="#req.18">18</a>
-
-The parser shall support XML Schema.
-<br>
-<a href="#req.19">19</a>
-
-The parser shall support XPath.
-<br>
-<a href="#req.20">20</a>
-
-The parser should support XInclude.
-<br>
-<br>
-<a href="#req.21">21</a>
-
-The parser should support write validation of a DOM tree or revalidation.
-<br>
-<a href="#req.22">22</a>
-
-The parser shall support grammar access for both DTD and Schema.
-<br>
-<a href="#req.23">23</a>
-
-No significant speed penalty should be invoked for unused features, notably validation.
-When not validating, the parser...<br>
-<a href="#req.24">24</a>
-
-The parser should provide best-of-breed performance across all JIT's (not just Hotspot).
-<br>
-<a href="#req.25">25</a>
-
-The parser should support grammar caching and precompilation.
-<br>
-<br>
-<a href="#req.28">28</a>
-
-The parser should provide a reasonable core (fast!) upon which to
-layer other API's. Examples of such API's include SA...<br>
-<a href="#req.29">29</a>
-
-The project should produce testcases for both conformance and benchmarking.
-<br>
-<a href="#req.30">30</a>
-
-The parse shall support SAX 1
-<br>
-<br>
-<a href="#req.31">31</a>
-
-The core parser should not directly support any tree model.
-<br>
-<a href="#req.32">32</a>
-
-The parser shall support Java 1.1
-<br>
-<a href="#req.33">33</a>
-
-The parser should support loading and validating only certainrequested portions of a document -- a useful feature
-when...<br>
-<a href="#req.34">34</a>
-
-The parser shall support the XML
-Information Set.
-<br>
-<a href="#req.35">35</a>
-
-The parser should support pull model parsing.
-<br>
-<br>
-<a href="#req.36">36</a>
-
-The parser should support compilation of a high-speed customized parser based on a W3C schema.
-<br>
-<a href="#req.37">37</a>
-
-The DOM should emit events to interested listeners when changes are made to the DOM
-<br>
-<a href="#req.38">38</a>
-
-The parser should support RELAX.
-<br>
-<a href="#req.39">39</a>
-
-The parser should allow for automatic detection of
-compressed/encrypted documents.
-<br>
+<a href="#req.1">1</a> The code shall be maintainable and simple to read.<br><a href="#req.2">2</a> The parser should have a competitive memory footprint (competitive
+against the other Java based parsers out there).<br><a href="#req.3">3</a> The parser shall be designed so as to allow deployment of minimal subsets suitable for low-end, memory-constrained appli...<br><a href="#req.4">4</a> The parser shall run well on all virutal machines and shall not be optimized toward a particular virtual machine.<br><a href="#req.5">5</a> Optimizations that interfere with readability, modularity, or size should be shunned. <br><br><a href="#req.6">6</a> The parser should have the smallest possible distribution (JAR) size.<br><a href="#req.7">7</a> The design of the parser should be documented, with diagrams where they are more expressive than text.<br><a href="#req.8">8</a> The parser should have the characteristics needed for it to be included in the JDK.<br><a href="#req.9">9</a> The parser should be upwardly compatible with Xerces.<br><a href="#req.10">10</a> The parser shall be cleanly modular.<br><br><a href="#req.11">11</a> Development sh
ould be coordinated with xerces-c.<br><a href="#req.12">12</a> The parser shall support SAX2.<br><a href="#req.13a">13a</a> Read-only, memory conservative, high performance DOM subset. In some ways, this is optional, since the alternative is ...<br><a href="#req.13b">13b</a> parse-next function, with added control over buffer size. <br><a href="#req.13c">13c</a> Some sort of way to tell if a SAX char buffer is going to be overwritten, so data doesn't have to be copied until this...<br><a href="#req.13d">13d</a> Serialization support, as is currently in Assaf's classes. <br><a href="#req.13e">13e</a> Schema data-type support, which will be needed for XSLT2, and Xalan 2.0 extensions. <br><a href="#req.13f">13f</a> Small core footprint for standalone, compiled stylesheet capability, for use on small devices. This would need to incl...<br><a href="#req.14">14</a> The parser shall validate XML 1.0.<br><a href="#req.15">15</a> The parser shall support namespaces.<br><br><a h
ref="#req.16">16</a> The parser shall support DOM Level 2. <br><a href="#req.18">18</a> The parser shall support XML Schema. <br><a href="#req.19">19</a> The parser shall support XPath. <br><a href="#req.20">20</a> The parser should support XInclude. <br><br><a href="#req.21">21</a> The parser should support write validation of a DOM tree or revalidation. <br><a href="#req.22">22</a> The parser shall support grammar access for both DTD and Schema. <br><a href="#req.23">23</a> No significant speed penalty should be invoked for unused features, notably validation. When not validating, the parser...<br><a href="#req.24">24</a> The parser should provide best-of-breed performance across all JIT's (not just Hotspot). Such performance
+shall not com...<br><a href="#req.25">25</a> The parser should support grammar caching and precompilation. <br><br><a href="#req.28">28</a> Xerces Native API. The parser should provide a reasonable core API (fast!) upon which to layer other API's. Examples ...<br><a href="#req.29">29</a> The project should produce testcases for both conformance and benchmarking. <br><a href="#req.30">30</a> The parse shall support SAX 1 <br><br><a href="#req.31">31</a> The core parser should not directly support any tree model. <br><a href="#req.32">32</a> The parser shall support Java 1.1 <br><a href="#req.33">33</a> The parser should support loading and validating only certainrequested portions of a document -- a useful feature when...<br><a href="#req.34">34</a> The parser shall support the XML Information Set. <br><a href="#req.35">35</a> The parser should support pull model parsing. <br><br><a href="#req.37">37</a> The DOM should emit events to interested listeners when ch
anges are made to the DOM <br><a href="#req.38">38</a> The parser should support RELAX . <br><a href="#req.39">39</a> The parser should allow for automatic detection of compressed/encrypted documents. <br>
<hr>
<h2>Requirement Categories</h2>
-<a href="#cat.{.}">Architecture</a>
-<br>
-<a href="#cat.{.}">Standards</a>
-<br>
-<a href="#cat.{.}">Features</a>
-<br>
-<a href="#cat.{.}">Memory</a>
-<br>
-<a href="#cat.{.}">Speed</a>
-<br>
-<a href="#cat.{.}">Quality</a>
-<br>
-<a href="#cat.{.}">Other</a>
-<br>
+<a href="#cat.{.}">Architecture</a><br><a href="#cat.{.}">Standards</a><br><a href="#cat.{.}">Features</a><br><a href="#cat.{.}">Memory</a><br><a href="#cat.{.}">Speed</a><br><a href="#cat.{.}">Quality</a><br><a href="#cat.{.}">Other</a><br>
<hr>
<h2>Requirements by Category</h2>
<h3>
<a name="#cat.{.}"></a>Architecture</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.3"></a><b>3.</b>
-<br>
- hard<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>The parser shall be designed so as to allow deployment of minimal subsets suitable for low-end, memory-constrained applications</def>
-</b>
+<a name="req.3"></a><b>3.</b><br> hard<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def>The parser shall be designed so as to allow deployment of minimal subsets suitable for low-end, memory-constrained applications</def></b>
</p>
<blockquote>
See also:
- <a href="#req.2">2</a>
-
+ <a href="#req.2">2</a>
See also:
- <a href="#req.13">13</a>
- <br>
-<p>"<ref set="gen" id="2091">It should be possible to build a parser as a set of Jar files
- so that a smaller parser can be assembled which fits the need of a
- particular implementation. For example, in TV sets do you really need
- validation?</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2223">Where I am now we use XML as a wire format, so the data volume is small,
-and parsing takes place on the client (the customer's e-commerce
-environment) and on the server. Small footprint (memory *and* disk)
-are much more important in this context than speed or even validation.
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2223.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2223">
- <em>Rod McChesney</em>
- </a> <em>(Wed Jul 12 2000 - 01:32:31 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2223">... many applications could benefit ...</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2223.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2223">
- <em>Rod McChesney</em>
- </a> <em>(Wed Jul 12 2000 - 01:32:31 MEST)</em>
- </li>
-</p>
-<p>"<ref set="xdev" id="1324">"small-but-performant-ambitious"
-devices vs. "as-small-and-cheap-as-possible" devices</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1324.html">
- <strong>RE: REDOM Design discussion.</strong>
- </a>
- <a name="1324">
- <em>Paulo Gaspar <small>(Sat Jul 15 2000 - 15:33:49 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>"<ref set="xdev" id="1361">I [am] a proponent [of support for] "small-but-perfrormant-ambitious", not
-"as-small-and-cheap-as-possible" [devices]
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1361.html">
- <strong>Re: REDOM Design discussion.</strong>
- </a>
- <a name="1361">
- <em>James Duncan Davidson <small>(Tue Jul 18 2000 - 00:28:02 MEST)</small>
- </em>
- </a>
- </li>
+ <a href="#req.13">13</a> <br>
+<p>"<ref set="gen" id="2091">It should be possible to build a parser as a set of Jar files so that a smaller parser can be assembled which fits the need of a particular implementation. For example, in TV sets do you really need validation?</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2223">Where I am now we use XML as a wire format, so the data volume is small, and parsing takes place on the client (the customer's e-commerce environment) and on the server. Small footprint (memory *and* disk) are much more important in this context than speed or even validation. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2223.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2223"> <em>Rod McChesney</em> </a> <em>(Wed Jul 12 2000 - 01:32:31 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2223">... many applications could benefit ...</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2223.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2223"> <em>Rod McChesney</em> </a> <em>(Wed Jul 12 2000 - 01:32:31 MEST)</em>
+</li>
+</p>
+<p>"<ref set="xdev" id="1324">"small-but-performant-ambitious" devices vs. "as-small-and-cheap-as-possible" devices</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1324.html"> <strong>RE: REDOM Design discussion.</strong> </a> <a name="1324"> <em>Paulo Gaspar <small>(Sat Jul 15 2000 - 15:33:49 MEST)</small> </em> </a>
+</li>
</p>
+<p>"<ref set="xdev" id="1361">I [am] a proponent [of support for] "small-but-perfrormant-ambitious", not "as-small-and-cheap-as-possible" [devices] </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1361.html"> <strong>Re: REDOM Design discussion.</strong> </a> <a name="1361"> <em>James Duncan Davidson <small>(Tue Jul 18 2000 - 00:28:02 MEST)</small> </em> </a>
+</li>
+</p>
</blockquote>
</td>
</tr>
</table>
<h3>
<a name="#cat.{.}"></a>Standards</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.12"></a><b>12.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
-<p>
-<b>
-<def>The parser shall support SAX2.</def>
-</b>
+<a name="req.12"></a><b>12.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
+<p>
+<b><def>The parser shall support SAX2.</def></b>
</p>
<blockquote>
See also:
- <a href="#req.13">13</a>
- <br>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+ <a href="#req.13">13</a> <br>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2243">
- <em>Arnaud Le Hors</em>
- </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2243"> <em>Arnaud Le Hors</em> </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -335,25 +110,16 @@
<tr>
<td valign="top">
<p>
-<a name="req.14"></a><b>14.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
+<a name="req.14"></a><b>14.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>The parser shall validate XML 1.0.</def>
-</b>
+<b><def>The parser shall validate XML 1.0.</def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2243">
- <em>Arnaud Le Hors</em>
- </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2243"> <em>Arnaud Le Hors</em> </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -361,26 +127,16 @@
<tr>
<td valign="top">
<p>
-<a name="req.15"></a><b>15.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
+<a name="req.15"></a><b>15.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser shall support namespaces.</def>
-</b>
+<b><def> The parser shall support namespaces.</def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2243">
- <em>Arnaud Le Hors</em>
- </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2243"> <em>Arnaud Le Hors</em> </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -388,36 +144,20 @@
<tr>
<td valign="top">
<p>
-<a name="req.18"></a><b>18.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
+<a name="req.18"></a><b>18.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser shall support XML Schema.
-</def>
-</b>
+<b><def> The parser shall support XML Schema. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2242">
- <em>Eric Ye</em>
- </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2242"> <em>Eric Ye</em> </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2243">
- <em>Arnaud Le Hors</em>
- </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2243"> <em>Arnaud Le Hors</em> </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -425,74 +165,36 @@
<tr>
<td valign="top">
<p>
-<a name="req.19"></a><b>19.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
+<a name="req.19"></a><b>19.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser shall support XPath.
-</def>
-</b>
+<b><def> The parser shall support XPath. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2245.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2245">
- <em>Donald Ball</em>
- </a> <em>(Wed Jul 12 2000 - 02:57:59 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2245.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2245"> <em>Donald Ball</em> </a> <em>(Wed Jul 12 2000 - 02:57:59 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2275.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2275">
- <em>Brett McLaughlin</em>
- </a> <em>(Wed Jul 12 2000 - 16:07:32 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2275.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2275"> <em>Brett McLaughlin</em> </a> <em>(Wed Jul 12 2000 - 16:07:32 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2284.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2284">
- <em>Eduardo Pelegri--Llopart</em>
- </a> <em>(Wed Jul 12 2000 - 19:31:22 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2284.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2284"> <em>Eduardo Pelegri--Llopart</em> </a> <em>(Wed Jul 12 2000 - 19:31:22 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2285.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2285">
- <em>Jeffrey Rodriguez</em>
- </a> <em>(Wed Jul 12 2000 - 19:38:42 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2285.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2285"> <em>Jeffrey Rodriguez</em> </a> <em>(Wed Jul 12 2000 - 19:38:42 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2320.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2320">
- <em>Stefano Mazzocchi</em>
- </a> <em>(Thu Jul 13 2000 - 01:11:58 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2320.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2320"> <em>Stefano Mazzocchi</em> </a> <em>(Thu Jul 13 2000 - 01:11:58 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1277.html">
- <strong>Re: XRI requirements</strong>
- </a>
- <a name="1277">
- <em>Jeffrey Rodriguez <small>(Wed Jul 12 2000 - 09:59:50 MEST)</small>
- </em>
- </a>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1277.html"> <strong>Re: XRI requirements</strong> </a> <a name="1277"> <em>Jeffrey Rodriguez <small>(Wed Jul 12 2000 - 09:59:50 MEST)</small> </em> </a>
+</li>
</p>
</blockquote>
</td>
@@ -500,45 +202,24 @@
<tr>
<td valign="top">
<p>
-<a name="req.20"></a><b>20.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.20"></a><b>20.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser should support XInclude.
-</def>
-</b>
+<b><def> The parser should support XInclude. </def></b>
</p>
<blockquote>
-<p>"<ref set="gen" id="2245">+1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2245.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2245">
- <em>Donald Ball</em>
- </a> <em>(Wed Jul 12 2000 - 02:57:59 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2245">+1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2245.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2245"> <em>Donald Ball</em> </a> <em>(Wed Jul 12 2000 - 02:57:59 MEST)</em>
+</li>
</p>
-<p>"<ref set="gen" id="2271">+1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2271.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2271">
- <em>Stefano Mazzocchi</em>
- </a> <em>(Wed Jul 12 2000 - 15:02:47 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2271">+1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2271.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2271"> <em>Stefano Mazzocchi</em> </a> <em>(Wed Jul 12 2000 - 15:02:47 MEST)</em>
+</li>
</p>
-<p>"<ref set="gen" id="2285">+1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2285.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2285">
- <em>Jeffrey Rodriguez</em>
- </a> <em>(Wed Jul 12 2000 - 19:38:42 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2285">+1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2285.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2285"> <em>Jeffrey Rodriguez</em> </a> <em>(Wed Jul 12 2000 - 19:38:42 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -546,30 +227,18 @@
<tr>
<td valign="top">
<p>
-<a name="req.22"></a><b>22.</b>
-<br>
- hard<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser shall support grammar access for both DTD and Schema.
-</def>
-</b>
+<a name="req.22"></a><b>22.</b><br> hard<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The parser shall support grammar access for both DTD and Schema. </def></b>
</p>
<blockquote>
See also:
- <a href="#req.13">13</a>
- <br>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2242">
- <em>Eric Ye</em>
- </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
- </li>
+ <a href="#req.13">13</a> <br>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2242"> <em>Eric Ye</em> </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -577,45 +246,24 @@
<tr>
<td valign="top">
<p>
-<a name="req.30"></a><b>30.</b>
-<br>
- hard<br>
- rejected</p>
-</td><td valign="top">
+<a name="req.30"></a><b>30.</b><br> hard<br> rejected</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parse shall support SAX 1
-</def>
-</b>
+<b><def> The parse shall support SAX 1 </def></b>
</p>
<blockquote>
-<p>"<ref set="gen" id="2249">-1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2249.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2249">
- <em>Brett McLaughlin</em>
- </a> <em>(Wed Jul 12 2000 - 03:07:59 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2249">-1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2249.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2249"> <em>Brett McLaughlin</em> </a> <em>(Wed Jul 12 2000 - 03:07:59 MEST)</em>
+</li>
</p>
-<p>"<ref set="gen" id="2257">-1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2257.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2257">
- <em>N. Sean Timm</em>
- </a> <em>(Wed Jul 12 2000 - 05:59:47 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2257">-1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2257.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2257"> <em>N. Sean Timm</em> </a> <em>(Wed Jul 12 2000 - 05:59:47 MEST)</em>
+</li>
</p>
-<p>"<ref set="gen" id="2271">-1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2271.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2271">
- <em>Stefano Mazzocchi</em>
- </a> <em>(Wed Jul 12 2000 - 15:02:47 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2271">-1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2271.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2271"> <em>Stefano Mazzocchi</em> </a> <em>(Wed Jul 12 2000 - 15:02:47 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -623,156 +271,78 @@
<tr>
<td valign="top">
<p>
-<a name="req.32"></a><b>32.</b>
-<br>
- hard<br>
- rejected</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser shall support Java 1.1
-</def>
-</b>
-</p>
-<blockquote>
-<p>"<ref set="gen" id="2249">-1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2249.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2249">
- <em>Brett McLaughlin</em>
- </a> <em>(Wed Jul 12 2000 - 03:07:59 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2257">-1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2257.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2257">
- <em>N. Sean Timm</em>
- </a> <em>(Wed Jul 12 2000 - 05:59:47 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2271">-1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2271.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2271">
- <em>Stefano Mazzocchi</em>
- </a> <em>(Wed Jul 12 2000 - 15:02:47 MEST)</em>
- </li>
-</p>
-<p>"<ref set="xdev" id="1314">+1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1314.html">
- <strong>Re: REDOM Design discussion.</strong>
- </a>
- <a name="1314">
- <em>Jeffrey Rodriguez <small>(Fri Jul 14 2000 - 18:47:28 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>"<ref set="xdev" id="1317">+-0</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1317.html">
- <strong>Re: REDOM Design discussion.</strong>
- </a>
- <a name="1317">
- <em>James Duncan Davidson <small>(Fri Jul 14 2000 - 19:22:19 MEST)</small>
- </em>
- </a>
- </li>
+<a name="req.32"></a><b>32.</b><br> hard<br> rejected</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The parser shall support Java 1.1 </def></b>
+</p>
+<blockquote>
+<p>"<ref set="gen" id="2249">-1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2249.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2249"> <em>Brett McLaughlin</em> </a> <em>(Wed Jul 12 2000 - 03:07:59 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2257">-1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2257.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2257"> <em>N. Sean Timm</em> </a> <em>(Wed Jul 12 2000 - 05:59:47 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2271">-1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2271.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2271"> <em>Stefano Mazzocchi</em> </a> <em>(Wed Jul 12 2000 - 15:02:47 MEST)</em>
+</li>
</p>
+<p>"<ref set="xdev" id="1314">+1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1314.html"> <strong>Re: REDOM Design discussion.</strong> </a> <a name="1314"> <em>Jeffrey Rodriguez <small>(Fri Jul 14 2000 - 18:47:28 MEST)</small> </em> </a>
+</li>
+</p>
+<p>"<ref set="xdev" id="1317">+-0</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1317.html"> <strong>Re: REDOM Design discussion.</strong> </a> <a name="1317"> <em>James Duncan Davidson <small>(Fri Jul 14 2000 - 19:22:19 MEST)</small> </em> </a>
+</li>
+</p>
</blockquote>
</td>
</tr>
<tr>
<td valign="top">
<p>
-<a name="req.34"></a><b>34.</b>
-<br>
- hard<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser shall support the XML
-Information Set.
-</def>
-</b>
-</p>
-<blockquote>
-<p>"<ref set="gen" id="2298">+1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2298.html">
- <strong>Re: [Xerces2] Requirements list; 'Xerces2'?; cross-posting</strong>
- </a> <a name="2298">
- <em>Arnaud Le Hors</em>
- </a> <em>(Wed Jul 12 2000 - 20:46:38 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2321">+1</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2321.html">
- <strong>Re: [Xerces2] Requirements list; 'Xerces2'?; cross-posting</strong>
- </a> <a name="2321">
- <em>Stefano Mazzocchi</em>
- </a> <em>(Thu Jul 13 2000 - 01:13:00 MEST)</em>
- </li>
+<a name="req.34"></a><b>34.</b><br> hard<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The parser shall support the XML Information Set. </def></b>
+</p>
+<blockquote>
+<p>"<ref set="gen" id="2298">+1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2298.html"> <strong>Re: [Xerces2] Requirements list; 'Xerces2'?; cross-posting</strong> </a> <a name="2298"> <em>Arnaud Le Hors</em> </a> <em>(Wed Jul 12 2000 - 20:46:38 MEST)</em>
+</li>
</p>
+<p>"<ref set="gen" id="2321">+1</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2321.html"> <strong>Re: [Xerces2] Requirements list; 'Xerces2'?; cross-posting</strong> </a> <a name="2321"> <em>Stefano Mazzocchi</em> </a> <em>(Thu Jul 13 2000 - 01:13:00 MEST)</em>
+</li>
+</p>
</blockquote>
</td>
</tr>
</table>
<h3>
<a name="#cat.{.}"></a>Features</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.13a"></a><b>13a.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.13a"></a><b>13a.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-<br>Read-only, memory conservative, high performance DOM subset. In some
-ways, this is optional, since the alternative is that the XSLT processor
-implement it's own DOM, as it does today. But it would be neat and simpler
-if only one DOM implementation needed to exist.
-<br> a) Document-order indexes or API as a DOM extension. I know of few or
-no conformant XSLT processors that can do without this.
-<br> b) [optional] isWhite() method as a DOM extensions (pure telling of
-whether or not the text contains non-whitespace), for performance reasons.
-<br> c) Some sort of weak reference, where nodes could be released if not
-referenced, and then rebuilt if requested. For performance and memory
-footprint.
-</def>
-</b>
+<b><def> <br>Read-only, memory conservative, high performance DOM subset. In some ways, this is optional, since the alternative is that the XSLT processor implement it's own DOM, as it does today. But it would be neat and simpler if only one DOM implementation needed to exist. <br> a) Document-order indexes or API as a DOM extension. I know of few or no conformant XSLT processors that can do without this. <br> b) [optional] isWhite() method as a DOM extensions (pure telling of whether or not the text contains non-whitespace), for performance reasons. <br> c) Some sort of weak reference, where nodes could be released if not referenced, and then rebuilt if requested. For performance and memory footprint. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2296">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2296"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -780,36 +350,20 @@
<tr>
<td valign="top">
<p>
-<a name="req.13b"></a><b>13b.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.13b"></a><b>13b.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-<br>parse-next function, with added control over buffer size.
-</def>
-</b>
+<b><def> <br>parse-next function, with added control over buffer size. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2296">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2296"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -817,37 +371,20 @@
<tr>
<td valign="top">
<p>
-<a name="req.13c"></a><b>13c.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.13c"></a><b>13c.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-<br>Some sort of way to tell if a SAX char buffer is going to be
-overwritten, so data doesn't have to be copied until this occurs.
-</def>
-</b>
+<b><def> <br>Some sort of way to tell if a SAX char buffer is going to be overwritten, so data doesn't have to be copied until this occurs. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2296">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2296"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -855,36 +392,20 @@
<tr>
<td valign="top">
<p>
-<a name="req.13d"></a><b>13d.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.13d"></a><b>13d.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-<br>Serialization support, as is currently in Assaf's classes.
-</def>
-</b>
+<b><def> <br>Serialization support, as is currently in Assaf's classes. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2296">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2296"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -892,37 +413,20 @@
<tr>
<td valign="top">
<p>
-<a name="req.13e"></a><b>13e.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.13e"></a><b>13e.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-<br>Schema data-type support, which will be needed for XSLT2, and Xalan 2.0
-extensions.
-</def>
-</b>
+<b><def> <br>Schema data-type support, which will be needed for XSLT2, and Xalan 2.0 extensions. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2296">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2296"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -930,38 +434,20 @@
<tr>
<td valign="top">
<p>
-<a name="req.13f"></a><b>13f.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.13f"></a><b>13f.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-<br>Small core footprint for standalone, compiled stylesheet capability, for
-use on small devices. This would need to include the Serializer. I'm not
-sure if this should really be a separate micro-parser?
-</def>
-</b>
+<b><def> <br>Small core footprint for standalone, compiled stylesheet capability, for use on small devices. This would need to include the Serializer. I'm not sure if this should really be a separate micro-parser? </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2296">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2296.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2296"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 19:59:46 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -969,27 +455,16 @@
<tr>
<td valign="top">
<p>
-<a name="req.16"></a><b>16.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
+<a name="req.16"></a><b>16.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser shall support DOM Level 2.
-</def>
-</b>
+<b><def> The parser shall support DOM Level 2. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2243">
- <em>Arnaud Le Hors</em>
- </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2243.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2243"> <em>Arnaud Le Hors</em> </a> <em>(Wed Jul 12 2000 - 02:49:04 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -997,27 +472,16 @@
<tr>
<td valign="top">
<p>
-<a name="req.21"></a><b>21.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.21"></a><b>21.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser should support write validation of a DOM tree or revalidation.
-</def>
-</b>
+<b><def> The parser should support write validation of a DOM tree or revalidation. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2242">
- <em>Eric Ye</em>
- </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2242"> <em>Eric Ye</em> </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1025,41 +489,22 @@
<tr>
<td valign="top">
<p>
-<a name="req.28"></a><b>28.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser should provide a reasonable core (fast!) upon which to
-layer other API's. Examples of such API's include SAX2, DOM, and JDOM
-</def>
-</b>
+<a name="req.28"></a><b>28.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> Xerces Native API. The parser should provide a reasonable core API (fast!) upon which to layer other API's. Examples of such API's include SAX2, DOM, and JDOM. </def></b>
</p>
<blockquote>
See also:
- <a href="#req.10">10</a>
- <br>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2207.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2207">
- <em>Brett McLaughlin</em>
- </a> <em>(Wed Jul 12 2000 - 00:28:32 MEST)</em>
- </li>
+ <a href="#req.10">10</a> <br>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2207.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2207"> <em>Brett McLaughlin</em> </a> <em>(Wed Jul 12 2000 - 00:28:32 MEST)</em>
+</li>
</p>
-<p>"<ref set="gen" id="2221">JDOM is an important up and coming API that already has established a large and rapidly growing groundswell of support and in the
-developer community.</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2221.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2221">
- <em>James Duncan Davidson</em>
- </a> <em>(Wed Jul 12 2000 - 01:15:59 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2221">JDOM is an important up and coming API that already has established a large and rapidly growing groundswell of support and in the developer community.</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2221.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2221"> <em>James Duncan Davidson</em> </a> <em>(Wed Jul 12 2000 - 01:15:59 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1067,159 +512,71 @@
<tr>
<td valign="top">
<p>
-<a name="req.31"></a><b>31.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The core parser should not directly support any tree model.
-</def>
-</b>
+<a name="req.31"></a><b>31.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The core parser should not directly support any tree model. </def></b>
</p>
<blockquote>
See also:
- <a href="#req.10">10</a>
- <br>
-<p>"<ref set="gen" id="2154">My understanding of the design, which I think is good, is that the
-"core" actually doesn't directly support any tree model.
-<br> API Layer JDOM DOM SAX2
-<br> Core Layer Java parser code
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2154.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2154">
- <em>Arnaud Le Hors</em>
- </a> <em>(Tue Jul 11 2000 - 03:41:05 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2263.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2263">
- <em>Jason Hunter</em>
- </a> <em>(Wed Jul 12 2000 - 07:51:22 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2326.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2326">
- <em>Tim Bray</em>
- </a> <em>(Thu Jul 13 2000 - 02:33:14 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1169.html">
- <strong>[spinnaker] Design discussion</strong>
- </a>
- <a name="1169">
- <em>James Duncan Davidson <small>(Mon Jul 10 2000 - 08:04:29 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1179.html">
- <strong>Re: [spinnaker] Design discussion</strong>
- </a>
- <a name="1179">
- <em>costin@eng.sun.com <small>(Mon Jul 10 2000 - 20:40:06 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1185.html">
- <strong>Re: [spinnaker] Design discussion</strong>
- </a>
- <a name="1185">
- <em>Edwin Goei <small>(Tue Jul 11 2000 - 00:48:20 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1211.html">
- <strong>Re: ?? Design discussion - xerces-design-dev new list</strong>
- </a>
- <a name="1211">
- <em>Arnaud Le Hors <small> (Tue Jul 11 2000 - 06:51:24 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1320.html">
- <strong>[Xerces2] What is CORE?</strong>
- </a>
- <a name="1320">
- <em>Ed Staub <small>(Fri Jul 14 2000 - 23:34:45 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1321.html">
- <strong>Re: [Xerces2] What is CORE?</strong>
- </a>
- <a name="1321">
- <em>Brett McLaughlin <small>(Fri Jul 14 2000 - 23:52:26 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1322.html">
- <strong>Re: [Xerces2] What is CORE?</strong>
- </a>
- <a name="1322">
- <em>Arved Sandstrom <small>(Sat Jul 15 2000 - 01:08:07 MEST)</small>
- </em>
- </a>
- </li>
+ <a href="#req.10">10</a> <br>
+<p>"<ref set="gen" id="2154">My understanding of the design, which I think is good, is that the "core" actually doesn't directly support any tree model. <br> API Layer JDOM DOM SAX2 <br> Core Layer Java parser code </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2154.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2154"> <em>Arnaud Le Hors</em> </a> <em>(Tue Jul 11 2000 - 03:41:05 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2263.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2263"> <em>Jason Hunter</em> </a> <em>(Wed Jul 12 2000 - 07:51:22 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2326.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2326"> <em>Tim Bray</em> </a> <em>(Thu Jul 13 2000 - 02:33:14 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1169.html"> <strong>[spinnaker] Design discussion</strong> </a> <a name="1169"> <em>James Duncan Davidson <small>(Mon Jul 10 2000 - 08:04:29 MEST)</small> </em> </a>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1179.html"> <strong>Re: [spinnaker] Design discussion</strong> </a> <a name="1179"> <em>costin@eng.sun.com <small>(Mon Jul 10 2000 - 20:40:06 MEST)</small> </em> </a>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1185.html"> <strong>Re: [spinnaker] Design discussion</strong> </a> <a name="1185"> <em>Edwin Goei <small>(Tue Jul 11 2000 - 00:48:20 MEST)</small> </em> </a>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1211.html"> <strong>Re: ?? Design discussion - xerces-design-dev new list</strong> </a> <a name="1211"> <em>Arnaud Le Hors <small> (Tue Jul 11 2000 - 06:51:24 MEST)</small> </em> </a>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1320.html"> <strong>[Xerces2] What is CORE?</strong> </a> <a name="1320"> <em>Ed Staub <small>(Fri Jul 14 2000 - 23:34:45 MEST)</small> </em> </a>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1321.html"> <strong>Re: [Xerces2] What is CORE?</strong> </a> <a name="1321"> <em>Brett McLaughlin <small>(Fri Jul 14 2000 - 23:52:26 MEST)</small> </em> </a>
+</li>
</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1322.html"> <strong>Re: [Xerces2] What is CORE?</strong> </a> <a name="1322"> <em>Arved Sandstrom <small>(Sat Jul 15 2000 - 01:08:07 MEST)</small> </em> </a>
+</li>
+</p>
</blockquote>
</td>
</tr>
<tr>
<td valign="top">
<p>
-<a name="req.33"></a><b>33.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.33"></a><b>33.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser should support loading and validating only certainrequested portions of a document -- a useful feature
-when dealing with large xml databases, for example. See the W3C
-<a href="http://www.w3.org/TR/WD-xml-fragment"><em>XML Fragement Interchange</em></a> Working Draft.
-</def>
-</b>
+<b><def> The parser should support loading and validating only certainrequested portions of a document -- a useful feature when dealing with large xml databases, for example. See the W3C <a href="http://www.w3.org/TR/WD-xml-fragment"> <em>XML Fragement Interchange</em> </a> Working Draft. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2276.html">
- <strong>RE: XRI requirements</strong>
- </a> <a name="2276">
- <em>James Snell</em>
- </a> <em>(Wed Jul 12 2000 - 07:25:50 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2276.html"> <strong>RE: XRI requirements</strong> </a> <a name="2276"> <em>James Snell</em> </a> <em>(Wed Jul 12 2000 - 07:25:50 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1227,63 +584,32 @@
<tr>
<td valign="top">
<p>
-<a name="req.35"></a><b>35.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.35"></a><b>35.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser should support pull model parsing.
-</def>
-</b>
+<b><def> The parser should support pull model parsing. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2310.html">
- <strong>Microsoft XML stuff</strong>
- </a> <a name="2310">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 21:46:16 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2310.html"> <strong>Microsoft XML stuff</strong> </a> <a name="2310"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 21:46:16 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2323.html">
- <strong>Re: Microsoft XML stuff</strong>
- </a> <a name="2323">
- <em>Ted Leung</em>
- </a> <em>(Thu Jul 13 2000 - 02:08:55 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2323.html"> <strong>Re: Microsoft XML stuff</strong> </a> <a name="2323"> <em>Ted Leung</em> </a> <em>(Thu Jul 13 2000 - 02:08:55 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2333.html">
- <strong>Re: Microsoft XML stuff</strong>
- </a> <a name="2333">
- <em>Ted Leung</em>
- </a> <em>(Thu Jul 13 2000 - 06:46:09 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2333.html"> <strong>Re: Microsoft XML stuff</strong> </a> <a name="2333"> <em>Ted Leung</em> </a> <em>(Thu Jul 13 2000 - 06:46:09 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2335.html">
- <strong>Re: Microsoft XML stuff</strong>
- </a> <a name="2335">
- <em>Eric Hodges</em>
- </a> <em>(Thu Jul 13 2000 - 09:15:49 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2335.html"> <strong>Re: Microsoft XML stuff</strong> </a> <a name="2335"> <em>Eric Hodges</em> </a> <em>(Thu Jul 13 2000 - 09:15:49 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2340.html">
- <strong>RE: Microsoft XML stuff</strong>
- </a> <a name="2340">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Thu Jul 13 2000 - 06:29:25 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2340.html"> <strong>RE: Microsoft XML stuff</strong> </a> <a name="2340"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Thu Jul 13 2000 - 06:29:25 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1291,27 +617,16 @@
<tr>
<td valign="top">
<p>
-<a name="req.36"></a><b>36.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.37"></a><b>37.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The parser should support compilation of a high-speed customized parser based on a W3C schema.
-</def>
-</b>
+<b><def> The DOM should emit events to interested listeners when changes are made to the DOM </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2339.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2339">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Thu Jul 13 2000 - 06:12:28 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1201.html"> <strong>Re: ?? Design discussion - xerces-design-dev new list</strong> </a> <a name="1201"> <em>Kelly Campbell <small> (Tue Jul 11 2000 - 03:08:57 MEST)</small> </em> </a>
+</li>
</p>
</blockquote>
</td>
@@ -1319,67 +634,24 @@
<tr>
<td valign="top">
<p>
-<a name="req.37"></a><b>37.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.38"></a><b>38.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>
-The DOM should emit events to interested listeners when changes are made to the DOM
-</def>
-</b>
+<b><def> The parser should support <a href="http://www.xml.gr.jp/relax/"> <em>RELAX</em> </a>. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1201.html">
- <strong>Re: ?? Design discussion - xerces-design-dev new list</strong>
- </a>
- <a name="1201">
- <em>Kelly Campbell <small> (Tue Jul 11 2000 - 03:08:57 MEST)</small>
- </em>
- </a>
- </li>
-</p>
</blockquote>
</td>
</tr>
<tr>
<td valign="top">
<p>
-<a name="req.38"></a><b>38.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser should support <a href="http://www.xml.gr.jp/relax/"><em>RELAX</em></a>.
-</def>
-</b>
-</p>
-<blockquote>
-</blockquote>
+<a name="req.39"></a><b>39.</b><br> soft<br> unevaluated</p>
</td>
-</tr>
-<tr>
<td valign="top">
<p>
-<a name="req.39"></a><b>39.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser should allow for automatic detection of
-compressed/encrypted documents.
-</def>
-</b>
+<b><def> The parser should allow for automatic detection of compressed/encrypted documents. </def></b>
</p>
<blockquote>
</blockquote>
@@ -1388,63 +660,36 @@
</table>
<h3>
<a name="#cat.{.}"></a>Memory</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.2"></a><b>2.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>The parser should have the smallest possible memory footprint.</def>
-</b>
+<a name="req.2"></a><b>2.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def>The parser should have a competitive memory footprint (competitive
+against the other Java based parsers out there).</def></b>
</p>
<blockquote>
See also:
- <a href="#req.3">3</a>
- Conflict:<a href="#req.24">24</a>
- <br>
-<blockquote>
-<i>Ed:</i>This needs refinement of target applications, quantification of sizes.</blockquote>
-<p>"<ref set="gen" id="2091">This means small distribution size (JAR file)
- and small memory footprint.</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
+ <a href="#req.3">3</a> <br>
+<blockquote><i>Ed:</i>This needs refinement of target applications, quantification of sizes.</blockquote>
+<p>"<ref set="gen" id="2091">This means small distribution size (JAR file) and small memory footprint.</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2203">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2203.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2203"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 23:42:10 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2341.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2341">
- <em>Stefano Mazzocchi</em>
- </a> <em>(Thu Jul 13 2000 - 01:52:43 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2341.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2341"> <em>Stefano Mazzocchi</em> </a> <em>(Thu Jul 13 2000 - 01:52:43 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2345.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2345">
- <em>costin@eng.sun.com</em>
- </a> <em>(Thu Jul 13 2000 - 21:46:20 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2345.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2345"> <em>costin@eng.sun.com</em> </a> <em>(Thu Jul 13 2000 - 21:46:20 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1452,95 +697,52 @@
<tr>
<td valign="top">
<p>
-<a name="req.6"></a><b>6.</b>
-<br>
- soft<br>
- approved</p>
-</td><td valign="top">
-<p>
-<b>
-<def>The parser should have the smallest possible distribution (JAR) size.</def>
-</b>
+<a name="req.6"></a><b>6.</b><br> soft<br> approved</p>
+</td>
+<td valign="top">
+<p>
+<b><def>The parser should have the smallest possible distribution (JAR) size.</def></b>
</p>
<blockquote>
See also:
- <a href="#req.3">3</a>
- <br>
-<blockquote>
-<i>Ed:</i>This needs refinement of target applications, quantification of sizes.</blockquote>
-<p>"<ref set="gen" id="2091">This means small distribution size (JAR file)
- and small memory footprint.
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2093">These two requirements [small memory footprint, small jar size -ed] are in direct conflict.
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2093.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2093">
- <em>Arnaud Le Hors</em>
- </a> <em>(Sat Jul 08 2000 - 19:56:58 MEST)</em>
- </li>
+ <a href="#req.3">3</a> <br>
+<blockquote><i>Ed:</i>This needs refinement of target applications, quantification of sizes.</blockquote>
+<p>"<ref set="gen" id="2091">This means small distribution size (JAR file) and small memory footprint. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
</p>
+<p>"<ref set="gen" id="2093">These two requirements [small memory footprint, small jar size -ed] are in direct conflict. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2093.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2093"> <em>Arnaud Le Hors</em> </a> <em>(Sat Jul 08 2000 - 19:56:58 MEST)</em>
+</li>
+</p>
</blockquote>
</td>
</tr>
</table>
<h3>
<a name="#cat.{.}"></a>Speed</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.4"></a><b>4.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
+<a name="req.4"></a><b>4.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>The parser shall run well on all virutal machines and
- shall not be optimized toward a particular virtual machine.</def>
-</b>
+<b><def>The parser shall run well on all virutal machines and shall not be optimized toward a particular virtual machine.</def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1299.html">
- <strong>Re: REDOM Design discussion.</strong>
- </a>
- <a name="1299">
- <em>Jim Driscoll <small>(Thu Jul 13 2000 - 18:12:19 MEST)</small>
- </em>
- </a>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1299.html"> <strong>Re: REDOM Design discussion.</strong> </a> <a name="1299"> <em>Jim Driscoll <small>(Thu Jul 13 2000 - 18:12:19 MEST)</small> </em> </a>
+</li>
</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1307.html">
- <strong>Re: REDOM Design discussion.</strong>
- </a>
- <a name="1307">
- <em>James Duncan Davidson <small>(Fri Jul 14 2000 - 06:38:44 MEST)</small>
- </em>
- </a>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1307.html"> <strong>Re: REDOM Design discussion.</strong> </a> <a name="1307"> <em>James Duncan Davidson <small>(Fri Jul 14 2000 - 06:38:44 MEST)</small> </em> </a>
+</li>
</p>
</blockquote>
</td>
@@ -1548,68 +750,38 @@
<tr>
<td valign="top">
<p>
-<a name="req.23"></a><b>23.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-No significant speed penalty should be invoked for unused features, notably validation.
-When not validating, the parser should run almost as fast as a non-validating parser.
-</def>
-</b>
+<a name="req.23"></a><b>23.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> No significant speed penalty should be invoked for unused features, notably validation. When not validating, the parser should run almost as fast as a non-validating parser. </def></b>
</p>
<blockquote>
See also:
- <a href="#req.10">10</a>
- <br>
+ <a href="#req.10">10</a> <br>
</blockquote>
</td>
</tr>
<tr>
<td valign="top">
<p>
-<a name="req.24"></a><b>24.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser should provide best-of-breed performance across all JIT's (not just Hotspot).
-</def>
-</b>
-</p>
-<blockquote>Conflict:<a href="#req.2">2</a>
- <br>
-<p>"<ref set="xdev" id="1317">-1 (on JDK 1.1)</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1317.html">
- <strong>Re: REDOM Design discussion.</strong>
- </a>
- <a name="1317">
- <em>James Duncan Davidson <small>(Fri Jul 14 2000 - 19:22:19 MEST)</small>
- </em>
- </a>
- </li>
-</p>
-<p>"<ref set="xdev" id="1323">Fast enough to not notice that a parse happened for most data (10 lines to
-10K). To expand on that, when I have Ant read it's data from build.xml, I
-shouldn't notice. If I send a bit of form encoded XML data to a server, and
-then get some back, it shouldn't be appreciable considering the connection
-cost. </ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1323.html">
- <strong>Re: [Xerces2] What is CORE?</strong>
- </a>
- <a name="1323">
- <em>James Duncan Davidson <small>(Sat Jul 15 2000 - 06:31:24 MEST)</small>
- </em>
- </a>
- </li>
+<a name="req.24"></a><b>24.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The parser should provide best-of-breed performance across all JIT's (not just Hotspot). Such performance
+shall not come at the expense of requirement 5.</def></b>
+</p>
+<blockquote>
+ See also:
+ <a href="#req.5">5</a> <br>
+<p>"<ref set="xdev" id="1317">-1 (on JDK 1.1)</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1317.html"> <strong>Re: REDOM Design discussion.</strong> </a> <a name="1317"> <em>James Duncan Davidson <small>(Fri Jul 14 2000 - 19:22:19 MEST)</small> </em> </a>
+</li>
+</p>
+<p>"<ref set="xdev" id="1323">Fast enough to not notice that a parse happened for most data (10 lines to 10K). To expand on that, when I have Ant read it's data from build.xml, I shouldn't notice. If I send a bit of form encoded XML data to a server, and then get some back, it shouldn't be appreciable considering the connection cost. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-xerces-j-dev/1323.html"> <strong>Re: [Xerces2] What is CORE?</strong> </a> <a name="1323"> <em>James Duncan Davidson <small>(Sat Jul 15 2000 - 06:31:24 MEST)</small> </em> </a>
+</li>
</p>
</blockquote>
</td>
@@ -1617,149 +789,82 @@
<tr>
<td valign="top">
<p>
-<a name="req.25"></a><b>25.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The parser should support grammar caching and precompilation.
-</def>
-</b>
+<a name="req.25"></a><b>25.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The parser should support grammar caching and precompilation. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2242">
- <em>Eric Ye</em>
- </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2261.html">
- <strong>Re: XRI requirements</strong>
- </a> <a name="2261">
- <em>Jeffrey Rodriguez</em>
- </a> <em>(Wed Jul 12 2000 - 07:01:23 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2242"> <em>Eric Ye</em> </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
+</li>
</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2261.html"> <strong>Re: XRI requirements</strong> </a> <a name="2261"> <em>Jeffrey Rodriguez</em> </a> <em>(Wed Jul 12 2000 - 07:01:23 MEST)</em>
+</li>
+</p>
</blockquote>
</td>
</tr>
</table>
<h3>
<a name="#cat.{.}"></a>Quality</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.1"></a><b>1.</b>
-<br>
- hard<br>
- hardnessConflict</p>
-</td><td valign="top">
-<p>
-<b>
-<def>The code shall be maintainable and simple to read.</def>
-</b>
+<a name="req.1"></a><b>1.</b><br> hard<br> hardnessConflict</p>
+</td>
+<td valign="top">
+<p>
+<b><def>The code shall be maintainable and simple to read.</def></b>
</p>
<blockquote>
See also:
- <a href="#req.5">5</a>
- <br>
-<p>"<ref set="gen" id="2091"> Above all, this is the primary goal
- for any openly developed project as without the ability to read the
- code, it's impossible for people to contribute and get involved.</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2138.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2138">
- <em>Edwin Goei</em>
- </a> <em>(Mon Jul 10 2000 - 23:18:54 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2186">[current code too complex, scares off users]</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2186.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2186">
- <em>Brett McLaughlin</em>
- </a> <em>(Tue Jul 11 2000 - 22:17:03 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2209">I don't think I am [willing to trade off some performance for clearly written code]. Performance is too damned important in the XML
-world</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2209.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2209">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 00:25:18 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2220">You're not going to get a diverse developer community built around code that
-is too damned hard to read... </ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2220.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2220">
- <em>James Duncan Davidson</em>
- </a> <em>(Wed Jul 12 2000 - 01:11:58 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2311.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2311">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Wed Jul 12 2000 - 23:44:52 MEST)</em>
- </li>
+ <a href="#req.5">5</a> <br>
+<p>"<ref set="gen" id="2091"> Above all, this is the primary goal for any openly developed project as without the ability to read the code, it's impossible for people to contribute and get involved.</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2138.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2138"> <em>Edwin Goei</em> </a> <em>(Mon Jul 10 2000 - 23:18:54 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2186">[current code too complex, scares off users]</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2186.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2186"> <em>Brett McLaughlin</em> </a> <em>(Tue Jul 11 2000 - 22:17:03 MEST)</em>
+</li>
</p>
+<p>"<ref set="gen" id="2209">I don't think I am [willing to trade off some performance for clearly written code]. Performance is too damned important in the XML world</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2209.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2209"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 00:25:18 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2220">You're not going to get a diverse developer community built around code that is too damned hard to read... </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2220.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2220"> <em>James Duncan Davidson</em> </a> <em>(Wed Jul 12 2000 - 01:11:58 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2311.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2311"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Wed Jul 12 2000 - 23:44:52 MEST)</em>
+</li>
+</p>
</blockquote>
</td>
</tr>
<tr>
<td valign="top">
<p>
-<a name="req.5"></a><b>5.</b>
-<br>
- soft<br>
- approved</p>
-</td><td valign="top">
-<p>
-<b>
-<def>Optimizations that interfere with readability,
- modularity, or size should be shunned.
-</def>
-</b>
+<a name="req.5"></a><b>5.</b><br> soft<br> approved</p>
+</td>
+<td valign="top">
+<p>
+<b><def>Optimizations that interfere with readability, modularity, or size should be shunned. </def></b>
</p>
<blockquote>
See also:
- <a href="#req.1">1</a>
- <br>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
+ <a href="#req.1">1</a> <br>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1767,28 +872,16 @@
<tr>
<td valign="top">
<p>
-<a name="req.7"></a><b>7.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.7"></a><b>7.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>The design of the parser should be documented, with diagrams where they are more expressive than text.</def>
-</b>
+<b><def>The design of the parser should be documented, with diagrams where they are more expressive than text.</def></b>
</p>
<blockquote>
-<p>"<ref set="gen" id="2104">... would benefit greatly from requirements and design documentation; most especially some diagrams. I find that a dozen or so good diagrams often do a better job of
-conveying the design and, perhaps more importantly, the design approach or
-philosophy, than written documents.
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2104.html">
- <strong>design docs and diagrams [was Re: [spinnaker] Announce]</strong>
- </a> <a name="2104">
- <em>Randall J. Parr</em>
- </a> <em>(Sun Jul 09 2000 - 18:43:49 MEST)</em>
- </li>
+<p>"<ref set="gen" id="2104">... would benefit greatly from requirements and design documentation; most especially some diagrams. I find that a dozen or so good diagrams often do a better job of conveying the design and, perhaps more importantly, the design approach or philosophy, than written documents. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2104.html"> <strong>design docs and diagrams [was Re: [spinnaker] Announce]</strong> </a> <a name="2104"> <em>Randall J. Parr</em> </a> <em>(Sun Jul 09 2000 - 18:43:49 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1796,27 +889,17 @@
<tr>
<td valign="top">
<p>
-<a name="req.9"></a><b>9.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.9"></a><b>9.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>The parser should be upwardly compatible with Xerces.</def>
-</b>
+<b><def>The parser should be upwardly compatible with Xerces.</def></b>
</p>
-<blockquote>
<blockquote>
-<i>Ed:</i>This needs refinement.</blockquote>
-<p>"<ref set="gen" id="2110">Whatever happened to making things upgrade compatiable. </ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2110.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2110">
- <em>MITCHELL SOJDEHEI</em>
- </a> <em>(Mon Jul 10 2000 - 02:57:49 MEST)</em>
- </li>
+<blockquote><i>Ed:</i>This needs refinement.</blockquote>
+<p>"<ref set="gen" id="2110">Whatever happened to making things upgrade compatiable. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2110.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2110"> <em>MITCHELL SOJDEHEI</em> </a> <em>(Mon Jul 10 2000 - 02:57:49 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1824,82 +907,49 @@
<tr>
<td valign="top">
<p>
-<a name="req.10"></a><b>10.</b>
-<br>
- hard<br>
- approved</p>
-</td><td valign="top">
-<p>
-<b>
-<def>The parser shall be cleanly modular.</def>
-</b>
+<a name="req.10"></a><b>10.</b><br> hard<br> approved</p>
+</td>
+<td valign="top">
+<p>
+<b><def>The parser shall be cleanly modular.</def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html">
- <strong>[spinnaker] Announce</strong>
- </a> <a name="2091">
- <em>James Duncan Davidson</em>
- </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2122.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2122">
- <em>costin@eng.sun.com</em>
- </a> <em>(Mon Jul 10 2000 - 19:54:06 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2130.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2130">
- <em>costin@eng.sun.com</em>
- </a> <em>(Mon Jul 10 2000 - 22:48:38 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2154">[star vs. pipeline]</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2154.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2154">
- <em>Arnaud Le Hors</em>
- </a> <em>(Tue Jul 11 2000 - 03:41:05 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2091.html"> <strong>[spinnaker] Announce</strong> </a> <a name="2091"> <em>James Duncan Davidson</em> </a> <em>(Sat Jul 08 2000 - 07:31:16 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2122.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2122"> <em>costin@eng.sun.com</em> </a> <em>(Mon Jul 10 2000 - 19:54:06 MEST)</em>
+</li>
</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2130.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2130"> <em>costin@eng.sun.com</em> </a> <em>(Mon Jul 10 2000 - 22:48:38 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2154">[star vs. pipeline]</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2154.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2154"> <em>Arnaud Le Hors</em> </a> <em>(Tue Jul 11 2000 - 03:41:05 MEST)</em>
+</li>
+</p>
</blockquote>
</td>
</tr>
</table>
<h3>
<a name="#cat.{.}"></a>Other</h3>
-<table border="1" width="95%">
+<table width="95%" border="1">
<tr>
<td valign="top">
<p>
-<a name="req.8"></a><b>8.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
+<a name="req.8"></a><b>8.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
<p>
-<b>
-<def>The parser should have the characteristics needed for it to be included in the JDK.</def>
-</b>
+<b><def>The parser should have the characteristics needed for it to be included in the JDK.</def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2108.html">
- <strong>[spinnaker] XML Hack Article</strong>
- </a> <a name="2108">
- <em>James Duncan Davidson</em>
- </a> <em> (Mon Jul 10 2000 - 00:47:01 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2108.html"> <strong>[spinnaker] XML Hack Article</strong> </a> <a name="2108"> <em>James Duncan Davidson</em> </a> <em> (Mon Jul 10 2000 - 00:47:01 MEST)</em>
+</li>
</p>
</blockquote>
</td>
@@ -1907,134 +957,65 @@
<tr>
<td valign="top">
<p>
-<a name="req.11"></a><b>11.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>Development should be coordinated with xerces-c.</def>
-</b>
-</p>
-<blockquote>
-<p>"<ref set="gen" id="2133">I'd also like to see this be coordinated with the xerces-c developers ... it would be
-nice to keep the two parsers in sync so that changes to one parser and
-relatively easy to implement in the other.
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2133.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2133">
- <em>Joe Polastre</em>
- </a> <em>(Mon Jul 10 2000 - 23:05:18 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2144">I disagree...</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2144.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2144">
- <em>James Duncan Davidson</em>
- </a> <em>(Mon Jul 10 2000 - 23:34:54 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2161">Java is a very different language from C++, and you need
-different strategies.
-</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2161.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2161">
- <em>Scott Boag/CAM/Lotus</em>
- </a> <em>(Tue Jul 11 2000 - 05:25:51 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2182">...there's much to be gained by keeping the
-overall architecture and design the same between the two versions. </ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2182.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2182">
- <em>Andy Heninger</em>
- </a> <em>(Tue Jul 11 2000 - 18:59:24 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2194">[forcing deep similarity is bad]</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2194.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2194">
- <em>James Duncan Davidson</em>
- </a> <em>(Tue Jul 11 2000 - 22:39:19 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2222">...trying to find one design that fits both
-languages well will produce one design that doesn't quite fit either
-language. </ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2222.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2222">
- <em>Eric Hodges</em>
- </a> <em>(Wed Jul 12 2000 - 01:23:23 MEST)</em>
- </li>
-</p>
-<p>"<ref set="gen" id="2241">Let's push for high-level designs that
-can accommodate any OO language...</ref>"<br>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2241.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2241">
- <em>Arved Sandstrom</em>
- </a> <em>(Wed Jul 12 2000 - 02:22:53 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2246.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2246">
- <em>James Duncan Davidson</em>
- </a> <em>(Wed Jul 12 2000 - 02:55:07 MEST)</em>
- </li>
-</p>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2248.html">
- <strong>Re: [spinnaker] Announce</strong>
- </a> <a name="2248">
- <em>Eric Hodges</em>
- </a> <em>(Wed Jul 12 2000 - 03:03:32 MEST)</em>
- </li>
+<a name="req.11"></a><b>11.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def>Development should be coordinated with xerces-c.</def></b>
+</p>
+<blockquote>
+<p>"<ref set="gen" id="2133">I'd also like to see this be coordinated with the xerces-c developers ... it would be nice to keep the two parsers in sync so that changes to one parser and relatively easy to implement in the other. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2133.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2133"> <em>Joe Polastre</em> </a> <em>(Mon Jul 10 2000 - 23:05:18 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2144">I disagree...</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2144.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2144"> <em>James Duncan Davidson</em> </a> <em>(Mon Jul 10 2000 - 23:34:54 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2161">Java is a very different language from C++, and you need different strategies. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2161.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2161"> <em>Scott Boag/CAM/Lotus</em> </a> <em>(Tue Jul 11 2000 - 05:25:51 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2182">...there's much to be gained by keeping the overall architecture and design the same between the two versions. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2182.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2182"> <em>Andy Heninger</em> </a> <em>(Tue Jul 11 2000 - 18:59:24 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2194">[forcing deep similarity is bad]</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2194.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2194"> <em>James Duncan Davidson</em> </a> <em>(Tue Jul 11 2000 - 22:39:19 MEST)</em>
+</li>
+</p>
+<p>"<ref set="gen" id="2222">...trying to find one design that fits both languages well will produce one design that doesn't quite fit either language. </ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2222.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2222"> <em>Eric Hodges</em> </a> <em>(Wed Jul 12 2000 - 01:23:23 MEST)</em>
+</li>
</p>
+<p>"<ref set="gen" id="2241">Let's push for high-level designs that can accommodate any OO language...</ref>"<br><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2241.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2241"> <em>Arved Sandstrom</em> </a> <em>(Wed Jul 12 2000 - 02:22:53 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2246.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2246"> <em>James Duncan Davidson</em> </a> <em>(Wed Jul 12 2000 - 02:55:07 MEST)</em>
+</li>
+</p>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2248.html"> <strong>Re: [spinnaker] Announce</strong> </a> <a name="2248"> <em>Eric Hodges</em> </a> <em>(Wed Jul 12 2000 - 03:03:32 MEST)</em>
+</li>
+</p>
</blockquote>
</td>
</tr>
<tr>
<td valign="top">
<p>
-<a name="req.29"></a><b>29.</b>
-<br>
- soft<br>
- unevaluated</p>
-</td><td valign="top">
-<p>
-<b>
-<def>
-The project should produce testcases for both conformance and benchmarking.
-</def>
-</b>
+<a name="req.29"></a><b>29.</b><br> soft<br> unevaluated</p>
+</td>
+<td valign="top">
+<p>
+<b><def> The project should produce testcases for both conformance and benchmarking. </def></b>
</p>
<blockquote>
-<p>
-<li>
- <a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html">
- <strong>Re: parser-next-gen goals, plan, and requirements</strong>
- </a> <a name="2242">
- <em>Eric Ye</em>
- </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
- </li>
+<p><li>
+<a href="http://xml-archive.webweaving.org/xml-archive-general/2242.html"> <strong>Re: parser-next-gen goals, plan, and requirements</strong> </a> <a name="2242"> <em>Eric Ye</em> </a> <em>(Wed Jul 12 2000 - 02:48:42 MEST)</em>
+</li>
</p>
</blockquote>
</td>
1.4 +60 -182 xml-xerces/java/proposals/XRI-requirements/issues.xml
Index: issues.xml
===================================================================
RCS file: /home/cvs/xml-xerces/java/proposals/XRI-requirements/issues.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- issues.xml 2000/07/31 21:05:30 1.3
+++ issues.xml 2000/08/07 19:20:37 1.4
@@ -2,7 +2,7 @@
<!-- edited with XML Spy v3.0 (http://www.xmlspy.com) by Edward Staub (private) -->
<?xml-stylesheet type="text/xsl" href="issues.xsl"?>
<!DOCTYPE requirementCatalog SYSTEM "issues.dtd">
-<requirementCatalog date="29 July 2000" version="1.3">
+<requirementCatalog date="6 August 2000" version="1.4">
<!-- Checked apache general list through messages 2091 through 2375 -->
<!-- Checked apache xerces-j-dev list messages 1160 through 1380 -->
<categories>
@@ -19,26 +19,21 @@
<def>The code shall be maintainable and simple to read.</def>
<seeAlso id="5"/>
<refs>
- <ref set="gen" id="2091"> Above all, this is the primary goal
- for any openly developed project as without the ability to read the
- code, it's impossible for people to contribute and get involved.</ref>
+ <ref set="gen" id="2091"> Above all, this is the primary goal for any openly developed project as without the ability to read the code, it's impossible for people to contribute and get involved.</ref>
<ref set="gen" id="2138"/>
<ref set="gen" id="2186">[current code too complex, scares off users]</ref>
- <ref set="gen" id="2209">I don't think I am [willing to trade off some performance for clearly written code]. Performance is too damned important in the XML
-world</ref>
- <ref set="gen" id="2220">You're not going to get a diverse developer community built around code that
-is too damned hard to read... </ref>
+ <ref set="gen" id="2209">I don't think I am [willing to trade off some performance for clearly written code]. Performance is too damned important in the XML world</ref>
+ <ref set="gen" id="2220">You're not going to get a diverse developer community built around code that is too damned hard to read... </ref>
<ref set="gen" id="2311"/>
</refs>
</req>
<req id="2" strength="soft" cat="Memory">
- <def>The parser should have the smallest possible memory footprint.</def>
+ <def>The parser should have a competitive memory footprint (competitive
+against the other Java based parsers out there).</def>
<seeAlso id="3"/>
- <seeAlso id="24" type="Conflict"/>
<edReqNote>This needs refinement of target applications, quantification of sizes.</edReqNote>
<refs>
- <ref set="gen" id="2091">This means small distribution size (JAR file)
- and small memory footprint.</ref>
+ <ref set="gen" id="2091">This means small distribution size (JAR file) and small memory footprint.</ref>
<ref set="gen" id="2203"/>
<ref set="gen" id="2341"/>
<ref set="gen" id="2345"/>
@@ -49,26 +44,15 @@
<seeAlso id="2"/>
<seeAlso id="13"/>
<refs>
- <ref set="gen" id="2091">It should be possible to build a parser as a set of Jar files
- so that a smaller parser can be assembled which fits the need of a
- particular implementation. For example, in TV sets do you really need
- validation?</ref>
- <ref set="gen" id="2223">Where I am now we use XML as a wire format, so the data volume is small,
-and parsing takes place on the client (the customer's e-commerce
-environment) and on the server. Small footprint (memory *and* disk)
-are much more important in this context than speed or even validation.
-</ref>
+ <ref set="gen" id="2091">It should be possible to build a parser as a set of Jar files so that a smaller parser can be assembled which fits the need of a particular implementation. For example, in TV sets do you really need validation?</ref>
+ <ref set="gen" id="2223">Where I am now we use XML as a wire format, so the data volume is small, and parsing takes place on the client (the customer's e-commerce environment) and on the server. Small footprint (memory *and* disk) are much more important in this context than speed or even validation. </ref>
<ref set="gen" id="2223">... many applications could benefit ...</ref>
-<ref set="xdev" id="1324">"small-but-performant-ambitious"
-devices vs. "as-small-and-cheap-as-possible" devices</ref>
-<ref set="xdev" id="1361">I [am] a proponent [of support for] "small-but-perfrormant-ambitious", not
-"as-small-and-cheap-as-possible" [devices]
-</ref>
+ <ref set="xdev" id="1324">"small-but-performant-ambitious" devices vs. "as-small-and-cheap-as-possible" devices</ref>
+ <ref set="xdev" id="1361">I [am] a proponent [of support for] "small-but-perfrormant-ambitious", not "as-small-and-cheap-as-possible" [devices] </ref>
</refs>
</req>
<req id="4" status="approved" strength="hard" cat="Speed">
- <def>The parser shall run well on all virutal machines and
- shall not be optimized toward a particular virtual machine.</def>
+ <def>The parser shall run well on all virutal machines and shall not be optimized toward a particular virtual machine.</def>
<refs>
<ref set="gen" id="2091"/>
<ref set="xdev" id="1299"/>
@@ -76,9 +60,7 @@
</refs>
</req>
<req id="5" status="approved" strength="soft" cat="Quality">
- <def>Optimizations that interfere with readability,
- modularity, or size should be shunned.
-</def>
+ <def>Optimizations that interfere with readability, modularity, or size should be shunned. </def>
<seeAlso id="1"/>
<refs>
<ref set="gen" id="2091"/>
@@ -89,20 +71,14 @@
<seeAlso id="3"/>
<edReqNote>This needs refinement of target applications, quantification of sizes.</edReqNote>
<refs>
- <ref set="gen" id="2091">This means small distribution size (JAR file)
- and small memory footprint.
-</ref>
- <ref set="gen" id="2093">These two requirements [small memory footprint, small jar size -ed] are in direct conflict.
-</ref>
+ <ref set="gen" id="2091">This means small distribution size (JAR file) and small memory footprint. </ref>
+ <ref set="gen" id="2093">These two requirements [small memory footprint, small jar size -ed] are in direct conflict. </ref>
</refs>
</req>
<req id="7" strength="soft" cat="Quality">
<def>The design of the parser should be documented, with diagrams where they are more expressive than text.</def>
<refs>
- <ref set="gen" id="2104">... would benefit greatly from requirements and design documentation; most especially some diagrams. I find that a dozen or so good diagrams often do a better job of
-conveying the design and, perhaps more importantly, the design approach or
-philosophy, than written documents.
-</ref>
+ <ref set="gen" id="2104">... would benefit greatly from requirements and design documentation; most especially some diagrams. I find that a dozen or so good diagrams often do a better job of conveying the design and, perhaps more importantly, the design approach or philosophy, than written documents. </ref>
</refs>
</req>
<req id="8" strength="soft" cat="Other">
@@ -130,22 +106,13 @@
<req id="11" strength="soft" cat="Other">
<def>Development should be coordinated with xerces-c.</def>
<refs>
- <ref set="gen" id="2133">I'd also like to see this be coordinated with the xerces-c developers ... it would be
-nice to keep the two parsers in sync so that changes to one parser and
-relatively easy to implement in the other.
-</ref>
+ <ref set="gen" id="2133">I'd also like to see this be coordinated with the xerces-c developers ... it would be nice to keep the two parsers in sync so that changes to one parser and relatively easy to implement in the other. </ref>
<ref set="gen" id="2144">I disagree...</ref>
- <ref set="gen" id="2161">Java is a very different language from C++, and you need
-different strategies.
-</ref>
- <ref set="gen" id="2182">...there's much to be gained by keeping the
-overall architecture and design the same between the two versions. </ref>
+ <ref set="gen" id="2161">Java is a very different language from C++, and you need different strategies. </ref>
+ <ref set="gen" id="2182">...there's much to be gained by keeping the overall architecture and design the same between the two versions. </ref>
<ref set="gen" id="2194">[forcing deep similarity is bad]</ref>
- <ref set="gen" id="2222">...trying to find one design that fits both
-languages well will produce one design that doesn't quite fit either
-language. </ref>
- <ref set="gen" id="2241">Let's push for high-level designs that
-can accommodate any OO language...</ref>
+ <ref set="gen" id="2222">...trying to find one design that fits both languages well will produce one design that doesn't quite fit either language. </ref>
+ <ref set="gen" id="2241">Let's push for high-level designs that can accommodate any OO language...</ref>
<ref set="gen" id="2246"/>
<ref set="gen" id="2248"/>
</refs>
@@ -160,18 +127,7 @@
</req>
<req id="13a" strength="soft" cat="Features">
<def>
-<br/>Read-only, memory conservative, high performance DOM subset. In some
-ways, this is optional, since the alternative is that the XSLT processor
-implement it's own DOM, as it does today. But it would be neat and simpler
-if only one DOM implementation needed to exist.
-<br/> a) Document-order indexes or API as a DOM extension. I know of few or
-no conformant XSLT processors that can do without this.
-<br/> b) [optional] isWhite() method as a DOM extensions (pure telling of
-whether or not the text contains non-whitespace), for performance reasons.
-<br/> c) Some sort of weak reference, where nodes could be released if not
-referenced, and then rebuilt if requested. For performance and memory
-footprint.
-</def>
+ <br/>Read-only, memory conservative, high performance DOM subset. In some ways, this is optional, since the alternative is that the XSLT processor implement it's own DOM, as it does today. But it would be neat and simpler if only one DOM implementation needed to exist. <br/> a) Document-order indexes or API as a DOM extension. I know of few or no conformant XSLT processors that can do without this. <br/> b) [optional] isWhite() method as a DOM extensions (pure telling of whether or not the text contains non-whitespace), for performance reasons. <br/> c) Some sort of weak reference, where nodes could be released if not referenced, and then rebuilt if requested. For performance and memory footprint. </def>
<refs>
<ref set="gen" id="2203"/>
<ref set="gen" id="2296"/>
@@ -179,8 +135,7 @@
</req>
<req id="13b" strength="soft" cat="Features">
<def>
-<br/>parse-next function, with added control over buffer size.
-</def>
+ <br/>parse-next function, with added control over buffer size. </def>
<refs>
<ref set="gen" id="2203"/>
<ref set="gen" id="2296"/>
@@ -188,9 +143,7 @@
</req>
<req id="13c" strength="soft" cat="Features">
<def>
-<br/>Some sort of way to tell if a SAX char buffer is going to be
-overwritten, so data doesn't have to be copied until this occurs.
-</def>
+ <br/>Some sort of way to tell if a SAX char buffer is going to be overwritten, so data doesn't have to be copied until this occurs. </def>
<refs>
<ref set="gen" id="2203"/>
<ref set="gen" id="2296"/>
@@ -198,8 +151,7 @@
</req>
<req id="13d" strength="soft" cat="Features">
<def>
-<br/>Serialization support, as is currently in Assaf's classes.
-</def>
+ <br/>Serialization support, as is currently in Assaf's classes. </def>
<refs>
<ref set="gen" id="2203"/>
<ref set="gen" id="2296"/>
@@ -207,9 +159,7 @@
</req>
<req id="13e" strength="soft" cat="Features">
<def>
-<br/>Schema data-type support, which will be needed for XSLT2, and Xalan 2.0
-extensions.
-</def>
+ <br/>Schema data-type support, which will be needed for XSLT2, and Xalan 2.0 extensions. </def>
<refs>
<ref set="gen" id="2203"/>
<ref set="gen" id="2296"/>
@@ -217,10 +167,7 @@
</req>
<req id="13f" strength="soft" cat="Features">
<def>
-<br/>Small core footprint for standalone, compiled stylesheet capability, for
-use on small devices. This would need to include the Serializer. I'm not
-sure if this should really be a separate micro-parser?
-</def>
+ <br/>Small core footprint for standalone, compiled stylesheet capability, for use on small devices. This would need to include the Serializer. I'm not sure if this should really be a separate micro-parser? </def>
<refs>
<ref set="gen" id="2203"/>
<ref set="gen" id="2296"/>
@@ -233,33 +180,26 @@
</refs>
</req>
<req id="15" status="approved" strength="hard" cat="Standards">
- <def>
-The parser shall support namespaces.</def>
+ <def> The parser shall support namespaces.</def>
<refs>
<ref set="gen" id="2243"/>
</refs>
</req>
<req id="16" status="approved" strength="hard" cat="Features">
- <def>
-The parser shall support DOM Level 2.
-</def>
+ <def> The parser shall support DOM Level 2. </def>
<refs>
<ref set="gen" id="2243"/>
</refs>
</req>
<req id="18" status="approved" strength="hard" cat="Standards">
- <def>
-The parser shall support XML Schema.
-</def>
+ <def> The parser shall support XML Schema. </def>
<refs>
<ref set="gen" id="2242"/>
<ref set="gen" id="2243"/>
</refs>
</req>
<req id="19" status="approved" strength="hard" cat="Standards">
- <def>
-The parser shall support XPath.
-</def>
+ <def> The parser shall support XPath. </def>
<refs>
<ref set="gen" id="2245"/>
<ref set="gen" id="2275"/>
@@ -270,9 +210,7 @@
</refs>
</req>
<req id="20" strength="soft" cat="Standards">
- <def>
-The parser should support XInclude.
-</def>
+ <def> The parser should support XInclude. </def>
<refs>
<ref set="gen" id="2245">+1</ref>
<ref set="gen" id="2271">+1</ref>
@@ -280,86 +218,56 @@
</refs>
</req>
<req id="21" strength="soft" cat="Features">
- <def>
-The parser should support write validation of a DOM tree or revalidation.
-</def>
+ <def> The parser should support write validation of a DOM tree or revalidation. </def>
<refs>
<ref set="gen" id="2242"/>
</refs>
</req>
<req id="22" strength="hard" cat="Standards">
- <def>
-The parser shall support grammar access for both DTD and Schema.
-</def>
+ <def> The parser shall support grammar access for both DTD and Schema. </def>
<seeAlso id="13"/>
<refs>
<ref set="gen" id="2242"/>
</refs>
</req>
<req id="23" strength="soft" cat="Speed">
- <def>
-No significant speed penalty should be invoked for unused features, notably validation.
-When not validating, the parser should run almost as fast as a non-validating parser.
-</def>
+ <def> No significant speed penalty should be invoked for unused features, notably validation. When not validating, the parser should run almost as fast as a non-validating parser. </def>
<seeAlso id="10"/>
<refs/>
</req>
<req id="24" strength="soft" cat="Speed">
- <def>
-The parser should provide best-of-breed performance across all JIT's (not just Hotspot).
-</def>
- <seeAlso id="2" type="Conflict"/>
+ <def> The parser should provide best-of-breed performance across all JIT's (not just Hotspot). Such performance
+shall not come at the expense of requirement 5.</def>
+ <seeAlso id="5"/>
<refs>
<ref set="xdev" id="1317">-1 (on JDK 1.1)</ref>
- <ref set="xdev" id="1323">Fast enough to not notice that a parse happened for most data (10 lines to
-10K). To expand on that, when I have Ant read it's data from build.xml, I
-shouldn't notice. If I send a bit of form encoded XML data to a server, and
-then get some back, it shouldn't be appreciable considering the connection
-cost. </ref>
+ <ref set="xdev" id="1323">Fast enough to not notice that a parse happened for most data (10 lines to 10K). To expand on that, when I have Ant read it's data from build.xml, I shouldn't notice. If I send a bit of form encoded XML data to a server, and then get some back, it shouldn't be appreciable considering the connection cost. </ref>
</refs>
</req>
<req id="25" strength="soft" cat="Speed">
- <def>
-The parser should support grammar caching and precompilation.
-</def>
+ <def> The parser should support grammar caching and precompilation. </def>
<refs>
<ref set="gen" id="2242"/>
<ref set="gen" id="2261"/>
</refs>
</req>
-<!-- <req id="27" strength="soft" cat="Speed">
- <def>
-The parser should provide mid to upper range validation performance across all JVMs.
-</def>
- <refs>
- <ref set="gen" id="2242"/>
- </refs>
- </req>
--->
+ <!-- <req id="27" strength="soft" cat="Speed"> <def> The parser should provide mid to upper range validation performance across all JVMs. </def> <refs> <ref set="gen" id="2242"/> </refs> </req> -->
<req id="28" strength="soft" cat="Features">
- <def>
-The parser should provide a reasonable core (fast!) upon which to
-layer other API's. Examples of such API's include SAX2, DOM, and JDOM
-</def>
+ <def> Xerces Native API. The parser should provide a reasonable core API (fast!) upon which to layer other API's. Examples of such API's include SAX2, DOM, and JDOM. </def>
<seeAlso id="10"/>
<refs>
<ref set="gen" id="2207"/>
- <ref set="gen" id="2221">JDOM is an important up and coming API that already has established a large and rapidly growing groundswell of support and in the
-developer community.</ref>
+ <ref set="gen" id="2221">JDOM is an important up and coming API that already has established a large and rapidly growing groundswell of support and in the developer community.</ref>
</refs>
</req>
<req id="29" strength="soft" cat="Other">
- <def>
-The project should produce testcases for both conformance and benchmarking.
-</def>
+ <def> The project should produce testcases for both conformance and benchmarking. </def>
<refs>
<ref set="gen" id="2242"/>
</refs>
</req>
<req id="30" status="rejected" strength="hard" cat="Standards">
- <def>
-The parse shall support SAX 1
-</def>
+ <def> The parse shall support SAX 1 </def>
<refs>
<ref set="gen" id="2249">-1</ref>
<ref set="gen" id="2257">-1</ref>
@@ -367,16 +275,10 @@
</refs>
</req>
<req id="31" strength="soft" cat="Features">
- <def>
-The core parser should not directly support any tree model.
-</def>
+ <def> The core parser should not directly support any tree model. </def>
<seeAlso id="10"/>
<refs>
- <ref set="gen" id="2154">My understanding of the design, which I think is good, is that the
-"core" actually doesn't directly support any tree model.
-<br/> API Layer JDOM DOM SAX2
-<br/> Core Layer Java parser code
-</ref>
+ <ref set="gen" id="2154">My understanding of the design, which I think is good, is that the "core" actually doesn't directly support any tree model. <br/> API Layer JDOM DOM SAX2 <br/> Core Layer Java parser code </ref>
<ref set="gen" id="2263"/>
<ref set="gen" id="2326"/>
<ref set="xdev" id="1169"/>
@@ -389,9 +291,7 @@
</refs>
</req>
<req id="32" status="rejected" strength="hard" cat="Standards">
- <def>
-The parser shall support Java 1.1
-</def>
+ <def> The parser shall support Java 1.1 </def>
<refs>
<ref set="gen" id="2249">-1</ref>
<ref set="gen" id="2257">-1</ref>
@@ -401,29 +301,22 @@
</refs>
</req>
<req id="33" strength="soft" cat="Features">
- <def>
-The parser should support loading and validating only certainrequested portions of a document -- a useful feature
-when dealing with large xml databases, for example. See the W3C
-<a href="http://www.w3.org/TR/WD-xml-fragment"><em>XML Fragement Interchange</em></a> Working Draft.
-</def>
+ <def> The parser should support loading and validating only certainrequested portions of a document -- a useful feature when dealing with large xml databases, for example. See the W3C <a href="http://www.w3.org/TR/WD-xml-fragment">
+ <em>XML Fragement Interchange</em>
+ </a> Working Draft. </def>
<refs>
<ref set="gen" id="2276"/>
</refs>
</req>
<req id="34" strength="hard" cat="Standards">
- <def>
-The parser shall support the XML
-Information Set.
-</def>
+ <def> The parser shall support the XML Information Set. </def>
<refs>
<ref set="gen" id="2298">+1</ref>
<ref set="gen" id="2321">+1</ref>
</refs>
</req>
<req id="35" strength="soft" cat="Features">
- <def>
-The parser should support pull model parsing.
-</def>
+ <def> The parser should support pull model parsing. </def>
<refs>
<ref set="gen" id="2310"/>
<ref set="gen" id="2323"/>
@@ -432,36 +325,21 @@
<ref set="gen" id="2340"/>
</refs>
</req>
- <req id="36" strength="soft" cat="Features">
- <def>
-The parser should support compilation of a high-speed customized parser based on a W3C schema.
-</def>
- <refs>
- <ref set="gen" id="2339"/>
- </refs>
- </req>
<req id="37" strength="soft" cat="Features">
- <def>
-The DOM should emit events to interested listeners when changes are made to the DOM
-</def>
+ <def> The DOM should emit events to interested listeners when changes are made to the DOM </def>
<refs>
<ref set="xdev" id="1201"/>
</refs>
</req>
<req id="38" strength="soft" cat="Features">
- <def>
-The parser should support <a href="http://www.xml.gr.jp/relax/"><em>RELAX</em></a>.
-</def>
- <refs>
- </refs>
+ <def> The parser should support <a href="http://www.xml.gr.jp/relax/">
+ <em>RELAX</em>
+ </a>. </def>
+ <refs/>
</req>
<req id="39" strength="soft" cat="Features">
- <def>
-The parser should allow for automatic detection of
-compressed/encrypted documents.
-</def>
- <refs>
- </refs>
+ <def> The parser should allow for automatic detection of compressed/encrypted documents. </def>
+ <refs/>
</req>
</requirements>
<mailHeaderSets>
1.4 +4 -5 xml-xerces/java/proposals/XRI-requirements/issues.xsl
Index: issues.xsl
===================================================================
RCS file: /home/cvs/xml-xerces/java/proposals/XRI-requirements/issues.xsl,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- issues.xsl 2000/07/31 21:05:30 1.3
+++ issues.xsl 2000/08/07 19:20:38 1.4
@@ -1,5 +1,4 @@
<?xml version="1.0" encoding="UTF-8"?>
-<!-- edited with XML Spy v3.0 (http://www.xmlspy.com) by Edward Staub (private) -->
<!-- define nbsp char entity for output -->
<!DOCTYPE menu [
<!ENTITY nbsp " ">
@@ -9,11 +8,11 @@
<xsl:template match="/">
<html>
<head>
- <title>Proposed Xerces2 / XRI Requirements - <xsl:value-of select="/requirementCatalog/@date"/>
+ <title>Proposed Xerces2 Requirements - <xsl:value-of select="/requirementCatalog/@date"/>
</title>
</head>
<body bgcolor="#FFFFFF">
- <h1>Proposed Xerces2 / XRI Requirements</h1>
+ <h1>Proposed Xerces2 Requirements</h1>
<h4>Date: <xsl:value-of select="/requirementCatalog/@date"/>
<br/>
Editors: <a href="mailto:estaub@mediaone.net">Ed Staub</a> <a href="mailto:twleung@sauria.com">Ted Leung</a>
@@ -27,8 +26,8 @@
<dl>
<dt>Possible "hardness" values are:</dt>
<dd>
- <b>hard</b> - XRI must and shall meet this requirement<br/>
- <b>soft</b> - XRI should meet this requirement, but it may be dropped
+ <b>hard</b> - Xerces2 must and shall meet this requirement<br/>
+ <b>soft</b> - Xerces2 should meet this requirement, but it may be dropped
because of conflicting requirements or time pressures</dd>
<dt>
<br/>