使用Maven打包生成文件

本文介绍了如何使用Maven结合assembly插件,将配置文件和脚本等需要的文件打包成gz压缩包。主要步骤包括创建assembly文件定义打包配置,并在pom.xml中配置相关插件。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

状况:Maven会自动package一些文件到默认目录,或我们会指定一些文件生成到指定目录。比如一些配置文件,一些脚本。

需求:将这些需要文件打包成一个gz压缩包

方法:

1. 建立assembly文件

<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0" 
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
  <id>bin</id>
  <formats>
    <format>tar.gz</format>
  </formats>
  <baseDirectory>ProjectName-${project.version}</baseDirectory>
  <fileSets>
    <fileSet>
      <directory>${project.build.directory}/</directory>
      <outputDirectory>/</outputDirectory>
      <includes>
        <include>*.war</include>
      </includes>
    </fileSet>
    <fileSet>
      <directory>${project.build.directory}/conf/</directory>
      <outputDirectory>/conf/</outputDirectory>
      <includes>
      	<include>*.xml</include>
      	<include>*.properties</include>
      </includes>
    </fileSet>
  </fileSets>
</assembly>
意思显而易见。


2. 修改pom.xml,加入插件

<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-assembly-plugin</artifactId>
	<version>2.2.1</version>
	<configuration>
		<descriptors>
			<descriptor>src/main/assembly/assembly.xml</descriptor>
		</descriptors>
		<outputDirectory>${project.build.directory}</outputDirectory>
		<finalName>${project.artifactId}-${project.version}</finalName>
	</configuration>
	<executions>
		<execution>
			<id>make-assembly</id>
			<phase>package</phase>
			<goals>
				<goal>single</goal>
			</goals>
		</execution>
	</executions>
</plugin>




<think>好的,我需要回答用户关于Maven打包生成的original文件的问题。首先,我需要回想之前学过的Maven相关知识。记得在使用Maven构建项目,尤其是打包JAR或WAR文件,会在target目录下看到两个文件:一个是带有版本号的JAR文件,另一个是带有“original”前缀的同名文件。 首先,我需要确认这个original文件是什么生成的。通常在运行mvn package命令后,会生成主构件(比如项目的主要JAR)以及可能的其他文件。用户提到的original文件应该是在这个过程中产生的。这候,我需要回忆Maven打包插件,特别是maven-jar-plugin或maven-war-plugin的行为。 接下来,我需要了解为什么会有两个文件。可能的原因是其中一个是没有含依赖的原始,另一个是含依赖的fat JAR。不过,通常fat JAR是由maven-assembly-plugin或maven-shade-plugin生成的,这候可能生成不同的文件。但用户提到的original文件可能不是这种情况。 然后,我想到当使用Maven的默认打包方式,比如对于JAR类型,maven-jar-plugin负责生成JAR文件。而如果用户使用了其他插件,如spring-boot-maven-plugin,这个插件在重新打包生成两个JAR:一个是原始的可执行JAR,另一个是含依赖的重新打包后的JAR。不过,这候原始文件可能被重命名为带有original后缀的文件,而主文件则是可执行的。 例如,Spring Boot的重新打包过程会保留原始的JAR作为original文件,并创建一个可执行的JAR作为主文件。这种情况下,original文件是没有被Spring Boot加载器修改的原始JAR,而主JAR则是含所有依赖和启动脚本的fat JAR。 此外,我需要确认是否其他插件也会有类似的行为。比如,如果用户配置了maven-shade-plugin,是否也会生成类似的原始文件。不过,通常这些插件可能不会自动生成带有original名称的文件,除非特别配置。 另外,检查Maven官方文档或相关插件的文档可能会有帮助。比如,查阅maven-jar-plugin的文档,或者Spring Boot的Maven插件文档,了解生成文件的具体命名规则和用途。 总结下来,用户遇到的original文件很可能是主构件在重新打包过程中被重命名的原始文件,而新的主文件则是经过处理(如含依赖、启动类等)后的产物。这种情况常见于Spring Boot应用或其他需要生成可执行JAR的情况。因此,需要解释这个original文件的来源、作用以及与主JAR文件的区别,并可能提到相关的插件配置。 需要注意的是,用户可能对Maven插件的行为不太熟悉,所以需要以简明的方式解释,避免过于技术化,同提供示例说明何会产生该文件,以及如何处理或配置以避免生成文件(如果需要的话)。</think>Maven 打包生成的 **`original-xxx` 文件**(例如 `original-myapp-1.0.jar`)通常是**未经二次处理的原始构建产物**,它的出现与 Maven 插件(如 `spring-boot-maven-plugin`)的**重新打包(Repackage)机制**有关。以下是详细解析: --- ### **1. 为什么会出现 `original` 文件?** 当使用 **Spring Boot Maven 插件**(或其他需要修改原始 JAR 的插件),默认会执行以下操作: 1. **原始打包**:Maven 先通过 `maven-jar-plugin` 生成一个标准 JAR (即 `original-xxx.jar`)。 2. **重新打包**:插件(如 `spring-boot-maven-plugin`)会**将原始 JAR 重命名为 `original-xxx.jar`,然后生成一个新的可执行 JAR**(即 `xxx.jar`),新 JAR 中会嵌入依赖和启动脚本。 --- ### **2. `original` 文件的作用** - **备份原始构建结果**:保留未经插件修改的原始 JAR,以便调试或对比。 - **支持重新打包**:某些插件需要基于原始 JAR 进行二次处理(例如添加依赖、配置启动类)。 --- ### **3. 文件结构对比** | 文件名称 | 内容 | 用途 | |---------------------------|------------------------------------------|------------------------------------| | `original-myapp-1.0.jar` | 仅含项目编译后的 `.class` 文件 | 原始构建产物,未嵌入依赖或启动脚本 | | `myapp-1.0.jar` | 含所有依赖、启动类(如 Spring Boot) | 可直接运行的 Fat JAR(可执行文件) | --- ### **4. 示例场景(Spring Boot 项目)** 假设项目 `pom.xml` 中配置了 `spring-boot-maven-plugin`: ```xml <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build> ``` 执行 `mvn package` 后,`target` 目录下会生成: - `original-myapp-1.0.jar` → **原始 JAR** - `myapp-1.0.jar` → **可执行 JAR含依赖和启动类)** --- ### **5. 如何避免生成 `original` 文件?** 如果不需要保留原始 JAR,可通过插件配置**禁用重新打包**: ```xml <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <!-- 禁用重新打包,直接生成可执行 JAR --> <skip>true</skip> </configuration> </plugin> ``` 此只会生成一个标准 JAR(不可直接运行)。 --- ### **6. 其他可能生成 `original` 文件的场景** - **自定义打包插件**:某些 Maven 插件(如 `maven-assembly-plugin`)在生成 Fat JAR 也可能保留原始文件。 - **手动重命名**:开发者可能自行配置插件将原始文件命名为 `original` 前缀。 --- ### **总结** - `original-xxx` 文件Maven 插件重新打包前的**原始构建产物**。 - 常见于 Spring Boot 项目,用于生成可执行 JAR 前的备份。 - 若不需要该文件,可通过插件配置跳过重新打包流程。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值