Adam Myers created XERCESC-1990:
-----------------------------------
Summary: XInclude processing should occur BEFORE validation
Key: XERCESC-1990
URL: https://issues.apache.org/jira/browse/XERCESC-1990
Project: Xerces-C++
Issue Type: Improvement
Components: Validating Parser (XML Schema), XInclude
Affects Versions: 3.1.0
Environment: Windows 7 x86
Reporter: Adam Myers
When enabling XInclude processing (passing 'true' to
AbstractDOMParser::setDoXInclude) I would expect the XInclude processing to
occur *BEFORE* validation, where it is infinitely more useful.
While I understand that some users may wish to use XSD validation to tightly
control where XInclude declarations may appear, and go to the additional
trouble of validating each included document individually, the much more common
use case for XInclude is amalgamating two or more XML "snippets" into a single
document which is then validated against an XSD. Validation is most useful when
performed as the last step before an application begins processing an XML
document; it allows the application to make certain assumptions about the
content of the document that it is about to traverse. Altering the document
(i.e. via XInclude processing) *after* validation eliminates this benefit, and
is therefore of questionable usefulness.
Ideally it should be possible to specify via the API whether XInclude
processing will occur before or after validation; however, in the absence of
such "configurability", I submit that processing before validating should have
been chosen as the default sequence, for the reasons outlined above.
Currently I'll have to implement some ugly hacks to get around this, e.g.
parsing without validation (so that the XIncludes get processed), writing the
resulting document to a temporary file, and then parsing again, this time
*with* validation - not only very inefficient, but grotesquely inelegant.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
