Maven 常见企业配置踩坑点
踩坑点
- 一般企业开发,要么一个大工程,如果进行拆分,就会使用父子工程,或直接拆分为多个独立工程
- 父子工程

父工程中pom文件

子工程中pom文件

注意,父子工程,子工程自动集成父工程的依赖项
- 父工程中的依赖管理(针对父工程和所有子工程)dependencyManagement
<!-- 依赖的全局版本管理 -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.apache.spark</groupId>
<artifactId>spark-sql_2.11</artifactId>
<version>${spark.version}</version>
<exclusions>
<!--<exclusion>
<groupId>com.fasterxml.jackson.core</groupId>
<artifactId>jackson-databind</artifactId>
</exclusion>-->
</exclusions>
</dependency>
<dependency>
<groupId>org.apache.spark</groupId>
<artifactId>spark-hive_2.11</artifactId>
<version>${spark.version}</version>
</dependency>
<dependency>
<groupId>org.scala-lang</groupId>
<artifactId>scala-library</artifactId>
<version>${scala.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
- scope 依赖jar包编译时是否打进工程整体的jar包
- 这是编译时检查,打包时不会打进工程整体jar包
如果开发时,发现类找不到,有时候可能就是这里设置了provided的原因。这样设置好处是,一些依赖jar包以及对应版本在程序运行环境中有,不需要打进去。这样就可以让打出来的工程整体jar包提交比较小
<dependency>
<groupId>org.scala-lang</groupId>
<artifactId>scala-library</artifactId>
<version>${scala.version}</version>
<scope>provided</scope>
</dependency>
- 这是打包时,会把依赖的jar包打进整体工程jar包的设置
<dependency>
<groupId>org.scala-lang</groupId>
<artifactId>scala-library</artifactId>
<version>${scala.version}</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.scala-lang</groupId>
<artifactId>scala-library</artifactId>
<version>${scala.version}</version>
</dependency>
-
exclusion 去除某个jar包依赖的第三方jar包
在开发中,有时候依赖多个jar包如A,B,如果A和B都同时依赖了jar包C,但是依赖的C版本不同,就需要去除A,B依赖的jar包中的一个,一般是保留最新的,或者兼容性最好的。这也是java开发中有时候会很头疼版本选择的原因。 -
properties 变量定义
在企业开发中,如果一个项目比较大,有时候需要对版本做管理,这时候就可以把一些版本字符串用变量定义出来,这样后续改动升级版本时,只需要改一个地方即可。
<properties>
<spark.version>2.4.4</spark.version>
<scala.version>2.11.12</scala.version>
<hadoop.version>3.1.0</hadoop.version>
</properties>

本文介绍了Maven在企业级项目中的配置要点,包括父子工程的依赖管理、依赖范围的设置以及排除特定依赖的方法,并提供了如何利用属性简化版本管理的实践。
878

被折叠的 条评论
为什么被折叠?



