You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org> on 2005/03/15 22:53:26 UTC

[jira] Resolved: (AXIS-1870) ClassUtils delegates classloading when it shouldn't.

     [ http://issues.apache.org/jira/browse/AXIS-1870?page=history ]
     
Davanum Srinivas resolved AXIS-1870:
------------------------------------

    Resolution: Fixed

Are u actually facing a problem or this was after reviewing the code? Please submit a test case and i will reopen the bug.

thanks,
dims

> ClassUtils delegates classloading when it shouldn't.
> ----------------------------------------------------
>
>          Key: AXIS-1870
>          URL: http://issues.apache.org/jira/browse/AXIS-1870
>      Project: Axis
>         Type: Bug
>     Reporter: Craig Blake

>
> During the process of determining which classloader to use in loading a class reflectively, the application ends up delegating to the bootstrap classloader unintentionally.  When the utility first looks for the explicitly mapped classloader by classname, is passes the result to the Class.forName() call immediately without first checking for a null value.  The Javadocs state that if null is passed as the classloader argument then the bootstrap classloader is used.  I believe the code should be changed to check for null before attempting to load the class with a mapped classloader, thereby allowing the class to be loaded normally through the context classloader or the default classloader:
> if ( classLoader != null) return Class.forName(className, true, classLoader);

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira