-
Bug
-
Resolution: Fixed
-
P3
-
hs23
-
b04
-
generic
-
generic
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8000706 | 8 | Christian Thalinger | P3 | Resolved | Fixed | b60 |
JDK-8017825 | 7u45 | Christian Thalinger | P3 | Closed | Fixed | b01 |
JDK-8003372 | 7u40 | Christian Thalinger | P3 | Resolved | Fixed | b02 |
JDK-2230610 | hs24 | Christian Thalinger | P3 | Resolved | Fixed | master |
We create a ciSignature object with the constant pool holder as accessing class. ciEnv::get_klass_by_name_impl doesn't delegate to its parent class loaders and we can't call SystemDictionary::resolve_or_null because we are in the compiler thread. Thus all lookups happen in the class loader of the accessing class.
This leads to supposedly unloaded classes like org/jruby/RubyString or even java/lang/Object.
- backported by
-
JDK-2230610 JSR 292: rubybench/bench/time/bench_base64.rb fails with jruby.jar not on boot class path
- Resolved
-
JDK-8000706 JSR 292: rubybench/bench/time/bench_base64.rb fails with jruby.jar not on boot class path
- Resolved
-
JDK-8003372 JSR 292: rubybench/bench/time/bench_base64.rb fails with jruby.jar not on boot class path
- Resolved
-
JDK-8003373 JSR 292: rubybench/bench/time/bench_base64.rb fails with jruby.jar not on boot class path
- Resolved
-
JDK-8017825 JSR 292: rubybench/bench/time/bench_base64.rb fails with jruby.jar not on boot class path
- Closed
- relates to
-
JDK-7192406 JSR 292: C2 needs exact return type information for invokedynamic and invokehandle call sites
- Resolved
-
JDK-8079668 NEED_TEST for JDK-7200949
- Open