Validating and non validating parsers with xml Xxx united states
These include: Note that output tests automatically fail in cases where the processor failed to parse the (valid) input document used to generate the output data.In some test harnessses, the output tests are unreliable because they can't directly compare the parser output against reference data.If processor handling of entities is not known, all such tests are skipped, in order to prevent misreporting.All conformant XML 1.0 processors must accept "valid" input documents without reporting any errors, and moreover must report the correct output data to the application when processing those documents.
For example, some errors relate to problematic implementation of SAX; and in exceptional cases, the harness can be forced to report a failure on some test.
Diagnostics for succesful tests should as a rule only exist for negative tests.
Initial parenthesized comments typically come from the test harness.
Some such comments indicate the reporting category defined in the XML specification.
Some low-fidelity processor APIs don't expose recoverable errors, which can make validation work awkward.