NEP Strange Behavior in Choosing XML Parsers (Doc ID 1964392.1)

Last updated on JUNE 05, 2023

Applies to:

Symptoms

For some reason, in $ASAP_HOME/JLIB directory, there are 3 different XML parser implementations - crimson.jar, xerces.jar, xmlparserv2.jar. Even though crimson.jar and xerces.jar don't appear in Java classpath, somehow they are present when JInterpreter executes customer Java code in ASAP cartridges. This is strange and leads to undesirable side effects - e.g. when we use JAXB marshalling, we get an error in JNEP log file "Exception: Security features for the SAX parser could not be enabled."

To work around this,  we updated xerces.jar in JLIB directory to the latest 2.11 version and the error went away. However, in another  environment, the error persists even after we update xerces.jar. The temporary workaround that we found is to remove crimson.jar from JLIB.

However, now we start seeing "WARNING: Using XDK. No security features will be enabled for the SAX parser." in ASAP.console file (which means somehow Oracle XDK is used instead of Apache Xerces):
Jan 15, 2015 11:58:12 AM com.sun.jersey.core.impl.provider.xml.SecureSAXParserFactory
WARNING: Using XDK. No security features will be enabled for the SAX parser.

This behavior is confusing. How can we configure ASAP to use xerces.jar for Java cartridge code.

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.