Maven能否仅打包依赖Jar？遗留Ant构建Java项目集成Maven依赖管理咨询

绝对可以！Maven提供了几种灵活的方式来实现这个需求：

• 借助maven-dependency-plugin复制依赖后手动打包
  这个插件可以把项目所有的依赖（包括传递依赖）批量复制到指定目录，之后你可以用标准的jar命令把这些依赖打包成一个Jar包。在pom.xml里添加如下配置：

  <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-dependency-plugin</artifactId>
      <version>3.6.0</version>
      <executions>
          <execution>
              <id>copy-all-deps</id>
              <phase>package</phase>
              <goals>
                  <goal>copy-dependencies</goal>
              </goals>
              <configuration>
                  <outputDirectory>${project.build.directory}/dependencies</outputDirectory>
              </configuration>
          </execution>
      </executions>
  </plugin>
  

  执行mvn package后，所有依赖会被复制到target/dependencies目录，接着运行jar cf dependency-jar.jar -C target/dependencies .就能得到仅包含依赖的Jar了。

• 用maven-assembly-plugin直接生成依赖Jar
  这个插件更省心，能直接帮你生成只包含第三方依赖的Jar，不需要手动执行打包命令。配置示例：

  <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-assembly-plugin</artifactId>
      <version>3.6.0</version>
      <executions>
          <execution>
              <id>build-dependency-jar</id>
              <phase>package</phase>
              <goals>
                  <goal>single</goal>
              </goals>
              <configuration>
                  <descriptorRefs>
                      <descriptorRef>jar-with-dependencies</descriptorRef>
                  </descriptorRefs>
                  <appendAssemblyId>false</appendAssemblyId>
                  <!-- 排除自身项目的代码，只打包第三方依赖 -->
                  <excludeGroupIds>${project.groupId}</excludeGroupIds>
              </configuration>
          </execution>
      </executions>
  </plugin>
  

  执行mvn package后，就能在target目录下拿到仅含依赖的Jar包了。

你的方案是否可行？ #

完全可行！这种“先用Maven解决依赖痛点，保留Ant构建流程”的过渡方案在遗留项目改造中非常常见，而且落地成本很低：

1. 先在项目根目录创建pom.xml，把Ant中手动维护的所有依赖（包括版本）迁移到Maven的<dependencies>节点。
2. 用上面提到的Maven插件生成包含所有依赖的Fat Jar，或者把依赖复制到指定目录。
3. 修改Ant构建脚本，将这个Fat Jar（或依赖目录）添加到编译、运行的类路径中。

这个方案的优势是不需要大规模重构现有构建逻辑，团队可以快速摆脱依赖管理繁琐的问题，学习曲线平缓。

更优的解决思路 #

如果团队有精力逐步优化，以下几种方案会比单纯生成Fat Jar更灵活、易维护：

• 让Ant直接调用Maven的依赖管理
  不需要生成Fat Jar，而是在Ant脚本中使用maven-ant-tasks直接拉取Maven管理的依赖，并将其加入类路径。这样Maven只负责维护依赖列表，Ant负责执行构建逻辑，两者无缝协作。示例Ant配置：

  <!-- 引入maven-ant-tasks -->
  <path id="maven.tasks.classpath" path="lib/maven-ant-tasks-2.1.3.jar"/>
  <typedef resource="org/apache/maven/artifact/ant/antlib.xml" 
           uri="antlib:org.apache.maven.artifact.ant" 
           classpathref="maven.tasks.classpath"/>
  
  <!-- 加载项目的pom.xml -->
  <artifact:pom id="project.pom" file="pom.xml"/>
  <!-- 生成依赖类路径 -->
  <artifact:dependencies pathId="project.deps.classpath" pomRefId="project.pom"/>
  
  <!-- 编译时使用依赖类路径 -->
  <javac srcdir="src/main/java" destdir="build/classes" classpathref="project.deps.classpath"/>
  

  这种方式的好处是依赖更新时不需要重新打包Jar，Maven会自动处理依赖的下载和版本管理。

• 逐步迁移到Maven构建
  如果团队愿意，可以分阶段将Ant的构建逻辑迁移到Maven：先把依赖管理和编译环节切换到Maven，再逐步迁移测试、打包、部署等流程。最终完全替换Ant，享受Maven标准化构建流程和丰富的插件生态。

• 用Gradle做过渡桥梁
  Gradle兼容Maven的依赖管理体系，同时可以直接调用Ant任务，非常适合作为Ant到Maven的过渡工具。你可以用Gradle管理依赖，同时保留现有的Ant构建逻辑，之后再逐步将Ant任务迁移到Gradle，最终实现构建体系的升级。

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