Java7Update25使我们的JavaWebStart应用程序在没有日志记录的情况下失败

Question

由于Oracle发布了Java7Update25，我们的应用程序不再运行。

最初我们得到了一些关于代码库的警告

我们现在遇到的问题是，在控制台中，我们只得到以下行：

#### Java Web Start Error:
#### null

我们还会得到一个应用程序错误对话框，其中包含消息：无法启动应用程序。

“详细信息”按钮在异常中提供以下详细信息：

java.lang.NullPointerException
    at com.sun.jnlp.JNLPClassLoader.getPermissions(Unknown Source)
    at java.security.SecureClassLoader.getProtectionDomain(SecureClassLoader.java:206)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
    at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at desktop.DesktopProxySelector.<init>(DesktopProxySelector.java:24)     <- code smippet below
    at desktop.Main.main(Main.java:139)                                      <- code smippet below
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at com.sun.javaws.Launcher.executeApplication(Unknown Source)
    at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
    at com.sun.javaws.Launcher.doLaunchApp(Unknown Source)
    at com.sun.javaws.Launcher.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:724)

相关代码部分包括：

Desktop.Main.main

/**
 * Main method, starts the application
 */
public static void main(String[] args) {
    System.setProperty("java.net.useSystemProxies", "true");

    //Logger.getLogger("httpclient.wire.header.level").setLevel(Level.FINEST);
    //Logger.getLogger("org.apache.commons.httpclient.level").setLevel(Level.FINEST);
    java.net.ProxySelector.setDefault(new DesktopProxySelector(java.net.ProxySelector.getDefault()));

（最后一行是第139行）

desktop.DesktopProxySelector:

public class DesktopProxySelector extends ProxySelector {

    public  DesktopProxySelector(ProxySelector defaultSelector) {
    URI httpsUri = new CentralConfigurationService().getCentralLocation();

（最后一行是发生异常的第24行）

有人能给我们一些提示（或者更好的解决方案）来解释这个“次要”更新导致的java新行为吗。

当我们使用java-jar D直接从cli运行应用程序时esktop.jar应用程序将运行文件，所以这个问题显然与java web start中的更改有关。

该错误显然与7u25中的权限更改有关，因为com.sun.jnlp.JNLPClassLoader.get权限中出现NullPointerExc0019。

只是为了解释我认为会发生什么（我是Wout的同事）：桌面。Main实例化桌面。DesktopProxySelector（我们的类），桌面。DesktopProxySelector实例化desktop.configuration.CentralConfigurationServicedesktop.configuration.CentralConfigurationService实例化java.net.URI。

在DesktopProxySelector初始化CentralConfigurationService的第一行，由JNLPClassLoader调用的getPerments方法抛出NullPointerExcure。因此，当通过java webstart加载CentralConfigurationService类并获取该类的权限时，出现了问题。这是否与URI类被实例化的事实有关，这需要额外的权限（到远程uri的连接被设置）？

Answer 1

最终问题解决了。问题是由主清单中包含的jar文件不匹配引起的。MF文件与发布中提到的jar文件。jnlp。

很明显，现在需要在发布中包含所有将要使用的jar文件。jnlp文件。

（过去决定将此文件手动保存在sink中，这显然不是始终以支持的方式进行维护。现在此过程是自动化的，因此此问题不应再发生在我们身上。）