//例子
<scope>system</scope>
//应用外置jar包
<dependency>
<groupId>jeewx</groupId>
<artifactId>jeewx</artifactId>
<version>1.0</version>
<scope>system</scope>
<systemPath>${basedir}/lib/jeewx-1.0.jar</systemPath>
</dependency>
scope maven中scope的默认值是compile
scope的分类
1)compile 默认是compile。compile表示被依赖项目需要参与当前项目的编译,包括后续的测试,运行周期也参与其中,是一个比较强的依赖。打包的时候通常需要包含进去。
2)test 表示依赖项目仅仅参与测试相关的工作,包括测试代码的编译,执行。比较典型的如junit
3)runtime 表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过编译而已。在终端的项目(非开源,企业内部系统)中,和compile区别不是很大。比较常见的如JSRXXX的实现,对应的API jar是compile,具体实现是runtime的,compile只需要知道接口就足够了。oracle jdbc驱动jar包就是一个很好的例子,一般scope为runtime。 另runtime的依赖通常和optional搭配使用,optional为true。即可以用A实现也可以用B实现。
4)procided 意味着打包的时候可以不用包进去,别的设施(web container)会提供。事实上该依赖理论上可以参与编译、测试、运行等周期。相当于compile,但是打包阶段做了exclude的动作。
5)system 和provide相同,不过被依赖项不会从maven仓库抓,而是从本地系统文件拿,一定要配合systemPath使用
systempath
当maven依赖本地而非repository中的jar包,sytemPath指明本地jar包路径
解决方案一:
将本地应用的jar包上传值公司私服(需要去改maven的私服地址)然后常规应用
<dependency>
<groupId>jeewx</groupId>
<artifactId>jeewx</artifactId>
<version>1.0</version>
</dependency>
解决方案二:
将自己需要依赖的jar 打包到本地maven 库 (前提的配置好本地mvn)
打开cmd 窗口 输入
mvn install:install-file -Dfile=c:/xxx/xxx.jar -DgroupId=jeewx -DartifactId=jeewx-Dversion=1.0 -Dpackaging=jar
解决方案三:
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<includeSystemScope>true</includeSystemScope>
</configuration>
</plugin>
解决方案四:
修改 xxxx.MF文件 里面的jar引用 加上自己需要的jar包 按空格分隔 (这种有个大问题是每次都得改xxx.MF文件不太方便)