使用 maven 打包 src/test/java下的文件,并用 java jar 跑打包出来的jar

Maven打包全解析:从Jar包原理到Spring Boot实战 在Java开发中,Jar包作为代码交付的标准格式,其打包方式直接影响应用的部署与运行。理解Jar包的本质——一个包含MANIFEST.MF清单文件的特殊ZIP压缩包,是掌握打包技术的基础。Maven作为主流构建工具,通过其生命周期管理和插件机制,提供了多种打包策略,从仅包含项目代码的“瘦Jar”到集成所有依赖的“Fat Jar”,每种方式都对应不同的应用场景。在工程实践中,合理选择打包方式能有效解决依赖冲突、资源加载等常见问题,提升部署效率。本文聚焦于**Maven打包**和**可执行Jar**这两个核心热 阅读详情

目标:用java jar命令 运行多个Junit Test Case

  1. 首先将 TestCase放到一个 Suite中
  2. 然后使用 JUnitCore 运行 Suite
  3. 打出一个 jar包,然后再命令行中运行

如果要看结果,可以直接看最后一步: 6. Final result 总结
前面几步,都是 怎么踩坑,填坑的过程


1. 实现

将 TestCase类,都包含到一个Suite中

@RunWith(Suite.class)
@SuiteClasses({ TestCase1.class, TestCase2.class })
public class TestSuite {
}

带main函数的 java类

public class TestRunner {

    public static void main(String[] args) {
        Result result = JUnitCore.runClasses(TestSuite.class);
        boolean isAllPassed = result.wasSuccessful();
        if (!isAllPassed) {
            List<Failure> failures = result.getFailures();
            for (Failure item : failures) {
                System.out.println(item.toString());
            }
        }
    }
}

2. 用命令行运行

由于 test的实现,是写在 maven 工程中的 src/test/java 目录下的,使用maven打包的时候,里面的类的class文件,不会被打包到 jar中..

note From stack-overflow:

if youre following maven conventions then your test classes are under src/test/java. maven never packages the contents of the test sources subdirectory into the artifact

maven工程的工程结构如下:
此处输入图片的描述

所以用了另一种打包方式: 用 Eclipse的export,打了一个jar包.
但是,这样出来的jar包,是没有包含maven的依赖包的,所以在运行的时候,需要将需要的jar包含进来

执行的命令如下:

java -cp junit-4.8.1.jar;hyz_test.jar com.opengroup.hongshi.gwhyz.test.lokia.TestRunner

3. 使用 maven-assembly-plugin 进行打包

后来发现使用 maven-assembly-plugin 进行打包,然后是可以通过配置将 src/test/java 中的文件打包进去的

  1. 先 clean - 这一步主要是编译,生成 .class 文件
  2. maven 打包的时候,不要使用clean, 直接使用

    assembly:single
  3. 最后使用 以下命令执行就可以了,不需要在将依赖的包加进来,因为 assembly 已经将依赖的包打包进来了:

java -cp gwhyz-test-0.0.1-SNAPSHOT-assembly.jar com.opengroup.hongshi.gwhyz.test.lokia.TestRunner

注意: 由于 assembly 的时候,没有将 main-class 打包到 jar中,所以需要指定 执行的类
如果在生成的 jar 中,将以下语句加入到 MANIFEST.MF 文件中, 就可以直接 使用 java -jar

Main-Class: com.opengroup.hongshi.gwhyz.test.lokia.TestRunner
java -jar gwhyz-test-0.0.1-SNAPSHOT-assembly.jar

4. 配置文件

pom.xml

<build>
        <plugins>
            <plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>2.3</version>
                <configuration>
                    <descriptor>src/main/java/assembly/assembly.xml</descriptor>
                </configuration>
                <executions>
                    <execution>
                        <id>make-assembly</id>
                        <phase>package</phase>
                        <!-- <goals>
                            <goal>single</goal>
                        </goals> -->
                        <configuration>
                            <archive>
                                <manifest>
                                    <mainClass>com.opengroup.hongshi.gwhyz.test.lokia.TestRunner</mainClass>
                                </manifest>
                            </archive>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

assembly.xml:

<assembly
    xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.3"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.3 http://maven.apache.org/xsd/assembly-1.1.3.xsd">
    <id>assembly</id>
    <formats>
        <format>jar</format>
    </formats>
    <includeBaseDirectory>false</includeBaseDirectory>
    <dependencySets>
        <dependencySet>
            <outputDirectory>/</outputDirectory>
            <useProjectArtifact>true</useProjectArtifact>
            <unpack>true</unpack>
            <scope>test</scope>
        </dependencySet>
    </dependencySets>
    <fileSets>
        <fileSet>
            <directory>${project.build.directory}/test-classes</directory>
            <outputDirectory>/</outputDirectory>
            <includes>
                <include>**/*.class</include>
            </includes>
            <useDefaultExcludes>true</useDefaultExcludes>
        </fileSet>
    </fileSets>
</assembly>

project的build path的配置:
此处输入图片的描述


5. 解决 MANIFEST.MF 中 不会生成 Main-Class的问题

终于找到原因,为啥 MANIFEST.MF 中,没有Main-class了
是 因为 pom.xml中 配置错了,请看图(左边是正确的配置,右边是错误的)

此处输入图片的描述


6. Final result 总结

pom.xml:

<plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>2.3</version>
                <configuration>
                    <descriptor>src/main/java/assembly/assembly.xml</descriptor>
                    <archive>
                        <manifest>
                            <mainClass>com.opengroup.hongshi.gwhyz.test.lokia.TestRunner</mainClass>
                        </manifest>
                    </archive>
                </configuration>
                <executions>
                    <execution>
                        <id>make-assembly</id>
                        <phase>package</phase>
                        <goals>
                            <goal>single</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

assemble.xml

<assembly
    xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.3"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.3 http://maven.apache.org/xsd/assembly-1.1.3.xsd">
    <id>assembly</id>
    <formats>
        <format>jar</format>
    </formats>
    <includeBaseDirectory>false</includeBaseDirectory>
    <dependencySets>
        <dependencySet>
            <outputDirectory>/</outputDirectory>
            <useProjectArtifact>true</useProjectArtifact>
            <unpack>true</unpack>
            <scope>test</scope>
        </dependencySet>
    </dependencySets>
    <fileSets>
        <fileSet>
            <directory>${project.build.directory}/test-classes</directory>
            <outputDirectory>/</outputDirectory>
            <includes>
                <include>**/*.class</include>
            </includes>
            <useDefaultExcludes>true</useDefaultExcludes>
        </fileSet>
    </fileSets>
</assembly>

project的build path的配置:
此处输入图片的描述

配置好之后:
1. clean
2. 执行 以下命令进行打包

mvn assembly:single
  1. 然后使用 以下命令执行
java -jar gwhyz-test-0.0.1-SNAPSHOT-assembly.jar
Spring Boot项目Maven打包实战:从依赖缺失到可执行胖Jar 在Java应用开发中,依赖管理是构建可部署应用的核心环节。Maven作为主流构建工具,其默认打包机制仅包含项目自身编译产物,导致部署时频繁出现ClassNotFoundException等依赖缺失问题。Spring Boot通过spring-boot-maven-plugin创新性地引入可执行胖Jar(Fat Jar)解决方案,将项目代码与所有第三方依赖整合为单一可执行文件,极大简化了部署流程。这种自包含的打包方式不仅解决了环境依赖问题,更为持续集成和容器化部署奠定了坚实基础。本文聚焦Spring Boot 阅读详情

相关推荐

SpringBoot项目打包后GBase连接失效?可能是你漏了这步!详解外部Jar包的正确打包姿势

本文详细解析了SpringBoot项目打包后GBase连接失效的常见问题,特别是使用`<scope>system</scope>`引入外部Jar包时的打包机制。通过生产验证的解决方案,包括资源声明式打包和进阶依赖管理方案,帮助开发者确保GBase驱动正确打包,提升部署成功率。

weixin_30902251的博客 393

解决eclipse创建springboot项目后src/test/java目录有红叉

解决eclipse创建springboot项目后src/test/java目录有红叉

空山新雨后,天气晚来秋 5480

BFD+OSPF+FRR:构建高可用网络的核心铁三角

摘要:VRRP、OSPF、BFD和FRR协同实现网络高可用。VRRP负责网关冗余,OSPF确保路由可达,BFD提供毫秒级故障检测,FRR实现快速路径切换。故障时,BFD立即检测并通知OSPF,FRR在OSPF收敛前切换流量,VRRP完成网关切换(如需)。BFD采用异步模式动态建立,效率最高。该机制确保业务流量无缝切换,提升网络可靠性。

A516988的博客 754

java里的test文件怎么运行_如何在maven中运行单元测试,它是在src/test-integration/java文件夹中...

首先,您不应该通过测试life cycle运行这些集成测试,原因预集成测试,集成测试和后整合测试生命周期阶段存在。除了用于集成测试,maven-failsafe-plugin负责。有几种选择来处理你的情况。首先,您应该遵循naming conventions进行集成测试**/IT*.java**/*IT.java**/*ITCase.java这意味着将集成测试放入默认文件夹src / test /...

weixin_29955355的博客 1272

python毕设 基于Web的中药材信息查询系统程序+论文

***(程序+源码+数据库+调试部署+开发环境)论文文档1,文末可获取,系统界面在最后面。****

m0_74825541的博客 1257

用UltraISO制作镜像以RAW格式刻录系统到U盘后,在Windows上无法识别的解决办法

在这篇文章中,用UltraISO制作镜像后,会使得U盘无法识别!!!那么,如何抹掉U盘的数据,格式化U盘呢?

拥抱具身智能,昇腾Ascend C 2730

关于maven项目的src/test/java,src/main/java

补充: src/main/java:里面的java文件只能直接加载src/main/resources下的资源,不能 直接加载src/test/resources下的资源; src/test/java: 里面的java文件既能加载src/test/resources下的资源,又能加载src/main/resources下 的资源,当两...

wordpython 3156

手把手教你用LTspice仿真扬声器阻抗曲线(附Dayton/Focal型号库)

本文详细介绍了如何使用LTspice仿真软件构建高精度扬声器模型,包括获取Dayton/Focal等厂商的SPICE模型库、模型导入方法、阻抗测试电路搭建及仿真设置。通过手把手教学,帮助读者快速掌握扬声器阻抗曲线的仿真技术,提升音响系统设计效率。

weixin_26897585的博客 389

maven skip test

1. &lt;build&gt; &lt;plugins&gt; &lt;plugin&gt; &lt;groupId&gt;org.apache.maven.plugins&lt;/groupId&gt; &lt;artifactId&gt;maven-surefire-plugin&lt;/artifactId&gt;

0与1的世界 304

手把手教你学SOME/IP「3.2.1.发布/订阅行为」

本文详细介绍了SOME/IP协议中的服务发现机制,重点解析了发布/订阅行为的流程。主要内容包括:1)服务发布与Method通信流程,涵盖find/offer报文交互、TTL保活机制及异常处理;2)服务订阅与Event通信流程,包括subscribe/ack报文交互和组播延迟机制;3)特殊场景如快速发送、半周期回复、重置订阅等机制。通过邮局订阅报纸的类比,帮助理解服务发现的核心原理,并强调流程图对于问题定位的重要性。文章为SOME/IP协议的工程实现提供了实用指导。

nihaoljq2010的博客 1222

部署与可视化系统:移动端跟踪系统:YOLOv8 + ByteTrack 结合 Android CameraX 实现实时行人计数 App

本文详细介绍了在Android移动端实现实时行人检测、跟踪与计数系统的完整方案。系统采用YOLOv8+ByteTrack技术栈,基于NCNN推理引擎,无需云端算力即可在手机端侧完成全流程处理。文章从技术选型、系统架构、CameraX集成等多个维度进行深入解析,重点阐述了移动端部署面临的工程挑战和优化策略。通过四层管道模型设计,实现了从图像采集到目标跟踪的高效处理流程,并采用C++ NDK开发确保性能。该系统在中端手机上可达到10FPS,旗舰机型可达30FPS,为移动端实时目标跟踪提供了可落地的解决方案。

ZXSXJ的博客 91

使用 maven 打包 src/test/java下的文件,并使用命令行查看jar包内容

使用 maven 打包 src/test/java下的文件,并使用命令行查看jar包内容

m0_58859070的博客 1288

stata 工具变量法【计量经济系列(七)】

stata 工具变量法【计量经济系列(七)】 1. 内生性 2. 工具变量3. 2SLS (二阶段最小二乘法) 4. 弱工具变量5. 工具变量外生性的过度识别检验 6. 豪斯曼检验6.1 传统豪斯曼 6.2 杜宾-吴-豪斯曼检验(DWH)

侯小啾技术博客 2万+

Maven 打包时排除Src/Java包下的java文件

Maven 打包时排除Src/Java包下的java文件 项目结构如下所示: 打包编译时,想去掉Test包下的所有测试类java文件,这时候可以在Pom.xml中添加 <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-pl

Emory的博客 2264

2026年大数据开发工程师常见面试选择题

大数据面试高频考点解析 摘要:本文汇总了30道大数据开发面试高频题目,涵盖Hadoop生态、Spark、Flink、Kafka等核心组件。重点包括:1)HDFS架构与特性(5V特征、副本机制);2)MapReduce/Spark原理(Shuffle过程、RDD抽象);3)实时计算(Kafka消费组、Flink Watermark);4)数据仓库设计(分层模型、性能优化)。特别强调数据倾斜、小文件问题等实战场景的解决方案,以及从日志、资源等多维度排查任务异常的方法。掌握这些基础原理和典型问题应对策略,是应对大

不务正业的猿 450

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

使用Maven管理项目、导入依赖、测试打包项目、常用依赖

使用Maven管理项目 Maven项目结构 Maven依赖导入 Maven依赖作用域 Maven可选依赖 Maven排除依赖 Maven继承关系 Maven常用命令 Maven测试项目 Maven打包项目

m0_73976305的博客 7387

最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版

Part-E1-SDIO-Specification-Ver4.00-Final-120220.pdf:最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版,包括SDIO 接口的外设,SDIO 接口官方协议等。

Maven打包全解析:从普通Jar到Spring Boot Fat Jar的实战指南

在Java项目构建与部署中,Jar包是代码交付的核心载体。其打包方式直接决定了应用的部署形态和运行效率。从原理上讲,Maven通过不同的插件机制,实现了多种打包策略:普通Jar仅包含项目编译后的类文件,作为类库供其他项目依赖;可执行Jar(Fat Jar)则通过嵌套或融合技术将项目及其所有依赖打包为一个独立运行单元,实现了环境一致性;而依赖分离式Jar则将业务代码与第三方库分离,优化了容器化部署时的镜像构建效率。这些技术为不同应用场景提供了灵活选择:公共库开发需用普通Jar保证依赖纯净,Spring Boo

weixin_34417183的博客 443

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

Maven打包实战:从基础Jar到Spring Boot可执行包的完整指南

在Java项目构建与部署中,Maven作为核心构建工具,其打包机制是项目交付的关键环节。理解Maven打包原理,有助于解决依赖管理、资源配置和部署运行中的常见问题。通过分析默认的“瘦Jar”机制,可以明确库项目与应用项目在打包目标上的本质区别。掌握可执行Jar包的构建技术,特别是“胖Jar”方案,能确保应用具备独立运行能力,直接提升部署效率。在实际工程中,结合Spring Boot Maven Plugin等现代插件,可以实现依赖嵌套、分层优化等高级特性,有效应对依赖冲突、资源过滤等复杂场景。本文围绕Mav

weixin_34037515的博客 434

Maven打包方式深度解析:从jar、war到pom与maven-plugin

在Java项目构建与依赖管理中,Maven作为核心工具,其打包方式的选择直接影响项目的最终交付形态与运行时行为。打包的本质是定义项目在构建生命周期中的角色,并绑定相应的插件与构建阶段。理解jar、war、pom和maven-plugin等不同打包类型的技术原理,对于解决依赖冲突、优化包体积和确保部署兼容性具有关键价值。尤其在微服务与云原生场景下,如何通过maven-shade-plugin制作可执行胖JAR,或利用maven-assembly-plugin进行分环境打包,成为工程实践中的常见需求。本文聚焦M

weixin_34239169的博客 430

SpringBoot项目打包JAR全解析:从Maven插件原理到生产环境部署实战

在Java企业级应用开发中,项目打包与部署是连接开发与运维的关键环节。其核心原理在于构建工具(如Maven、Gradle)通过特定插件(如spring-boot-maven-plugin)将应用代码、第三方依赖及资源配置整合为单一可执行文件。这一过程解决了环境一致性与部署便捷性的核心工程问题,是持续集成与自动化部署的基石。具体到SpringBoot生态,打包生成的可执行JAR(或称“胖JAR”)内嵌了Web容器,实现了应用的自包含与一键启动,极大地简化了从开发到测试、生产环境的交付流程。本文聚焦于**Spr

weixin_30607029的博客 329

Java Maven项目问题整理

整理常见的Java Maven项目问题

拾年一剑 的专栏 795

maven资源文件的相关配置

构建Maven项目的时候,如果没有进行特殊的配置,Maven会按照标准的目录结构查找和处理各种类型文件。 src/main/java和src/test/java 这两个目录中的所有*.java文件会分别在comile和test-comiple阶段被编译,编译结果分别放到了target/classes和targe/test-classes目录中,但是这两个目录中的其他文件都会被忽略掉。 src/main/resouces和src/test/resources 这两个目录中的文件也会分别被...

BubblesMusic的博客 644

Java项目打包与运行错误排查:从IDEA配置到Maven插件的完整指南

在Java开发中,打包是将源代码、依赖和资源配置整合为可执行交付物的关键环节,其核心原理在于构建工具对项目结构和类路径的管理。理解构建工具如Maven、Gradle的工作原理,以及JAR包中MANIFEST.MF文件的作用,对于确保应用在不同环境下的稳定运行至关重要。这项技术的价值在于实现应用的可移植性和一致性交付,广泛应用于企业级应用部署、微服务架构和持续集成流程。本文聚焦于解决打包后常见的运行错误,例如“找不到主清单属性”和“NoClassDefFoundError”,通过分析IDEA的Artifact

weixin_33696822的博客 439
上一篇: atomikos 在Windows Tomcat下使用遇到的坑
下一篇: Plugin execution not covered by lifecycle configuration
NBA_2011
博客等级 码龄16年 12粉丝 49原创
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值