-
Bug
-
Resolution: Fixed
-
P2
-
1.5.1
-
b76
-
generic
-
generic
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2135931 | 5.0u8 | Daniel Daugherty | P2 | Resolved | Fixed | b01 |
Currently each version of a class has its own constant pool (CP). This causes two serious problems:
1) Inconsistent access can cause failure, see 5088035
2) Severe performance problems on large redefines (tens of seconds):
a) caused by required CP updates
b) and causing equivalent methods to need new versions
which, in turn need updates
###@###.### 10/3/04 23:59 GMT
This bug consists of three parts:
1) RFE for making constant pools append only; this work was
done via 5088035
2) fix stress related crashes in RedefineClasses ("safe" part)
3) fix performance problems (simple changes only)
Since #1 is handled by 5088035, I have changed this CR to a Defect
from and RFE.
1) Inconsistent access can cause failure, see 5088035
2) Severe performance problems on large redefines (tens of seconds):
a) caused by required CP updates
b) and causing equivalent methods to need new versions
which, in turn need updates
###@###.### 10/3/04 23:59 GMT
This bug consists of three parts:
1) RFE for making constant pools append only; this work was
done via 5088035
2) fix stress related crashes in RedefineClasses ("safe" part)
3) fix performance problems (simple changes only)
Since #1 is handled by 5088035, I have changed this CR to a Defect
from and RFE.
- backported by
-
JDK-2135931 constant pool of redefined class should be safe and high-performance -- make it append only
- Resolved
- relates to
-
JDK-6338927 Redefine crash on lazy NetBeans instrumentation -- upto 4096 redefines on a single class
- Resolved
-
JDK-5088035 hotswap fires assert(0 <= i && i < length(),"index out of bounds")
- Resolved
-
JDK-6173565 RedefineClasses must be fast even when hundreds or thousands of classes are redefined
- Closed