GlassFish3迁5+JDK6升8后EJB部署报IllegalAccessException原因咨询

结合你给出的错误栈（尤其是IllegalAccessException和EJB容器初始化失败的提示），以下是几个最可能的诱因，你可以逐一排查：

• EJB类/方法的访问权限不符合规范
  错误里的IllegalAccessException是关键信号。GlassFish 5对EJB 3.2规范的执行比GlassFish 3（EJB 3.1）更严格：

  • 比如本地/远程业务接口必须是public的，或者EJB类本身的业务方法访问修饰符被误设为private/package-private
  • 某些依赖的内部类、工具类被设置了非公开权限，导致EJB容器无法通过反射访问它们
    建议检查所有EJB相关类（包括Bean类、业务接口、依赖类）的访问修饰符，确保符合EJB 3.2的要求。

• JDK 8 API/反射行为的兼容性问题
  从JDK 6升级到JDK 8，反射机制的访问控制变得更严格，同时很多旧API被废弃或移除：

  • 你的EJB代码如果依赖了JDK 6特有的API（比如某些已移除的sun.*包类），会触发异常
  • 之前通过反射能访问的私有成员，在JDK 8的安全规则下被限制，直接导致IllegalAccessException
    可以用IDE的代码检查工具找出代码中的JDK 6依赖，替换为JDK 8支持的实现；同时排查反射相关代码，确保权限合规。

• EJB部署描述符或注解的版本不兼容
  GlassFish 5支持EJB 3.2，而GlassFish 3主要用EJB 3.1，两者的部署规范有细节差异：

  • 如果你的ejb-jar.xml还是用的3.1版本，GlassFish 5在解析时可能出现异常
  • 某些注解的使用方式变化，比如@LocalBean的适用场景、定时器注解的配置要求，旧写法可能不再被支持
    建议将ejb-jar.xml的版本升级到3.2，同时对照EJB 3.2规范检查所有注解的使用是否正确。

• 类加载器冲突
  迁移过程中很容易残留旧的依赖或服务器jar包：

  • 项目中如果包含了旧版本的ejb-api.jar、glassfish-ejb.jar等，会和GlassFish 5自带的jar包发生类加载冲突
  • 第三方依赖库的版本只兼容JDK 6/GlassFish 3，在新环境下出现访问权限问题
    建议清理项目依赖，使用GlassFish 5兼容的第三方库版本；同时检查服务器部署目录（比如domains/domain1/lib）是否有残留的旧jar包，全部删除。

• EJB初始化逻辑的兼容性问题
  EJB的@PostConstruct方法或者初始化代码中可能依赖了GlassFish 3的特定行为：

  • 比如调用了GlassFish 3特有的EJB容器API，而这些API在GlassFish 5中已经被修改或移除
  • 初始化代码中执行的操作在JDK 8下触发了权限异常，比如访问了系统类的私有成员
    建议检查所有EJB的初始化方法，替换掉依赖旧版本服务器或JDK的代码。

内容的提问来源于stack exchange，提问作者user9189379