spring boot 生成 war 包有一个war.original是什么?

二次打包与Spring Boot应用部署
本文探讨了在Spring Boot项目中使用二次打包的原因及如何配置。通过继承SpringBootServletInitializer,实现特定的configure方法,使得应用能更好地适应各种部署环境。

两个坑


  • .war.original 生成这种格式的文件,是因为在开启了二次打包。具体可以看这里

  • 修改入口文件的配置 , 官方文档看这里

类似下面的代码,要继承SpringBootServletInitializer

@SpringBootApplication
public class Application extends SpringBootServletInitializer {

    @Override
    protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
        return application.sources(Application.class);
    }

    public static void main(String[] args) throws Exception {
        SpringApplication.run(Application.class, args);
    }

}
<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、付费专栏及课程。

余额充值