You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The external tests are runnign by default in container, and are mounting jdk inside. If the jdk is not exactly standalone (quite common is symlink to system tzdata and cacerts) then the jdk can not be tested
In my case, the "some" means jdks with symlink to keystore, which when mounted is not resolved, and thus jdk fails to even print hello world.
Any thoughts on this?
The only one I have is to add option, that such jdk will not be mounted, but copied in, with all symlinks resolved during copy....
Another - better, but not that srigtforward solution may be to scan the future "/opt/java/openjdk/" in runtime, and try to copy-in missing resources.
Another one may be to overwrite the known symlinked locations by -DcacertLocation -Dkeystore .. This is nicely moving it to user space, But afaik there is none -D for tzdata.
The text was updated successfully, but these errors were encountered:
The external tests are runnign by default in container, and are mounting jdk inside. If the jdk is not exactly standalone (quite common is symlink to system tzdata and cacerts) then the jdk can not be tested
In my case, the "some" means jdks with symlink to keystore, which when mounted is not resolved, and thus jdk fails to even print hello world.
Any thoughts on this?
The only one I have is to add option, that such jdk will not be mounted, but copied in, with all symlinks resolved during copy....
Another - better, but not that srigtforward solution may be to scan the future "/opt/java/openjdk/" in runtime, and try to copy-in missing resources.
Another one may be to overwrite the known symlinked locations by -DcacertLocation -Dkeystore .. This is nicely moving it to user space, But afaik there is none -D for tzdata.
The text was updated successfully, but these errors were encountered: