United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-6653858 dynamic languages need to be able to load anonymous classes
JDK-6653858 : dynamic languages need to be able to load anonymous classes

Details
Type:
Enhancement
Submit Date:
2008-01-23
Status:
Closed
Updated Date:
2011-03-08
Project Name:
JDK
Resolved Date:
2011-03-08
Component:
hotspot
OS:
generic
Sub-Component:
compiler
CPU:
generic
Priority:
P3
Resolution:
Fixed
Affected Versions:
7
Fixed Versions:
hs14 (b08)

Related Reports
Backport:
Backport:
Relates:

Sub Tasks

Description
http://blogs.sun.com/jrose/entry/anonymous_classes_in_the_vm

One pain point in dynamic language implementation is managing
code dynamically.  Too often the JVM's class loaders and
naming conventions get in the way.

Desired features:
 - load an arbitrary class from bytecodes
 - put class in class hierarchy but *not* in any class loader
 - piggyback on a "host class" as if it were an inner class
 - element of the anonymous constant pool can be patched easily
 - string constants can be replaced by arbitrary objects in CP

Why the patching stuff?  Mainly, it makes some use cases much easier.
Second, the constant pool needed some internal patching anyway,
to anonymize the loaded class itself.  Also, if you are going
to use this seriously, you'll want to build anonymous classes
on top of pre-existing anonymous classes, and that requires patching.

Finally, generated code often needs to get to complex constants
(e.g., lists or tables) and this provides a hook to introduce
them directly via the CP.

We want to cut ClassLoaders and the system dictionary out of the loop.
This means there will be fewer locks and no GC entanglements.
Drop the last object, and the class goes away too, just as it should.

                                    

Comments
EVALUATION

http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/a45484ea312d
                                     
2008-11-13



Hardware and Software, Engineered to Work Together