-
Enhancement
-
Resolution: Fixed
-
P4
-
14
-
b18
libverify.so|dll|.. is built separately from libjava, but eagerly loaded by HotSpot before libjava is loaded:
// Try to load verify dll first. In 1.3 java dll depends on it and is not
// always able to find it when the loading executable is outside the JDK.
// In order to keep working with 1.2 we ignore any loading errors.
if (dll_locate_lib(buffer, sizeof(buffer), Arguments::get_dll_dir(),
"verify")) {
dll_load(buffer, ebuf, sizeof(ebuf));
}
It would be an improvement if:
- libverify was lazily loaded by the JVM
- if the JVM didn't access old verifier via stub methods in libjava
- if libjava doesn't depend on libverify (so it doesn't have to be loaded by libjava)
An alternative to untangling this would be to inline libverify into libjava.
// Try to load verify dll first. In 1.3 java dll depends on it and is not
// always able to find it when the loading executable is outside the JDK.
// In order to keep working with 1.2 we ignore any loading errors.
if (dll_locate_lib(buffer, sizeof(buffer), Arguments::get_dll_dir(),
"verify")) {
dll_load(buffer, ebuf, sizeof(ebuf));
}
It would be an improvement if:
- libverify was lazily loaded by the JVM
- if the JVM didn't access old verifier via stub methods in libjava
- if libjava doesn't depend on libverify (so it doesn't have to be loaded by libjava)
An alternative to untangling this would be to inline libverify into libjava.