|
0
|
1 |
<?xml version='1.0'?>
|
|
|
2 |
<!--
|
|
|
3 |
<<<<<<< conformance.msxsl
|
|
|
4 |
Original version copyright 1999 by Sun Microsystems, Inc.
|
|
|
5 |
All Rights Reserved.
|
|
|
6 |
Modifications copyright 1999 by OASIS.
|
|
|
7 |
=======
|
|
|
8 |
XSL IE5 Stylesheet for documenting XML conformance tests.
|
|
|
9 |
Tested against IE5 5.00.2014.0216
|
|
|
10 |
|
|
|
11 |
1999-06-05 20:10
|
|
|
12 |
|
|
|
13 |
XSL 12/16/1998 Stylesheet for documenting XML conformance tests.
|
|
|
14 |
|
|
|
15 |
This expects to be run on a document matching the DTD that Sun
|
|
|
16 |
defined and OASIS modified for merging collections of
|
|
|
17 |
self-descriptive XML tests.
|
|
|
18 |
|
|
|
19 |
Since all those collections will have (by design) the same test
|
|
|
20 |
architecture, this includes boilerplate describing that design,
|
|
|
21 |
to be used by all test documentation.
|
|
|
22 |
|
|
|
23 |
ISSUES:
|
|
|
24 |
- Sorting is a bit odd; section numbers can are like "3.3.3"
|
|
|
25 |
rather than straight numbers, so numeric sort can't work,
|
|
|
26 |
and yet neither does text sort (2.12 should be after 2.2).
|
|
|
27 |
|
|
|
28 |
-->
|
|
|
29 |
|
|
|
30 |
<xsl:stylesheet
|
|
|
31 |
xmlns:xsl="http://www.w3.org/TR/WD-xsl"
|
|
|
32 |
xmlns="http://www.w3.org/TR/WD-xhtml"
|
|
|
33 |
indent-result="yes"
|
|
|
34 |
>
|
|
|
35 |
|
|
|
36 |
<!-- default behaviour - - - - - - - - - - - - - - - - - - - - - - - - - - -->
|
|
|
37 |
|
|
|
38 |
<xsl:template><xsl:apply-templates/></xsl:template>
|
|
|
39 |
<xsl:template match="textnode()"><xsl:value-of/></xsl:template>
|
|
|
40 |
|
|
|
41 |
<!-- selective behaviour - - - - - - - - - - - - - - - - - - - - - - - - -->
|
|
|
42 |
|
|
|
43 |
|
|
|
44 |
<!-- ROOT: write an HTML wrapper -->
|
|
|
45 |
<xsl:template match="/">
|
|
|
46 |
<xsl:apply-templates select="TESTSUITE"/>
|
|
|
47 |
</xsl:template>
|
|
|
48 |
|
|
|
49 |
<xsl:template match="TESTSUITE">
|
|
|
50 |
<!-- XHTML namespace -->
|
|
|
51 |
<html><head>
|
|
|
52 |
<xsl:comment>Generated by an XSL stylesheet.</xsl:comment>
|
|
|
53 |
<title> XML Conformance Tests </title>
|
|
|
54 |
<meta http-equiv="Content-Type"
|
|
|
55 |
content="text/html;charset=utf-8"/>
|
|
|
56 |
<style>
|
|
|
57 |
<xsl:comment>
|
|
|
58 |
BODY {
|
|
|
59 |
font-family: Lucida, Helvetica, Univers, sans-serif;
|
|
|
60 |
}
|
|
|
61 |
H1, H2, H3, H4 {
|
|
|
62 |
text-align: left;
|
|
|
63 |
color: #0066CC;
|
|
|
64 |
}
|
|
|
65 |
</xsl:comment>
|
|
|
66 |
</style>
|
|
|
67 |
<style>
|
|
|
68 |
<xsl:comment>
|
|
|
69 |
a:hover {
|
|
|
70 |
color: white;
|
|
|
71 |
background-color: blue;
|
|
|
72 |
}
|
|
|
73 |
</xsl:comment>
|
|
|
74 |
</style>
|
|
|
75 |
</head><body bgcolor='#ffffff'>
|
|
|
76 |
<center>
|
|
|
77 |
<table border="4" width="90%">
|
|
|
78 |
<tr >
|
|
|
79 |
<td>
|
|
|
80 |
<table>
|
|
|
81 |
<tr >
|
|
|
82 |
<td width="40%"><img src="files/a_oasis-logo.gif" width="350" height="125"/></td>
|
|
|
83 |
<td width="30%"/>
|
|
|
84 |
<td width="40%" align="right"><img src="files/top3.jpe" width="400" height="125"/></td>
|
|
|
85 |
</tr>
|
|
|
86 |
</table>
|
|
|
87 |
<center>
|
|
|
88 |
<table>
|
|
|
89 |
<tr>
|
|
|
90 |
<td ><b><font size="+2">A Joint Development Effort</font></b></td>
|
|
|
91 |
</tr>
|
|
|
92 |
</table>
|
|
|
93 |
</center>
|
|
|
94 |
</td>
|
|
|
95 |
</tr>
|
|
|
96 |
</table>
|
|
|
97 |
</center>
|
|
|
98 |
<p/>
|
|
|
99 |
|
|
|
100 |
<p/>
|
|
|
101 |
<h4>OASIS XML Conformance Subcommittee<br/>XML 1.0 Test Suite, Second Edition<br/>Working Draft<br/>15 March 2001</h4>
|
|
|
102 |
<dl>
|
|
|
103 |
<dt><b>This version:</b></dt>
|
|
|
104 |
<dd><ul>
|
|
|
105 |
<li><a href="http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf-20010315.htm">
|
|
|
106 |
http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf-20010315.htm</a>
|
|
|
107 |
(<a href="http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf-20010315.xml">XML</a>)
|
|
|
108 |
</li>
|
|
|
109 |
</ul>
|
|
|
110 |
</dd>
|
|
|
111 |
<p/>
|
|
|
112 |
<dt><b>Current Version:</b></dt>
|
|
|
113 |
<dd>
|
|
|
114 |
<ul>
|
|
|
115 |
<li><a href="http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf.xml">
|
|
|
116 |
http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf.xml</a></li>
|
|
|
117 |
</ul>
|
|
|
118 |
</dd>
|
|
|
119 |
<p/>
|
|
|
120 |
<dt><b>Previous Version:</b></dt>
|
|
|
121 |
<dd>
|
|
|
122 |
<ul>
|
|
|
123 |
<li><a href="http://www.oasis-open.org/committees/xml-conformance/suite-v1/xmlconf-19990712.xml">
|
|
|
124 |
http://www.oasis-open.org/committees/xml-conformance/suite-v1/xmlconf-19990712.xml</a></li>
|
|
|
125 |
</ul>
|
|
|
126 |
</dd>
|
|
|
127 |
<p/>
|
|
|
128 |
<dt><b>Test Archive:</b></dt>
|
|
|
129 |
<dd><ul>
|
|
|
130 |
<li><a href="http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf-20010315.tar.gz">http://www.oasis-open.org/committees/xml-conformance/suite-v1se/xmlconf-20010315.tar.gz</a>
|
|
|
131 |
</li>
|
|
|
132 |
</ul></dd>
|
|
|
133 |
<p/>
|
|
|
134 |
<dt><b>OASIS XML Conformance Technical Committee:</b></dt>
|
|
|
135 |
<dd><ul><li><a href="http://www.oasis-open.org/committees/xml-conformance/">http://www.oasis-open.org/committees/xml-conformance/</a>
|
|
|
136 |
</li></ul></dd>
|
|
|
137 |
<p/>
|
|
|
138 |
<dt><b>Comments:</b></dt>
|
|
|
139 |
<dd><ul><li>Mary Brady, NIST <a href="mailto:mbrady@nist.gov"><mbrady@nist.gov></a>
|
|
|
140 |
</li></ul></dd>
|
|
|
141 |
<p/>
|
|
|
142 |
</dl>
|
|
|
143 |
<hr/>
|
|
|
144 |
|
|
|
145 |
<a name="contents"/>
|
|
|
146 |
<h2>Table of Contents</h2>
|
|
|
147 |
<ol >
|
|
|
148 |
<li><a href="#intro">Introduction</a></li>
|
|
|
149 |
<li><a href="#matrix">Test Matrix</a></li>
|
|
|
150 |
<ol >
|
|
|
151 |
<li ><a href="#binary">Binary Tests</a></li>
|
|
|
152 |
<li><a href="#output">Output Tests</a></li>
|
|
|
153 |
</ol>
|
|
|
154 |
<li><a href="#listings">Test Case Descriptions</a></li>
|
|
|
155 |
<ol >
|
|
|
156 |
<li><a href="#valid">Valid Documents</a></li>
|
|
|
157 |
<li><a href="#invalid">Invalid Documents</a></li>
|
|
|
158 |
<li><a href="#not-wf">Not-WF Documents</a></li>
|
|
|
159 |
<li><a href="#error">Optional Errors</a></li>
|
|
|
160 |
</ol>
|
|
|
161 |
<li><a href="#contrib">Contributors</a></li>
|
|
|
162 |
</ol>
|
|
|
163 |
<a name="intro"/>
|
|
|
164 |
<h2>1. Introduction </h2>
|
|
|
165 |
<p> The <i>OASIS</i> XML Conformance Subcommittee is concerned with
|
|
|
166 |
improving the quality of XML processors. The tests described in this
|
|
|
167 |
document provide a set of metrics to determine how well a
|
|
|
168 |
particular implementation conforms to the
|
|
|
169 |
<a href="http://www.w3.org/TR/REC-xml">W3C XML 1.0 (Second Edition) Recommendation </a>.
|
|
|
170 |
The XML Conformance Test Suite is intended
|
|
|
171 |
to complement the W3C XML 1.0 (Second Edition) Recommendation. All interpretations of
|
|
|
172 |
this Recommendation are subject to confirmation by the
|
|
|
173 |
<a href="http://www.w3.org/XML/Activity.html">W3C XML Coordination Group</a>.
|
|
|
174 |
</p>
|
|
|
175 |
<p>
|
|
|
176 |
Conformance tests can be used by developers, content creators, and
|
|
|
177 |
users alike to increase their level of confidence in product quality. In
|
|
|
178 |
circumstances where interoperability is necessary, these tests can also
|
|
|
179 |
be used to determine that differing implementations support the same set
|
|
|
180 |
of features. </p>
|
|
|
181 |
|
|
|
182 |
<p>This report provides supporting documentation for all of the tests
|
|
|
183 |
contributed by members of the <i>OASIS</i> XML Conformance Subcommittee.
|
|
|
184 |
Sources from which these tests have been collected
|
|
|
185 |
include: <em>
|
|
|
186 |
<xsl:for-each select="./TESTCASES">
|
|
|
187 |
<xsl:value-of select="@PROFILE"/>;
|
|
|
188 |
</xsl:for-each>
|
|
|
189 |
</em>. Although the tests came from a variety of sources, the actual test
|
|
|
190 |
descriptions and references back to the recommendation were in many instances
|
|
|
191 |
added by members of this subcommittee. It is anticipated that this report
|
|
|
192 |
will supplement the actual tests, which are available from
|
|
|
193 |
<a href="http://www.oasis-open.org/committees/xml-conformance/xml-test-suite.html">
|
|
|
194 |
http://www.oasis-open.org/committees/xml-conformance/xml-test-suite.html</a>.</p>
|
|
|
195 |
|
|
|
196 |
<p>Comments/suggestions should be
|
|
|
197 |
forwarded to the XML Conformance Subcommittee Chair, Mary Brady <a href="mailto:mbrady@nist.gov"><mbrady@nist.gov></a>.</p>
|
|
|
198 |
|
|
|
199 |
|
|
|
200 |
<a name="matrix"/>
|
|
|
201 |
<h2>2. Test Matrix </h2>
|
|
|
202 |
|
|
|
203 |
<p> Two basic types of test are presented here. These are
|
|
|
204 |
respectively <em><a href="#binary">Binary Tests</a></em>
|
|
|
205 |
and <em><a href="#output">Output Tests</a></em>. </p>
|
|
|
206 |
|
|
|
207 |
<a name="binary"/>
|
|
|
208 |
<h3>2.1 Binary Tests </h3>
|
|
|
209 |
|
|
|
210 |
<p> <em>Binary</em> conformance tests are documents which
|
|
|
211 |
are grouped into one of four categories. Given a document
|
|
|
212 |
in a given category, each kind of XML parser must treat it
|
|
|
213 |
consistently and either accept it (a <em>positive test</em>)
|
|
|
214 |
or reject it (a <em>negative test</em>). It is in that sense
|
|
|
215 |
that the tests are termed "binary". The XML 1.0 (Second Edition) Recommendation
|
|
|
216 |
talks in terms of two types of XML processor:
|
|
|
217 |
<em>validating</em> ones, and <em>nonvalidating</em> ones.
|
|
|
218 |
There are two differences between these types of processors: </p>
|
|
|
219 |
|
|
|
220 |
<ol>
|
|
|
221 |
<li> Validating processors check special productions that
|
|
|
222 |
nonvalidating parsers don't, called <em>validity
|
|
|
223 |
constraints</em>. (Both must check a basic set of productions,
|
|
|
224 |
requiring XML documents to be <em>well formed</em>.) </li>
|
|
|
225 |
|
|
|
226 |
<li> Nonvalidating processors are permitted to not
|
|
|
227 |
include <em>external entities</em>, such as files with
|
|
|
228 |
text. Accordingly, they may not report errors which
|
|
|
229 |
would have been detected had those entities been read.</li>
|
|
|
230 |
</ol>
|
|
|
231 |
|
|
|
232 |
<p> There are two types of such entity, <em>parameter
|
|
|
233 |
entities</em> holding definitions which affect validation
|
|
|
234 |
and other processing; and <em>general entities</em> which
|
|
|
235 |
hold marked up text. It will be appreciated that there are
|
|
|
236 |
then five kinds of XML processor: validating processors,
|
|
|
237 |
and four kinds of nonvalidating processor based on the
|
|
|
238 |
combinations of external entity which they include.</p>
|
|
|
239 |
|
|
|
240 |
<center>
|
|
|
241 |
<table border="1" bgcolor="#ffffff" cellpadding="4">
|
|
|
242 |
|
|
|
243 |
<caption>
|
|
|
244 |
<b>Basic XML Parsing Test Matrix</b><br/>
|
|
|
245 |
Test Document Type v. Parser Type
|
|
|
246 |
</caption>
|
|
|
247 |
|
|
|
248 |
<tr bgcolor="#ffffcc">
|
|
|
249 |
<th widthH="5%" rowspan="2"> </th>
|
|
|
250 |
<th widthH="20%" colspan="2">Nonvalidating</th>
|
|
|
251 |
<th widthH="5%" rowspan="2">Validating</th>
|
|
|
252 |
</tr>
|
|
|
253 |
|
|
|
254 |
<tr bgcolor="#ffffcc">
|
|
|
255 |
<th>External Entities<br/>Ignored (3 cases)</th>
|
|
|
256 |
<th>External Entities<br/>Read</th>
|
|
|
257 |
</tr>
|
|
|
258 |
|
|
|
259 |
<tr>
|
|
|
260 |
<th bgcolor="#ffffcc">Valid Documents</th>
|
|
|
261 |
<td align="center"><b>accept</b></td>
|
|
|
262 |
<td align="center"><b>accept</b></td>
|
|
|
263 |
<td align="center"><b>accept</b></td>
|
|
|
264 |
</tr>
|
|
|
265 |
|
|
|
266 |
<tr>
|
|
|
267 |
<th bgcolor="#ffffcc">Invalid Documents</th>
|
|
|
268 |
<td align="center"><b>accept</b></td>
|
|
|
269 |
<td align="center"><b>accept</b></td>
|
|
|
270 |
<td align="center">reject</td>
|
|
|
271 |
</tr>
|
|
|
272 |
|
|
|
273 |
<tr>
|
|
|
274 |
<th bgcolor="#ffffcc">Non-WF Documents</th>
|
|
|
275 |
<td align="center">reject</td>
|
|
|
276 |
<td align="center">reject</td>
|
|
|
277 |
<td align="center">reject</td>
|
|
|
278 |
</tr>
|
|
|
279 |
|
|
|
280 |
<tr>
|
|
|
281 |
<th bgcolor="#ffffcc">WF Errors tied<br/>
|
|
|
282 |
to External Entity</th>
|
|
|
283 |
<td align="center"><b>accept</b><br/>(varies)</td>
|
|
|
284 |
<td align="center">reject</td>
|
|
|
285 |
<td align="center">reject</td>
|
|
|
286 |
</tr>
|
|
|
287 |
|
|
|
288 |
<tr>
|
|
|
289 |
<th bgcolor="#ffffcc">Documents with<br/> Optional Errors</th>
|
|
|
290 |
<td align="center">(not specified)</td>
|
|
|
291 |
<td align="center">(not specified)</td>
|
|
|
292 |
<td align="center">(not specified)</td>
|
|
|
293 |
</tr>
|
|
|
294 |
|
|
|
295 |
</table>
|
|
|
296 |
</center>
|
|
|
297 |
|
|
|
298 |
<p> At this time, the XML community primarily uses parsers
|
|
|
299 |
which are in the rightmost two columns of this table, calling
|
|
|
300 |
them <em>Well Formed XML Parsers</em> (or "WF Parsers") and
|
|
|
301 |
<em>Validating XML Parsers</em>. A second test matrix
|
|
|
302 |
could be defined to address the variations in the types of
|
|
|
303 |
of XML processor which do not read all external entities.
|
|
|
304 |
That additional matrix is not provided here at this time. </p>
|
|
|
305 |
|
|
|
306 |
|
|
|
307 |
<a name="output"/>
|
|
|
308 |
<h3>2.2 Output Tests</h3>
|
|
|
309 |
|
|
|
310 |
<p> The XML 1.0 (Second Edition) Recommendation places a number of requirements
|
|
|
311 |
on XML processors, to ensure that they report information to
|
|
|
312 |
applications as needed. Such requirements are testable.
|
|
|
313 |
Validating processors are required to report slightly more
|
|
|
314 |
information than nonvalidating ones, so some tests will
|
|
|
315 |
require separate output files. Some of the information that
|
|
|
316 |
must be reported will not be reportable without reading all
|
|
|
317 |
the external entities in a particular test. Many of the tests for
|
|
|
318 |
valid documents are paired with an output file to ensure that
|
|
|
319 |
the XML processor provides the correct information. </p>
|
|
|
320 |
|
|
|
321 |
<p>The output of these tests is provided in two forms, as
|
|
|
322 |
described in <a href="sun/cxml.html">SUN Microsystems XML
|
|
|
323 |
Canonical Forms</a>. At present, the <em>James Clark</em>
|
|
|
324 |
collection provides corresponding output in <em>First XML
|
|
|
325 |
Canonical Form</em>, and the <em>SUN Microsystems</em>
|
|
|
326 |
collection provides corresponding output in <em>Second XML
|
|
|
327 |
Canonical Form</em>. When the <a href="http://www.w3.org/XML/">
|
|
|
328 |
W3C XML Group </a>finalizes its work on Canonical XML, these
|
|
|
329 |
output files will be updated.
|
|
|
330 |
</p>
|
|
|
331 |
|
|
|
332 |
<a name="listings"/>
|
|
|
333 |
<h2>3. Test Case Descriptions</h2>
|
|
|
334 |
|
|
|
335 |
<p> This section of this report contains descriptions of test
|
|
|
336 |
cases, each of which fits into the categories noted above.
|
|
|
337 |
Each test case includes a document of one of the types in the
|
|
|
338 |
binary test matrix above (e.g. valid or invalid documents).
|
|
|
339 |
</p>
|
|
|
340 |
|
|
|
341 |
<p> In some cases, an <a href="#output">output file </a>, as
|
|
|
342 |
described in Section 2.2, will also be associated with
|
|
|
343 |
a valid document, which is used for output testing. If such
|
|
|
344 |
a file exists, it will be noted at the end of the description
|
|
|
345 |
of the input document. </p>
|
|
|
346 |
|
|
|
347 |
<p> The description for each test case is presented as a two
|
|
|
348 |
part table. The right part describes what the test does.
|
|
|
349 |
This description is intended to have enough detail to evaluate
|
|
|
350 |
diagnostic messages. The left part includes: <ul>
|
|
|
351 |
|
|
|
352 |
<li> An entry describing the <em>Sections and/or Rules</em>
|
|
|
353 |
from the <a href="http://www.w3.org/TR/2000/REC-xml-20001006">
|
|
|
354 |
XML 1.0 (Second Edition) Recommendation</a> which this case excercises.</li>
|
|
|
355 |
|
|
|
356 |
<li> The unique <em>Test ID</em> within a given <em>Collection</em>
|
|
|
357 |
for this test. </li>
|
|
|
358 |
|
|
|
359 |
<li> The <em>Collection</em> from which this test originated.
|
|
|
360 |
Given the <em>Test ID</em> and the <em>Collection</em>, each
|
|
|
361 |
test can be uniquely identified. </li>
|
|
|
362 |
|
|
|
363 |
<li> Some tests may have a field identifying the kinds of
|
|
|
364 |
external <em>Entities</em> a nonvalidating processor must
|
|
|
365 |
include (parameter, general, or both) to be able to
|
|
|
366 |
detect any errors in that test case. </li>
|
|
|
367 |
|
|
|
368 |
</ul></p>
|
|
|
369 |
|
|
|
370 |
<p><em>Note that the output format of this report is subject
|
|
|
371 |
to change. Also, since XSL does not currently support the
|
|
|
372 |
type of sorting rule necessary to make section numbers like
|
|
|
373 |
2.12 appear after 2.2, the ordering is not quite what is
|
|
|
374 |
desired.</em></p>
|
|
|
375 |
|
|
|
376 |
<a name="valid"/>
|
|
|
377 |
<h3>3.1 Valid XML Documents</h3>
|
|
|
378 |
|
|
|
379 |
<p> All conforming <em> XML 1.0 Processors </em> are
|
|
|
380 |
<b>required</b> to accept valid documents, reporting no
|
|
|
381 |
errors. In this section of this test report are found
|
|
|
382 |
descriptions of test cases which fit into this category. </p>
|
|
|
383 |
|
|
|
384 |
<xsl:apply-templates select=".// TEST [ @TYPE = 'valid' ]"
|
|
|
385 |
order-by="@SECTIONS"/>
|
|
|
386 |
|
|
|
387 |
<a name="invalid"/>
|
|
|
388 |
<h3>3.2 Invalid XML Documents</h3>
|
|
|
389 |
|
|
|
390 |
<p> All conforming XML 1.0 <em> Validating Processors </em>
|
|
|
391 |
are <b>required</b> to report recoverable errors in the case
|
|
|
392 |
of documents which are <em>Invalid</em>. Such errors are
|
|
|
393 |
violations of some <em>validity constraint (VC)</em>. </p>
|
|
|
394 |
|
|
|
395 |
<p> If a validating processor does not report an error when
|
|
|
396 |
given one of these test cases, or if the error reported is
|
|
|
397 |
a fatal error, it is not conformant. If the error reported
|
|
|
398 |
does not correspond to the problem listed in this test
|
|
|
399 |
description, that could also be a conformance problem; it
|
|
|
400 |
might instead be a faulty diagnostic. </p>
|
|
|
401 |
|
|
|
402 |
<p> All conforming XML 1.0 <em> Nonvalidating Processors </em>
|
|
|
403 |
should accept these documents, reporting no errors. </p>
|
|
|
404 |
|
|
|
405 |
<xsl:apply-templates select=".//TEST[@TYPE='invalid']"
|
|
|
406 |
order-by="@SECTIONS"/>
|
|
|
407 |
|
|
|
408 |
<a name="not-wf"/>
|
|
|
409 |
<h3>3.3 Documents that are Not Well Formed</h3>
|
|
|
410 |
|
|
|
411 |
<p> All conforming XML 1.0 Processors are <b>required</b> to
|
|
|
412 |
report fatal errors in the case of documents which are not
|
|
|
413 |
<em>Well Formed</em>. Such errors are basically of two types:
|
|
|
414 |
<em>(a)</em> the document violates the XML grammar; or else
|
|
|
415 |
<em>(b)</em> it violates a <em>well formedness constraint
|
|
|
416 |
(WFC)</em>. There is a single <em>exception to that
|
|
|
417 |
requirement</em>: nonvalidating processors which do not read
|
|
|
418 |
certain types of external entities are not required to detect
|
|
|
419 |
(and hence report) these errors. </p>
|
|
|
420 |
|
|
|
421 |
<p> If a processor does not report a fatal error when given
|
|
|
422 |
one of these test cases, it is not conformant. If the error
|
|
|
423 |
reported does not correspond to the problem listed in this
|
|
|
424 |
test description, that could also be a conformance problem;
|
|
|
425 |
it might instead be a faulty diagnostic. </p>
|
|
|
426 |
|
|
|
427 |
<xsl:apply-templates select=".// TEST [ @TYPE = 'not-wf' ]"
|
|
|
428 |
order-by="@SECTIONS"/>
|
|
|
429 |
|
|
|
430 |
<a name="error"/>
|
|
|
431 |
<h3>3.4 XML Documents with Optional Errors</h3>
|
|
|
432 |
|
|
|
433 |
<p> Conforming XML 1.0 Processors are permitted to ignore
|
|
|
434 |
certain errors, or to report them at user option. In this
|
|
|
435 |
section of this test report are found descriptions of
|
|
|
436 |
test cases which fit into this category. </p>
|
|
|
437 |
|
|
|
438 |
<p> Processor behavior on such test cases does not affect
|
|
|
439 |
conformance to the XML 1.0 (Second Edition) Recommendation, except as noted. </p>
|
|
|
440 |
|
|
|
441 |
<xsl:apply-templates select=".//TEST[@TYPE='error']"
|
|
|
442 |
order-by="@SECTIONS"/>
|
|
|
443 |
|
|
|
444 |
<a name="contrib"/>
|
|
|
445 |
<h3>4. Contributors (Non-normative)</h3>
|
|
|
446 |
|
|
|
447 |
<p> A team of volunteer members have participated in the
|
|
|
448 |
development of this work. Contributions have come from:
|
|
|
449 |
</p>
|
|
|
450 |
<ul>
|
|
|
451 |
<li>Murry Altheim, Sun Microsystems</li>
|
|
|
452 |
<li>Mary Brady, NIST</li>
|
|
|
453 |
<li>Tim Boland, NIST</li>
|
|
|
454 |
<li>David Brownell, Sun Microsystems</li>
|
|
|
455 |
<li>James Clark</li>
|
|
|
456 |
<li>Karin Donker, IBM</li>
|
|
|
457 |
<li>Irina Golfman, Inera Incorporated</li>
|
|
|
458 |
<li>Tony Graham, Mulberry Technologies</li>
|
|
|
459 |
<li>G. Ken Holman, Crane Softwrights Ltd</li>
|
|
|
460 |
<li>Alex Milowski, Veo Systems, Inc</li>
|
|
|
461 |
<li>Makota Murata, Fuji Xerox</li>
|
|
|
462 |
<li>Miles O'Reilly, Microstar Software, Ltd</li>
|
|
|
463 |
<li>Matt Timmermans, Microstar Software, Ltd</li>
|
|
|
464 |
<li>Richard Rivello, NIST</li>
|
|
|
465 |
<li>Lynne Rosenthal, NIST</li>
|
|
|
466 |
<li>Brian Schellar, Chrystal Software</li>
|
|
|
467 |
<li>Bill Smith, Sun Microsystems</li>
|
|
|
468 |
<li>Trevor Veary, Software AG</li>
|
|
|
469 |
<li>Eric Ye, IBM</li>
|
|
|
470 |
</ul>
|
|
|
471 |
<p>End</p>
|
|
|
472 |
|
|
|
473 |
</body></html>
|
|
|
474 |
</xsl:template>
|
|
|
475 |
|
|
|
476 |
<xsl:template match="TEST">
|
|
|
477 |
<table width="100%">
|
|
|
478 |
<tr valign="top">
|
|
|
479 |
<td width='40%'><table bgcolor='#eeeeff'
|
|
|
480 |
border='1' width='100%' height="100%">
|
|
|
481 |
<tr>
|
|
|
482 |
<td width='50%'><b>Sections [Rules]:</b></td>
|
|
|
483 |
<td bgcolor='#ffffcc'>
|
|
|
484 |
<xsl:value-of select="@SECTIONS"/></td>
|
|
|
485 |
</tr>
|
|
|
486 |
<tr valign="top">
|
|
|
487 |
<td width='50%'><b>Test ID:</b></td>
|
|
|
488 |
<td bgcolor='#ffffcc'>
|
|
|
489 |
<xsl:value-of select="@ID"/></td>
|
|
|
490 |
</tr>
|
|
|
491 |
<xsl:if test=".[not ( @ENTITIES = 'none')
|
|
|
492 |
and ( @TYPE = 'not-wf' )]">
|
|
|
493 |
<tr valign="top">
|
|
|
494 |
<td width='50%'><b>Entities:</b></td>
|
|
|
495 |
<td bgcolor='#ffffcc'><font color='blue'>
|
|
|
496 |
<xsl:value-of select="@ENTITIES"/>
|
|
|
497 |
</font></td>
|
|
|
498 |
</tr>
|
|
|
499 |
</xsl:if>
|
|
|
500 |
<xsl:if test="../@PROFILE">
|
|
|
501 |
<tr valign="top">
|
|
|
502 |
<td width='50%'><b>Collection:</b></td>
|
|
|
503 |
<td bgcolor='#ffffcc'>
|
|
|
504 |
<xsl:value-of select="../@PROFILE"/>
|
|
|
505 |
</td>
|
|
|
506 |
</tr>
|
|
|
507 |
</xsl:if>
|
|
|
508 |
</table></td>
|
|
|
509 |
<td bgcolor='#ccffff'>
|
|
|
510 |
<p><xsl:apply-templates/></p>
|
|
|
511 |
<xsl:if test="@OUTPUT | @OUTPUT3">
|
|
|
512 |
<p>There is an output test associated with this
|
|
|
513 |
input file.</p>
|
|
|
514 |
</xsl:if>
|
|
|
515 |
</td>
|
|
|
516 |
</tr>
|
|
|
517 |
</table>
|
|
|
518 |
</xsl:template>
|
|
|
519 |
|
|
|
520 |
<!-- XT takes 'B|EM' and xsl:copy, IE5b2 doesn't -->
|
|
|
521 |
<xsl:template match="EM">
|
|
|
522 |
<em><xsl:apply-templates/></em>
|
|
|
523 |
</xsl:template>
|
|
|
524 |
<xsl:template match="B">
|
|
|
525 |
<b><xsl:apply-templates/></b>
|
|
|
526 |
</xsl:template>
|
|
|
527 |
</xsl:stylesheet>
|