jpackage打包含JDBC依赖的模块化JavaFX程序启动报缺失应用类求助

• 核心冲突来自模块化项目混入非模块化的MySQL JDBC依赖，当你把JDBC依赖打进fat jar后，会破坏项目原有module-info.java定义的模块化结构，jpackage在模块运行模式下无法正确识别主类所属的模块，因此抛出找不到应用类的错误。
• 你的jpackage命令未显式指定--main-class参数，jar包内的Main-Class属性在加入非模块化依赖后被干扰，启动器无法定位到正确的主类入口。
• 你当前混用了两种依赖引入方式：fat jar内已包含部分依赖，同时又通过--module-path引入JavaFX的jmods，加入JDBC依赖后触发类加载优先级混乱，进一步导致主类找不到。

方案一（保留模块化结构，推荐） #

• 调整IntelliJ artifact打包规则，不再生成包含所有依赖的fat jar，仅打包项目本身的代码，将所有第三方依赖（MySQL JDBC、其他工具包）统一放在单独的lib目录下。
• 修改jpackage命令，补充3个关键参数：
  1. 显式指定主类全限定名：--main-class com.example.mvnwithjdbcnotused.HelloApplication
  2. 给非模块化的JDBC依赖指定类路径
  3. 在--add-modules参数中追加你项目自身的模块名（即module-info.java第一行定义的模块名）
• 修改后的命令示例：

jpackage --name "你的程序名" --description "程序描述" --vendor "开发商名称" --app-version 1.0 --input "存放你项目jar的文件夹路径" --main-jar "你的项目jar文件名.jar" --main-class com.example.mvnwithjdbcnotused.HelloApplication --dest "安装包输出路径" --module-path "JavaFX jmods文件夹路径;你的lib文件夹路径" --add-modules javafx.controls,javafx.fxml,你的项目模块名 --java-options "-cp lib/mysql-connector-java-你的驱动版本号.jar" --win-console

方案二（切换为非模块化模式，快速解决） #

删除项目的module-info.java文件，将项目改为非模块化结构，调整jpackage命令移除--module-path、--add-modules相关的模块化参数，保留显式指定--main-class的配置，完全走类路径运行模式即可规避非模块化JDBC的兼容问题。

打包前先在CMD中执行运行命令验证加了JDBC依赖的程序可正常启动，再执行jpackage打包，可节省排查时间：

# 模块化项目验证命令示例
java --module-path "JavaFX jmods路径;lib路径" --add-modules javafx.controls,javafx.fxml,你的项目模块名 -jar 你的项目jar名.jar

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