自JDK 1.7以来，Java Web Start已经破产 [英] Java Web Start broken since JDK 1.7
问题描述
HERES THE ANSWER：
出现（通过我们的测试），Java 7 Web Start要求您使用SSL证书在服务器上托管资源。您的证书不必签名，但未签名的证书将提示客户端他们可以忽略的信任消息。
有关详细信息，请参阅以下答案。
HERES THE ANSWER: It appears (through our testing) that Java 7 Web Start requires you to host your resources on a server using an SSL certificate. Your cert does NOT have to be signed, but unsigned certs will prompt the client with a trust message that they can ignore. See the below answer for more details
我们有一个内部应用程序，我们已经使用多年了。为了使这个应用程序的维护更容易，我们没有向员工提供可安装的应用程序版本，我们只是给他们一个.jnlp的链接，并使用JWS在他们的盒子上启动它。到目前为止，这种方法效果很好，但是一旦我们的任何员工更新到Java 7，JWS系统就会停止在他们的计算机上运行。我们检查，重新检查，甚至验证了我们的JNLP模式，这很好，这使我们认为Web Start本身存在问题。
We have an internal application which we have been using for many years now. In order to make maintenance easier for this application we have not provided an installable version of the application to our employees, we simply give them a link to a .jnlp and use JWS to launch it on their box. This has thus far worked fantastic, but as soon as any of our employees update to Java 7 the JWS system stops working on their computer. We have checked, rechecked, and even validated our JNLP schema and it's fine, which leads us to think there is an issue with Web Start itself.
当用户单击jnlp文件时，它会启动Java 7启动屏幕，然后开始下载我们需要的资源。从那里它只是挂起，JWS启动应用程序的进度条保持在零百分比。
When the user clicks the jnlp file, it launches the Java 7 splash screen, which then begins to download the resources we need. From there it simply hangs and the progress bar on the JWS launching app remains at zero percent.
任何想法？这很大程度上是因为他们升级到了Java 7.同时我们建议所有员工继续使用Java 6，直到另行通知为止。我们所有的代码都已正确签名。
Any ideas? It is very much caused from the fact that they upgrade to Java 7. In the mean time we have advised that all employees are to remain on Java 6 until further notice. All of our code is properly signed.
这是我们JNLP的副本：
Here's a copy of our JNLP:
<?xml version="1.0" encoding="utf-8"?>
<jnlp
spec="1.5+"
codebase="http://peiportal/updater">
<information>
<title>PEI Portal Application</title>
<vendor>Petz Enterprises, Inc.</vendor>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<jar href="PEIPortalLauncher.jar"/>
</resources>
<application-desc/>
</jnlp>
推荐答案
当人们开始安装Java时，我们最近遇到了这个问题7在他们的Windows框上。我们在三个不同的Linux服务器上有jar文件的实例，发现我们可以从其中两个下载应用程序，一个是远程服务器，一个是本地服务器，但不是第三个，也是本地服务器。
We recently ran into this issue when people started installing Java 7 on their Windows boxes. We have instances of jar files on three different linux servers, and found that we could download the application from two of them, one remote and one local, but not the third, also local, server.
密钥在jnlp文件的代码库规范中。为了将jar文件成功下载到运行Java 7的Windows框中，代码库必须指定https：...而不是http：...。
The key was in the codebase specification in the jnlp file. In order for the jar file to be successfully downloaded to a Windows box running Java 7, the codebase had to specify "https:..." rather than "http:...".
上面引用的远程服务器被设置为安全服务器，因此专门设置了https。这两个本地服务器都没有安全地设置，但是那个工作的服务器恰好在代码库规范中使用了https：。更改另一台服务器上的jnlp也可以正常工作。 （我们的jnlp是模板化的，并且针对源控件之外的每个安装进行了修改，因此存在差异的可能性。）
The remote server cited above is set up as a secure server, and so was specifically set up with https. Neither of the local servers are set up securely, but the one that worked just happened to use "https:" in the codebase specification. Changing the jnlp on the other server made it work as well. (Our jnlp is templated, and modified for each install outside of source control, hence the potential for differences.)
您可能需要删除列出的任何非工作应用程序您的Java控制面板与服务器上的新jnlp同步：进入Java控制面板的常规选项卡（可从Windows控制面板获得），按临时Internet文件下的查看...按钮，删除任何非工作的应用程序。
You may need to delete any non-working Applications listed in your Java Control Panel to synchronize with the new jnlp on your server: go into the General tab of the Java Control Panel (available from the Windows Control Panel), press the "View..." button under "Temporary Internet Files", and delete any non-working Applications.
这篇关于自JDK 1.7以来，Java Web Start已经破产的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
