InternalError when parsing invalid XML
--------------------------------------
Key: XERCESJ-1491
URL: https://issues.apache.org/jira/browse/XERCESJ-1491
Project: Xerces2-J
Issue Type: Bug
Affects Versions: 2.9.1
Environment: XercesJ 2.9.1, JDK6, at least on Linux and Solaris
Reporter: Volker Kleinschmidt
We're getting java.lang.InternalError from scanDocument() instead of some
sensible exception when trying to parse XML that contains unclosed tags - this
should be handled more gracefully.
{noformat}
processing event: -1 - java.lang.InternalError: processing event: -1
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:507)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119)
at
com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:235)
at
blackboard.xml.NonValidatingDOMParser.parse(NonValidatingDOMParser.java:115)
{noformat}
Note how the <handle>, <create> and <remove> tags are not terminated, i.e it
should read <create .... />.
Clearly the document fragment is invalid XML, but that shouldn't cause an
InternalError under any circumstance!
Example of a malformatted document fragment triggering this behavior:
{noformat}
<!-- Custom content types defined by this extension -->
<content-handlers>
<content-handler>
<name value="Document Package" />
<handle value="resource/x-jjc-docset">
<http-actions>
<create value="modules/create.jsp">
<remove value="modules/remove.jsp">
</http-actions>
<icons>
<!--toolbar value="/images/add_ch1.gif"-->
<!--listitem value="assignment_on.gif"-->
</icons>
</content-handler>
</content-handlers>
{noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]