今天主要说一下在项目里如何引用这个包。
1 如果只是使用包里的资源,而不使用这个包的依赖包,需要这样引用即可

     <dependency>
            <groupId>com.lind</groupId>
            <artifactId>a-start-test-depend-shade</artifactId>
            <version>1.0.4</version>
            <scope>system</scope>
            <systemPath>${project.basedir}/src/main/resources/a-start-test-depend-shade-1.0.4.jar</systemPath>
        </dependency>

2 如果在引用包里,还需要使用它的依赖包,需要把system去掉

         <dependency>
            <groupId>com.lind</groupId>
            <artifactId>a-start-test-depend-shade</artifactId>
            <version>1.0.4</version>
            <systemPath>${project.basedir}/src/main/resources/a-start-test-depend-shade-1.0.4.jar</systemPath>
        </dependency>

3 注意:如果你的shade项目和你的当前项目在一起的话,可能能有问题
[图片上传失败...(image-598096-1650881654804)]

你可以把shade项目打完jar包之后,移除module,然后再试一下,就可以看到你的jar包里的对象被shade了
[图片上传失败...(image-dafc6e-1650881654804)]

4 pom配置文件里的scope是作用域的意思,下面介绍一下几种scope

  • compile:默认值 他表示被依赖项目需要参与当前项目的编译,还有后续的测试,运行周期也参与其中,是一个比较强的依赖。打包的时候通常需要包含进去
  • test:依赖项目仅仅参与测试相关的工作,包括测试代码的编译和执行,不会被打包,例如:junit
  • runtime:表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过了编译而已。例如JDBC驱动,适用运行和测试阶段
  • provided:打包的时候可以不用包进去,别的设施会提供。事实上该依赖理论上可以参与编译,测试,运行等周期。相当于compile,但是打包阶段做了exclude操作
  • system:从参与度来说,和provided相同,不过被依赖项不会从maven仓库下载,而是从本地文件系统拿。需要添加systemPath的属性来定义路径

在此我向大家推荐一个架构学习交流圈。交流学习微信:539413949(里面有大量的面试题及答案)里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

Logo

魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。

更多推荐