You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Brett Porter (JIRA)" <ji...@codehaus.org> on 2006/05/01 16:27:41 UTC
[jira] Closed: (MSUREFIRE-81) In forked modes, many API jars cannot
be used due to problems loading QName class
[ http://jira.codehaus.org/browse/MSUREFIRE-81?page=all ]
Brett Porter closed MSUREFIRE-81:
---------------------------------
Assign To: Brett Porter
Resolution: Won't Fix
Fix Version: (was: 2.2)
you have to use child delegation = false, or include an implementation of the xml parser. Surefire uses a child-first (webapp) classloader by default, and if you provide your own xml apis, then you must provide an implementation
> In forked modes, many API jars cannot be used due to problems loading QName class
> ---------------------------------------------------------------------------------
>
> Key: MSUREFIRE-81
> URL: http://jira.codehaus.org/browse/MSUREFIRE-81
> Project: Maven 2.x Surefire Plugin
> Type: Bug
> Versions: 2.1.2
> Environment: Linux, JDK 1.5.0_06
> Reporter: Daniel Kulp
> Assignee: Brett Porter
> Priority: Critical
>
>
> JDK 1.5.0 includes the javax.xml.QName class. However, a lot of jars (like stax-api, various xml jars, axis, etc...) also contain the class. In non-fork mode, everything works find and referencing a QName object loads the JDK provided one. In fork mode, you end up with errors like:
> java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class
> or java.lang.NoClassDefFoundError when loading the QName. This makes it nearly impossible to test various XML related technologies with JDK 1.5.0 in fork mode.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira