IntelliJ IDEA中含ear/ejb/war的EJB项目如何打包生成EAR文件

前置校验 #

• 拉取Git仓库代码到本地后，直接用IDEA打开项目根目录，等待索引加载、依赖同步完成。
• 按快捷键Ctrl+Alt+Shift+S（macOS为Cmd+;）打开Project Structure面板，在Modules分类下确认三个模块均被正常识别：ejb、war、ear三个模块平级归属同一项目，若有模块缺失，手动选中对应模块下的配置文件（Maven项目选pom.xml，非Maven选对应工程配置文件）导入即可。
• 先单独验证ejb、war两个子模块的打包能力：确认ejb模块可正常输出EJB Jar包、war模块可正常输出War包，提前解决子模块的编译、依赖报错，避免后续EAR打包失败。

EAR打包配置 #

• 保持在Project Structure面板，切换到Artifacts分类，点击顶部+号，依次选择Java EE: EAR → From Modules，选中仓库自带的ear模块作为配置载体，不要新建独立的空模块。
• 配置基础打包参数：
  • 输出路径默认指向ear模块下的out/artifacts目录，无特殊需求不用修改
  • 勾选Build on make，后续执行项目构建操作时会自动同步生成EAR包
  • Java EE/Jakarta EE版本匹配你实际部署的应用服务器（JBoss/WebLogic等）支持的版本，不要选过高版本导致部署失败
• 配置EAR包内的内容：在右侧Available Elements面板中，找到ejb模块产出的Jar包、war模块产出的War包，右键选择Put into /，将两个子模块的产出物放到EAR包根目录。

  注意：非必要不要把ejb、war依赖的第三方Jar包重复放到EAR根目录的lib文件夹下，极易引发类加载冲突，常规场景下第三方依赖跟随所属的ejb/war模块打包即可。

• 校验部署描述符：如果项目自带META-INF/application.xml配置，确认文件内的module节点正确关联了EJB Jar包、War包的访问上下文路径；如果项目没有自带该文件，IDEA会自动生成，可在配置面板的Application Descriptor栏确认生成路径，按需调整War包的context root等参数。

打包执行与校验 #

• 回到IDEA主界面，点击顶部菜单栏Build → Build Artifacts，在弹出的列表中选中之前配置的EAR artifact，第一次打包选Build，后续全量重打包选Rebuild即可。
• 打包完成后到配置的输出路径找到后缀为.ear的文件，用压缩工具打开校验内部结构：根目录下要包含对应EJB Jar、War包，以及META-INF/application.xml文件，结构符合预期即可用于部署。

补充说明 #

如果你的项目是Maven管理的多模块工程，且pom中已经配置好了maven-ear-plugin插件，完全不需要手动配置IDEA的Artifact，直接打开IDEA右侧Maven面板，找到ear模块，执行clean package命令即可生成符合Maven配置规则的EAR包，这种方式和CI/CD流程的打包结果完全一致，稳定性更高。

常见问题排查 #

• 打包后EAR内找不到ejb/war包：回到Artifacts配置页，检查是否遗漏了将两个子模块的产出物添加到EAR根目录，同时确认子模块自身的Artifact配置没有失效。
• 部署时提示类冲突/类找不到：检查EAR包的lib目录下是否存在和ejb、war包内重复的依赖，删除重复项即可。
• 打包时报Java版本不匹配：检查三个模块的编译Java版本、目标服务器支持的Java版本是否一致，统一版本后重新打包。

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