Java 7更新25使我们的java Web启动应用程序失败,没有记录

Question

自从Oracle推出的java 7更新25以来,我们的应用程序不再起作用.

最初,我们收到了一些关于Manifest文件中缺少的代码库和服务标签的警告,我们修复了该文件.

我们现在最终遇到的问题是在控制台中我们只得到以下几行:

#### 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 Desktop.jar直接从cli运行应用程序时,应用程序将运行文件,因此问题显然与java web start中的更改有关.

@trashgod:该错误显然与7u25中的权限更改有关,因为NullPointerException发生在com.sun.jnlp.JNLPClassLoader.getPermissions中.

只是为了解释我的想法(我是Wouter的同事):desktop.Main实例化desktop.DesktopProxySelector(我们的类),desktop.DesktopProxySelector实例化desktop.configuration.CentralConfigurationService desktop.configuration.CentralConfigurationService实例化java.net.URI .

在实例化CentralConfigurationService的DesktopProxySelector init的第一行,由JNLPClassLoader调用的getPermissions方法抛出NullPointerException.因此,在获取类的权限时,通过java webstart加载CentralConfigurationService类会出现问题.这可能与实例化URI类这一事实有关,这需要额外的权限(设置与远程uri的连接)？

Answer 1

最终问题解决了.问题是由主MANIFEST.MF文件中包含的jar文件与launch.jnlp中提到的jar文件不匹配引起的.

显然现在需要将所有将使用的jar文件也存在于launch.jnlp文件中.

(在过去,决定将此文件手动保存在接收器中,这显然并不总是以适当的方式进行维护.现在这个过程是自动化的,所以问题不应该再发生在我们身上了.)