- 
    Bug 
- 
    Resolution: Fixed
- 
     P4 P4
- 
    17, 18
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build | 
|---|---|---|---|---|---|---|
| JDK-8269715 | 18 | Christoph Göttschkes | P4 | Resolved | Fixed | b05 | 
| JDK-8270682 | 17.0.1 | Christoph Göttschkes | P4 | Resolved | Fixed | b03 | 
                    The test case uses a custom launcher and before launching the JVM, it adds the "lib" and "lib/server" directories to the environment variable which controls the native library search path.
For non server variants, the second directory is not called "lib/server", but "lib/client", for instance. The VM fails to start with the following output:
/home/cgo/dev/openjdk/jdk/build/linux-x86_64-client-fastdebug/images/test/jdk/jtreg/native/CallerAccessTest: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory
            
For non server variants, the second directory is not called "lib/server", but "lib/client", for instance. The VM fails to start with the following output:
/home/cgo/dev/openjdk/jdk/build/linux-x86_64-client-fastdebug/images/test/jdk/jtreg/native/CallerAccessTest: error while loading shared libraries: libjvm.so: cannot open shared object file: No such file or directory
- backported by
- 
                    JDK-8269715 CallerAccessTest fails for non server variant -           
- Resolved
 
-         
- 
                    JDK-8270682 CallerAccessTest fails for non server variant -           
- Resolved
 
-         
- relates to
- 
                    JDK-8221530 Field::get and reflective member access not handling caller = null when invoked by JNI code with no java frames on stack -           
- Resolved
 
-         
 
        