在以前的 Java 版本中,我能够使用具有大量系统 bundle 的片段来为引导类加载器提供类。
在我的特定情况下,这是为了支持在 Eclipse 中使用 Jacorb。这一切在 Java 7u55 之前都运行良好。
我创建了一个 osgi 片段,其中包含 Jacorb 的所有 jar。 list 看起来像这样:
Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: org.jacorb.systemFragment
Bundle-SymbolicName: org.jacorb.systemFragment
Bundle-Version: 3.3.0.20140422-1108
Bundle-ClassPath: jars/slf4j-jdk14-1.6.4.jar,
jars/slf4j-api-1.6.4.jar,
jars/jacorb-3.3.jar
Fragment-Host: system.bundle; extension:=framework
Export-Package: org.jacorb.config;version="3.3.0", ....
我还将以下内容指定为 vm args:
-Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB
-Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton
-Dorg.omg.PortableInterceptor.ORBInitializerClass.standard_init=org.jacorb.orb.standardInterceptors.IORInterceptorInitializer
当我在 Java 7u51 中运行我的 Eclipse 应用程序时,我能够成功调用 ORB.init()。
当我在 Java 7u55 中运行相同的应用程序时,我得到以下信息:
Caused by: java.lang.ClassNotFoundException: org.jacorb.orb.ORBSingleton
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
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 java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:270)
at org.omg.CORBA.ORB.create_impl_with_systemclassloader(ORB.java:306)
如果我将以下内容添加为 vmargs,它会起作用。
-Djava.endorsed.dirs=${jacorb/lib}
我确认这会影响 Java 7u55 Java 6u30 和 Java 8u5
我以前不需要这样做。有什么想法吗?
--- 编辑 04/30 ---
进行了更多挖掘,我发现了导致问题的 ORB.java 提交。
changeset: 817:a8d27c3fc4e4
tag: jdk7u55-b05
user: msheppar
date: Tue Jan 21 12:46:58 2014 +0000
summary: 8025005: Enhance CORBA initializations
这次提交改变了创建 ORB 类的方式。不再使用 Thread 上下文类加载器,而是硬编码为使用 SystemClassLoader。
- singleton = create_impl(className);
+ singleton = create_impl_with_systemclassloader(className);
}
}
return singleton;
}
+ private static ORB create_impl_with_systemclassloader(String className) {
+
+ try {
+ ReflectUtil.checkPackageAccess(className);
+ ClassLoader cl = ClassLoader.getSystemClassLoader();
+ Class<org.omg.CORBA.ORB> orbBaseClass = org.omg.CORBA.ORB.class;
+ Class<?> singletonOrbClass = Class.forName(className, true, cl).asSubclass(orbBaseClass);
+ return (ORB)singletonOrbClass.newInstance();
+ } catch (Throwable ex) {
+ SystemException systemException = new INITIALIZE(
+ "can't instantiate default ORB implementation " + className);
+ systemException.initCause(ex);
+ throw systemException;
+ }
+ }
我已尝试向 Orcale 记录有关此问题的票证。同时,有没有办法通过某种片段来覆盖 JVM 附带的 ORB.java?
最佳答案
我遇到了同样的问题(我看到很多其他人也有同样的问题)但使用的是基于 CORBA 的 Webstart 应用程序。
此更改的问题是由于 u55 中的更改而被迫使用的 SystemClassLoader 不知道如何加载通过上述属性指定的 ORB 和 ORBSingleton 类,因为它们是应用程序类路径的一部分 -在我的案例中,由 JNLPClassloader 加载。
我想你的情况也有类似的情况。
通过指定 -Djava.endorsed.dirs=${jacorb/lib/}
替换您已经使用的 JDK 版本的 orb.omg.CORBA 的一种方法.这将 JDK 的 org.omg.CORBA 包版本替换为 JacORB 提供的版本,该版本使用当前线程的 ContextClassLoader(与 u55 之前的代码所做的相同)。
另一种选择是使用例如-Xbootclasspath/p:${jacorb/lib/jar-containing-omg-api.jar}
或将包含 JacORB 版本的 org.omg.CORBA 的 JAR 复制到 <jre-home>/lib/endorsed
.
不幸的是,这对解决我的 Webstart 应用程序问题没有帮助。
关于Java 7u55 Eclipse 系统片段类加载器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23225144/