在 Debian Squeeze 上由 libdbus 引起的 glassfish 崩溃

Question

我正在 Linux debian Squeez (6.0.4) 上使用 java build 1.6.0_29-b11 运行 glassfish v3.1.1 build 12。 我正在运行一个正在调用外部肥皂网络服务的网络应用程序。

jvm 时不时就会崩溃。我可以通过同时执行 20 个线程来重现此崩溃。

hs_err_pid 故障转储文件显示 libdbus 是有问题的库。这是崩溃转储中有趣的部分

 Stack: [0x00007f3fef0ff000,0x00007f3fef200000],  sp=0x00007f3fef1f7058,  free space=992k
 Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
 C  [libdbus-1.so.3+0x28de0]

 Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
 j  sun.net.spi.DefaultProxySelector.getSystemProxy(Ljava/lang/String;Ljava/lang/String;)Ljava/net/Proxy;+0
 j  sun.net.spi.DefaultProxySelector.access$100(Lsun/net/spi/DefaultProxySelector;Ljava/lang/String;Ljava/lang/String;)Ljava/net/Proxy;+3
 j  sun.net.spi.DefaultProxySelector$2.run()Ljava/lang/Object;+151
 v  ~StubRoutines::call_stub
 J  java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;)Ljava/lang/Object;
 j  sun.net.spi.DefaultProxySelector.select(Ljava/net/URI;)Ljava/util/List;+273
 j  sun.net.www.protocol.http.HttpURLConnection.plainConnect()V+187
 j  sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect()V+9
 j  sun.net.www.protocol.http.HttpURLConnection.getOutputStream()Ljava/io/OutputStream;+134
 j  sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream()Ljava/io/OutputStream;+4
 j  com.sun.xml.ws.mex.client.HttpPoster.post(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/io/InputStream;+60

，您可以看到实际的 HttpPoster.post 正在被调用，然后崩溃发生了。 sun.net.spi.DefaultProxySelector 是 rt.jar 的一部分，因此它是默认 jvm 安装的一部分。

我尝试了jdk7，但也发生了崩溃。

然后我安装了openjdk，它也崩溃了。

然后我安装了dbus-java，它是dbus的java实现（使用apt-get）。通常，仅当某些 jar 文件显式放置在路径中时才会使用此库。但安装这个库后，崩溃就不再发生了。所以看起来 openjdk 正在使用这个库（假设）

我与 dbus-java 的维护者交谈过，而且他也不知道 sun jdk 或 openjdk 正在使用 dbus。所以我们俩都很困惑。

崩溃不再发生，但现在 glassfish 的管理界面停止工作。谷歌搜索显示这是一个已知问题，解决方案是开始使用sun jdk。啊啊。

您以前见过这个问题吗？有解决办法吗？

更新：

DefaultProxySelector.getSystemProperty 方法是调用本机方法之前调用的最后一个方法。查看 DefaultProxySelector 的代码，我发现只有当 java.net.useSystemProxies=true 时才应调用此方法。但该属性未设置（jvm 设置中没有 -D 设置），$JAVA_HOME/jre/lib/net.properties 文件中也不是这样。但调试后显示这个布尔值是真的。

所以现在最大的问题是：为什么这个布尔值是真的？

更新2：

该问题是由updatetool 配置引起的。有关详细信息，请参阅错误报告 GLASSFISH-18360。