Jakarta ee 访问远程bean时CORBA内部出现异常

在具有Glassfish 4.0和JDK 1.755的Windows服务器上，我获取NoClassDefFoundError和ClassNotFoundException，然后调用远程bean方法

StandardWrapperValve[action]: Servlet.service() for servlet action threw exception
java.lang.ClassNotFoundException: com.sun.corba.ee.impl.orb.ORBSingleton
    at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
    ...
    at com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:226)
    at dudge.ifaces.__SolutionRemote_Remote_DynamicStub.getSolutionEager(dudge/ifaces/__SolutionRemote_Remote_DynamicStub.java)
    at dudge.ifaces._SolutionRemote_Wrapper.getSolutionEager(dudge/ifaces/_SolutionRemote_Wrapper.java)
    at dudge.DudgeBean.submitSolution(DudgeBean.java:119)
    ...

DudgeBean和SolutionRemote是我的类

及

UsersAction和PermissionCheckerRemote是我的类

在开发系统上，一切都很好，我找不到区别。

---

这可能是什么原因造成的？

这似乎是一个与JDK 1.7_55相关的错误。 降级到JDK 1.7_51后，问题得到解决

Glassfish bug跟踪器中有一个关于此bug的条目。

---

正如@Aleksandr所说，这是7u55的bug

你可以试着和我一起跑玻璃鱼

JAVA_HOME=/usr/lib/jvm/java-6-oracle ~/glassfish-3/glassfish/bin/asadmin start-domain domain1

---

这将临时更改JAVA_主路径。稍后您必须检查localhost:4848>srever>JVM报告java根目录是否已更改。如果没有，那么您可能需要修改asadmin.conf脚本或domain.xml

是的，这是一个bug。我通过将JDK升级到1.8.025解决了同样的问题

JAVA_HOME=/usr/lib/jvm/java-6-oracle ~/glassfish-3/glassfish/bin/asadmin start-domain domain1