ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 6606] - META-BUG problems with delegating classloaders
Date Wed, 12 Jun 2002 08:25:22 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6606>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6606

META-BUG problems with delegating classloaders





------- Additional Comments From conor@cortexebusiness.com.au  2002-06-12 08:25 -------
The statement below is not correct.

> then the class MyTask has the right ClassLoader, but the Ant
> classes don't. So, if for example the MyTask uses a class MyType
> implementing a nested element of MyTask, then the IntrospectionHelper
> will do a Class.forName("MyType"). This fails, because Class.forName
> uses the ClassLoader of the IntrospectionHelper.

Introspection Helper gets the class of the nested type from the class being
introspected through reflection. This class will have been loaded by MyTask's
loader when the MyTask class was resolved by the VM. Class.forName is not used
in IntrospectionHelper unless you are trying to contruct a Class argument which
would be very uncommon (probably never).

Just FYI...

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message