网上一大堆，关于maven配置本地私服和镜像的流程，神乎其乎，初学者总是很难理解其中的真正原理，

我通过这篇文章来终结他们；

maven安装文件setting.xml的结构

前提：

1、已经有编译好的java文件Main.class

2、有java编译环境

第1步骤，新建一个文件，文件名：MANIFEST.MF

创建项目和SSM框架整合思路

一、创建项目

因为后面会配置springMVC，所以用IDEA的web骨架创建一个maven项目。

创建项目目录如下，同时，项目需要的包和文件已手动创建好了：

项目目录

上图中，application.xml为spring配置文件，log4j为日志配置文件，springMVC.xml为springMVC配置文件

1. 介绍

1.1 介绍

福哥在使用IDEA开发项目的时候，每次打包都是需要打开一个cmd，在里面输入命令进行打包，这个实在是太low了有木有。。。

# idea 中如何将 java 项目打包成 jar 包？

例如如何将项目dzs168-dashboard-generate打包成 dzs168-dashboard-generate.jar

SpringBoot Jar包冲突在线检测实战指南：工具与解决方案

问题引入：Jar包冲突的隐蔽危害与排查困境

生产环境的凌晨告警往往伴随着难以追溯的技术故障。某Spring Boot应用在版本迭代后突然启动失败，控制台抛出
java.lang.NoSuchFieldError: ESCAPE_CHARACTER异常，最终定位为Spring Boot 2.x与3.x依赖混合导致的版本冲突。这种"版本混搭"引发的运行时错误，已成为威胁系统稳定性的隐形杀手。

凌晨两点的告警把我从床上拽起来，控制台一行红字：
java.lang.NoSuchFieldError: ESCAPE_CHARACTER。说实话，那一刻心里慌得不轻，但不是因为一个字段丢了，而是因为它背后藏着一个更危险的东西——版本混搭在悄悄吞噬系统的可靠性。别以为这种问题只会出现在实验室环境，生产环境里它会在你最不想看的时候，让服务整个挂掉，卷走你的睡眠和排查时间。

表象常常是启动失败、数据源无法初始化、ApplicationContext报错，或者运行中突然出现JSON序列化的NoSuchFieldError，甚至单元测试在不同机器上随机失败。我同事张工在一次线上回滚后才发现，问题并不是代码改动，而是某个传递依赖把旧版本的类带进了包里，LaunchedURLClassLoader在Spring Boot的可执行jar里优先加载BOOT-INF/lib中的jar，父类委派模型被打散，低版本类覆盖了本该优先的新版实现，结果就是字段或方法签名不对，运行时直接抛错。

Linux后台运行和关闭jar项目该怎么操作呢？下面我们来讲一下！

直接用下面这个命令

java -jar xxx.jar

当退出或关闭shell时，程序就会停止掉。以下方法可让jar运行后一直在后台运行。

Maven 打包时生成 jar-with-dependencies.jar 文件通常与 Maven Shade Plugin 或 Maven Assembly Plugin 的配置有关。这些插件会创建一个包含项目自身代码及所有依赖项的 "胖 JAR"（Fat JAR），适用于需要独立运行的应用程序。

前言

在早期没有使用maven之前，我们引用一些公有jar或者api jar，我们可能会采用这样的方式，通过手动导入这些jar到项目的classpath路径进行引用。