You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tomee.apache.org by "Erik Vikström (JIRA)" <ji...@apache.org> on 2013/11/07 10:55:19 UTC

[jira] [Created] (TOMEE-1071) NoClassDefFoundError - SVGDocument

Erik Vikström created TOMEE-1071:
------------------------------------

             Summary: NoClassDefFoundError - SVGDocument
                 Key: TOMEE-1071
                 URL: https://issues.apache.org/jira/browse/TOMEE-1071
             Project: TomEE
          Issue Type: Bug
    Affects Versions: (trunk/tomee)
            Reporter: Erik Vikström


We have a web-application using Apache FOP. When we generate PDF files containing SVG graphics, we get an exception:

{noformat}
java.lang.ClassNotFoundException: org.w3c.dom.svg.SVGDocument
	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1702)
	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1547)
	org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:109)
	java.lang.ClassLoader.defineClass1(Native Method)
	java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
	java.lang.ClassLoader.defineClass(ClassLoader.java:615)
	java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
	org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2918)
	org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1174)
	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1669)
	org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1547)
	org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:109)
	org.apache.batik.dom.svg.SVGDOMImplementation.createDocument(Unknown Source)
	org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:128)
	org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:306)
	org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:175)
	org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1073)
	org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
	org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
	org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
	org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
	org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:485)
	org.apache.fop.servlet.FopServlet.render(FopServlet.java:244)
	org.apache.fop.servlet.FopServlet.renderFO(FopServlet.java:183)
	org.apache.fop.servlet.FopServlet.doGet(FopServlet.java:120)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
{noformat}

We have traced the problem down to a class called "org.apache.openejb.util.classloader.URLClassLoaderFirst".
In the method "public static boolean shouldSkip(final String name)" you simply check if the classname starts with "org.w3c.dom", and if so - you delegate the loading of the class to the parent classloader. Since the "org.w3c.dom.svg" classes is not part of Tomee, this will of course result in the exception above.

The workaround for us in this case was to apply the system-property:

openejb.classloader.forced-load=org.w3c.dom.svg,org.w3c.dom.smil,org.w3c.css,org.w3c.dom.events

It would be desired if these kind of classes would be loaded from the Web-app without having to apply this property. Alternatively you need to include all sub-API's for packages that you force being loaded by the parent class loader.

This seems to be a behavior change compared to 1.5.x.



--
This message was sent by Atlassian JIRA
(v6.1#6144)