如何在Maven中随abc.jar发布并动态消费其专属运行依赖？

针对你遇到的问题——希望让消费项目通过Maven自动获取对应版本abc Jar的配套运行时依赖，而不是手动打包ZIP解压——这里有几个可行的实践方案，完全适配Maven的依赖管理机制：

方案1：使用分类器（Classifier）绑定同版本运行时包 #

这是最直接的方案：将每个abc版本对应的运行时Jar打包成一个带分类器的附件，和主abc Jar一同发布到Maven仓库，消费方通过指定分类器来拉取对应版本的运行时依赖。

具体步骤： #

1. 打包运行时聚合Jar
   使用maven-assembly-plugin或者maven-shade-plugin，将runtime_jars_for_abc.jar和runtime_jars_for_project.jar打包成一个聚合Jar，并添加分类器（比如runtime）。以maven-assembly-plugin为例，在abc项目的pom.xml中添加配置：

   <plugin>
     <groupId>org.apache.maven.plugins</groupId>
     <artifactId>maven-assembly-plugin</artifactId>
     <version>3.6.0</version>
     <executions>
       <execution>
         <id>build-runtime-bundle</id>
         <phase>package</phase>
         <goals>
           <goal>single</goal>
         </goals>
         <configuration>
           <!-- 打包包含所有指定依赖的Jar -->
           <descriptorRefs>
             <descriptorRef>jar-with-dependencies</descriptorRef>
           </descriptorRefs>
           <!-- 分类器标识，区分主Jar和运行时包 -->
           <classifier>runtime</classifier>
           <!-- 指定要包含的运行时Jar路径 -->
           <includes>
             <include>lib/runtime_jars_for_abc.jar</include>
             <include>lib/runtime_jars_for_project.jar</include>
           </includes>
         </configuration>
       </execution>
     </executions>
   </plugin>
   

2. 同步发布到仓库
   执行mvn deploy时，Maven会将主abc Jar（比如abc-1.0.jar）和带分类器的运行时包（abc-1.0-runtime.jar）一同发布到你的S3 Maven仓库。
3. 消费项目配置
   在消费项目的pom.xml中，通过dependencyManagement绑定abc和运行时包的版本，确保两者版本一致：

   <dependencyManagement>
     <dependencies>
       <dependency>
         <groupId>your.group.id</groupId>
         <artifactId>abc</artifactId>
         <version>${abc.version}</version>
       </dependency>
       <dependency>
         <groupId>your.group.id</groupId>
         <artifactId>abc</artifactId>
         <version>${abc.version}</version>
         <classifier>runtime</classifier>
         <scope>runtime</scope>
       </dependency>
     </dependencies>
   </dependencyManagement>
   
   <!-- 实际依赖引入 -->
   <dependencies>
     <dependency>
       <groupId>your.group.id</groupId>
       <artifactId>abc</artifactId>
     </dependency>
     <dependency>
       <groupId>your.group.id</groupId>
       <artifactId>abc</artifactId>
       <classifier>runtime</classifier>
       <scope>runtime</scope>
     </dependency>
   </dependencies>
   

   当你切换${abc.version}为2.0时，Maven会自动拉取abc-2.0.jar和abc-2.0-runtime.jar。

方案2：父子模块+依赖传递 #

如果希望更清晰地拆分主Jar和运行时依赖的结构，可以将abc做成一个父模块，包含abc-core（主Jar）和abc-runtime（运行时包）两个子模块，通过父模块统一版本，让消费方仅依赖abc-core即可自动获取对应运行时包。

具体步骤： #

1. 创建父模块abc-parent
   父模块作为版本管理入口，打包类型为pom：

   <groupId>your.group.id</groupId>
   <artifactId>abc-parent</artifactId>
   <version>1.0</version>
   <packaging>pom</packaging>
   <modules>
     <module>abc-core</module>
     <module>abc-runtime</module>
   </modules>
   <dependencyManagement>
     <dependencies>
       <dependency>
         <groupId>your.group.id</groupId>
         <artifactId>abc-core</artifactId>
         <version>${project.version}</version>
       </dependency>
       <dependency>
         <groupId>your.group.id</groupId>
         <artifactId>abc-runtime</artifactId>
         <version>${project.version}</version>
         <scope>runtime</scope>
       </dependency>
     </dependencies>
   </dependencyManagement>
   

2. abc-core模块（主Jar）
   依赖同版本的abc-runtime，确保依赖传递：

   <parent>
     <groupId>your.group.id</groupId>
     <artifactId>abc-parent</artifactId>
     <version>1.0</version>
   </parent>
   <artifactId>abc-core</artifactId>
   <dependencies>
     <dependency>
       <groupId>your.group.id</groupId>
       <artifactId>abc-runtime</artifactId>
       <scope>runtime</scope>
     </dependency>
   </dependencies>
   

3. abc-runtime模块（运行时包）
   负责打包所有需要的运行时Jar，配置方式和方案1中的打包步骤一致。
4. 消费项目配置
   只需依赖abc-core，Maven会自动通过依赖传递拉取对应版本的abc-runtime：

   <dependency>
     <groupId>your.group.id</groupId>
     <artifactId>abc-core</artifactId>
     <version>1.0</version>
   </dependency>
   

补充说明 #

• 关于maven-changes-plugin：它确实仅用于生成和发布项目变更记录，和依赖管理、动态获取运行时包完全无关，所以不适用你的场景。
• 自定义作用域：Maven确实不支持自定义作用域，所以这个思路走不通，上面的两个方案都是基于Maven原生支持的机制（分类器、依赖传递、父子模块）来实现的，完全符合Maven的设计理念。

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