Ted,
The core Yoko runtime uses Java 5 to build, but the compilation target
is still 1.4, so generics are still out for this particular module.
Rick
Ted Kirby wrote:
Thanks, Rick. Fix much appreciated!
Cool use of WeakHashMap.
I was curious: are we compiling with Java5, or staying with Java142?
For example:
static private WeakHashMap<ClassLoader, ClassLocalMap> localMaps = new
WeakHashMap<ClassLoader, ClassLocalMap>();
instead of:
static private WeakHashMap localMaps = new WeakHashMap();
Thanks,
Ted Kirby
On 4/26/07, Rick McGuire (JIRA) <[EMAIL PROTECTED]> wrote:
[
https://issues.apache.org/jira/browse/YOKO-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire closed YOKO-258.
-----------------------------
Resolution: Fixed
Fix Version/s: v1.0.0
Committed revision 532684.
> Bad reference to ClassLoader.classes in
org.apache.yoko.rmi.util.ClassLoaderLocal static initializer
>
----------------------------------------------------------------------------------------------------
>
> Key: YOKO-258
> URL: https://issues.apache.org/jira/browse/YOKO-258
> Project: Yoko - CORBA Server
> Issue Type: Bug
> Reporter: Vasily Zakharov
> Assigned To: Lars Kühne
> Fix For: v1.0.0
>
>
> org.apache.yoko.rmi.util.ClassLoaderLocal class contains the
following line in its static initializer:
> classes_vector = ClassLoader.class.getDeclaredField("classes");
> This line references the 'classes' field in class
java.lang.ClassLoader, and that field is not documented by API
JavaDoc and may be absent in particular Java VM/classlib
implementations, for example it's absent in Apache Harmony.
> As the result of this issue, the classes
org.apache.yoko.rmi.util.ClassLoaderLocal and
org.apache.yoko.rmi.impl.PortableRemoteObjectExtImpl fail to load
with NoSuchFieldException, on those implementations.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
