Payara 5.184部署ear/jar包报Invalid ejb jar零EJB异常排查

该报错与文件权限无关，你之前修改Payara目录属主的操作不会触发这类问题，核心原因是Payara 5.184默认启用了比旧版Glassfish更严格的EJB模块校验规则：

• 部署扫描器将你EAR包内的普通依赖jar（仅包含工具类、JPA实体类的公共包）识别为EJB模块，校验时发现包内不存在任何标注了@Stateless/@Stateful/@MessageDriven/@Singleton的EJB组件，直接抛出校验失败错误
• 旧版Glassfish对被误识别为EJB模块的普通jar会自动跳过校验直接部署，Payara收紧了校验逻辑，因此原本在Glassfish上正常运行的包迁移后部署失败
• 极低概率是包内确实存在EJB类，但类文件损坏、编译版本不兼容、依赖缺失导致注解扫描失败，这种情况在你原有Glassfish部署正常的前提下基本可以排除

按优先级从高到低操作：

1. 修正EAR打包结构（推荐长期方案）
   解压你的EAR部署包，检查根目录下的application.xml部署描述文件：
   • 所有仅包含工具类、JPA@Entity实体类的普通jar，不要配置在<module>标签的<ejb>节点下，这类包需要放到EAR的/lib目录下，作为公共依赖库加载，不会被EJB校验器扫描
   • 如果你是通过Maven/Gradle自动打包，没有手动编写application.xml，检查打包插件配置：普通工具依赖不要设置为ejb或ejb-client类型，常规依赖使用compile作用域，插件会自动将其放到lib目录，不会识别为EJB模块
2. 关闭严格EJB校验（快速兼容方案）
   如果暂时不想调整打包结构，可以直接修改Payara配置对齐旧Glassfish的部署逻辑：
   • 命令行配置方式：进入Payara的bin目录，执行以下命令：

     asadmin set configs.config.server-config.ejb-container.allow-non-ejb-jars-in-ejb-modules=true
     

   • 控制台配置方式：登录管理后台，进入Configurations -> server-config -> EJB Container配置页，勾选Allow non-EJB jars in EJB modules选项，保存后重启Payara服务即可生效
3. 注解扫描异常排查（前两步无效时操作）
   查看Payara域目录下的logs/server.log，定位部署时间段的警告/错误日志：
   • 如果出现类版本不支持的报错，检查所有class文件的编译版本是否为JDK 1.8（当前运行环境为OpenJDK 8，无法识别高版本编译的类文件），重新添加-target 1.8编译参数构建所有模块
   • 如果出现类找不到的报错，检查EJB类依赖的第三方包是否完整打入部署包，缺类会导致注解解析失败，被判定为包内无有效EJB组件

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