I may have just found a solution today. Previously, I was using OpenJDK 8u222, so I looked through the section of the Oracle archive for Java SE 8 (8u211 and later). I tried a few of the most recent versions of the Java SE Runtime Environment for Linux x64, specifically 8u401 and 8u391. Both of those fail to run the application due to a security error:@rotero: did you sort it out ?
Code:
JNLPException[category: Security Error : Exception: null : LaunchDesc: <jnlp spec="1.0+" codebase="https://ssd5-ipmi:443/"> <information> <title>ATEN Java iKVM Viewer</title> <vendor>ATEN</vendor> <description>Java Web Start Application</description> </information> <security> <all-permissions/> </security> <resources> <property name="jnlp.packEnabled" value="true"/> <j2se version="1.6.0+" initial-heap-size="128M" max-heap-size="128M" java-vm-args="-XX:PermSize=32M -XX:MaxPermSize=32M"/> <jar href="iKVM__V1.69.39.0x0.jar" download="eager" main="true"/> </resources> <resources os="Windows" arch="x86"> <nativelib href="libwin_x86__V1.0.12.jar" download="eager"/> </resources> <resources os="Windows" arch="x86_64"> <nativelib href="libwin_x86_64__V1.0.12.jar" download="eager"/> </resources> <resources os="Windows" arch="amd64"> <nativelib href="libwin_x86_64__V1.0.12.jar" download="eager"/> </resources> <resources os="Linux" arch="i386"> <nativelib href="liblinux_x86__V1.0.12.jar" download="eager"/> </resources> <resources os="Linux" arch="x86"> <nativelib href="liblinux_x86__V1.0.12.jar" download="eager"/> </resources> <resources os="Linux" arch="x86_64"> <nativelib href="liblinux_x86_64__V1.0.12.jar" download="eager"/> </resources> <resources os="Linux" arch="amd64"> <nativelib href="liblinux_x86_64__V1.0.12.jar" download="eager"/> </resources> <resources os="Mac OS X" arch="x86_64"> <nativelib href="libmac_x86_64__V1.0.12.jar" download="eager"/> </resources> <application-desc main-class="tw.com.aten.ikvm.KVMMain"> <argument>https://ssd5-ipmi:443/</argument> <argument>iKVM__V1.69.39.0x0.jar</argument> <argument>libwin_x86__V1.0.12.jar</argument> <argument>libwin_x86_64__V1.0.12.jar</argument> <argument>libwin_x86_64__V1.0.12.jar</argument> <argument>liblinux_x86__V1.0.12.jar</argument> <argument>liblinux_x86__V1.0.12.jar</argument> <argument>liblinux_x86_64__V1.0.12.jar</argument> <argument>liblinux_x86_64__V1.0.12.jar</argument> <argument>libmac_x86_64__V1.0.12.jar</argument> <argument>ssd5-ipmi</argument> <argument>B7Jdry7r7VrVvCH</argument> <argument>XTJo/ew==</argument> <argument>ssd5-ipmi</argument> <argument>63630</argument> <argument>63631</argument> <argument>0</argument> <argument>0</argument> <argument>1</argument> <argument>5900</argument> <argument>623</argument> <argument>1</argument> </application-desc></jnlp> ]at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResourcesHelper(Unknown Source)at com.sun.javaws.security.JNLPSignedResourcesHelper.checkSignedResources(Unknown Source)at com.sun.javaws.Launcher.prepareResources(Unknown Source)at com.sun.javaws.Launcher.prepareAllResources(Unknown Source)at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)at com.sun.javaws.Launcher.launch(Unknown Source)at com.sun.javaws.Main.launchApp(Unknown Source)at com.sun.javaws.Main.continueInSecureThread(Unknown Source)at com.sun.javaws.Main.access$000(Unknown Source)at com.sun.javaws.Main$1.run(Unknown Source)at java.lang.Thread.run(Thread.java:750)bin/ControlPanel (jcontrol) from the tarball, but that had no effect.There was no 8u222 tarball in the archive, so I tried going back even further to 7u80. That seems to fail due to an SSL handshake failure.
Code:
javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failureat sun.security.ssl.Alerts.getSSLException(Unknown Source)at sun.security.ssl.Alerts.getSSLException(Unknown Source)at sun.security.ssl.SSLSocketImpl.recvAlert(Unknown Source)at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknown Source)at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source)at com.sun.deploy.net.HttpUtils.followRedirects(Unknown Source)at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source)at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source)at com.sun.deploy.net.BasicHttpRequest.doGetRequest(Unknown Source)at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)at com.sun.deploy.net.DownloadEngine.downloadResource(Unknown Source)at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)at com.sun.javaws.LaunchDownload$DownloadTask.call(Unknown Source)at java.util.concurrent.FutureTask.run(Unknown Source)at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)at java.lang.Thread.run(Unknown Source)I looked again through the section for 8u211 and later and found the version that is nearest to what I was previously using, 8u221. For reasons that I don't understand, the
javaws binary in this tarball can run the Supermicro JNLP and the basic functions of the virtual KVM seem to work as expected.Statistics: Posted by rotero — 2024-04-29 19:56 — Replies 5 — Views 405