java - SAXParseException XML-20221 文本中的无效字符

Question

对于独立的 Java 应用程序，我们看到非常罕见的错误，其中包含有效 XML 内容的字符串导致 JAXB 抛出异常，例如:

javax.xml.bind.UnmarshalException
 - with linked exception:
[org.xml.sax.SAXParseException: 
    <Line 1, Column 129>: XML-20221: (Fatal Error) Invalid char in text.]

这是一个非常古老的 Java 应用程序，它是为旧版本的 Java 编写的，我们有一个现有的依赖项:

<dependency>
    <groupId>com.oracle</groupId>
    <artifactId>xdb-xmlparser</artifactId>
    <version>10.2.0.3.0</version>
</dependency>

错误代码始终是 XML-20221，但原因可能有所不同，例如:

XML-20221: (Fatal Error) Invalid char in text.

XML-20100: (Fatal Error) Expected '?>'.]

XML-20121: (Fatal Error) End tag does not match start tag 'TotalDepositReqd'.

堆栈跟踪的其余部分也各不相同，但通常如下所示:

at oracle.xml.parser.v2.XMLError.flushErrorHandler(XMLError.java:415)
at oracle.xml.parser.v2.XMLError.flushErrors1(XMLError.java:284)
at oracle.xml.parser.v2.NonValidatingParser.parseEndTag(NonValidatingParser.java:1359)
at oracle.xml.parser.v2.NonValidatingParser.parseElement(NonValidatingParser.java:1304)
at oracle.xml.parser.v2.NonValidatingParser.parseRootElement(NonValidatingParser.java:326)
at oracle.xml.parser.v2.NonValidatingParser.parseDocument(NonValidatingParser.java:293)
at oracle.xml.parser.v2.XMLParser.parse(XMLParser.java:209)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:211)

我们的 Java 版本是:

java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) Server VM (build 14.2-b01, mixed mode)

我们当前的命令行是:

java
-server
-Xmx2048m
-Xms2048m
-XX:MaxPermSize=128m
-XX:+UseConcMarkSweepGC
-Dsun.rmi.dgc.server.gcInterval=0x2932E00
-Dsun.rmi.dgc.client.gcInterval=3600000
-verbosegc
-Xloggc:/path/to/file
-gc.log
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
-Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl
-Djavax.xml.parsers.DocumentBuilderFactory=com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl
-Djava.endorsed.dirs=/path/to/endorsed
-Duser.country=GB
-Duser.language=en
-Dhttp.keepAlive=false foo.ListenerServer

---

通常我们会在几秒钟内看到这些小爆发，这对我来说表明某些内部缓冲区已损坏？ JVM 运行的时间越长，这些异常就会变得越常见。 JVM 的反弹解决了几天的问题。

• 还有其他人见过类似的东西吗？
• 如果是，您是否设法解决了这个问题？
• 也许我们应该转向不同的 JAXB/JAXP 实现？

Answer 1

当开发人员缓存 Unmarshaller 实例并在不同线程之间共享时，我已经看到类似的问题(解码期间偶尔出现异常)。根据文档，Unmarshaller 不是线程安全的。