做网站接广告,无货电商怎么入门,瑞安做网站的公司,网络营销推广的特点Maven高级篇 二 小黑子的Maven高级篇学习1. 分模块开发1.1 分模块开发设计1.2 分模块开发实现1.2.1 抽取domain层1.2.2 抽取dao层 2. 依赖管理2.1 依赖传递2.2 可选依赖2.3 排除依赖 3. 继承与聚合3.1 聚合3.2 继承3.3 总结 4. 属性4.1 配置文件加载属性4.2 版本管理 5. 多环境… Maven高级篇 二 小黑子的Maven高级篇学习1. 分模块开发1.1 分模块开发设计1.2 分模块开发实现1.2.1 抽取domain层1.2.2 抽取dao层 2. 依赖管理2.1 依赖传递2.2 可选依赖2.3 排除依赖 3. 继承与聚合3.1 聚合3.2 继承3.3 总结 4. 属性4.1 配置文件加载属性4.2 版本管理 5. 多环境配置与应用5.1 多环境开发5.2 跳过测试 6. 私服6.1 私服简介6.2 私服仓库分类6.3 本地仓库访问私服配置6.4 私服资源的下载和上传 二 小黑子的Maven高级篇学习
1. 分模块开发
1.1 分模块开发设计 按照功能拆分 之前的项目都是在一个模块中比如SSM整合虽然这样做功能也都实现了但是也存在一些问题我们拿银行的项目举例来聊聊这件事 网络没有那么发达的时候我们需要到银行柜台或者取款机进行业务操作随着互联网的发展我们有了电脑之后就可以在网页上登录银行网站使用U盾进行业务操作再来就是随着智能手机的普及我们只需要用手机登录App就可以进行业务操作 上面三个场景出现的时间轴是不同的如果非要把三个场景的模块代码放到同一个项目那么当其中某一个模块代码出现问题就会导致整个项目都无法正常启动从而导致银行的多个业务都无法正常办理所以我们会按照功能将项目进行炒粉 按照模块拆分 比如电商项目中有订单和商品两个模块订单中需要包含商品的详细信息所以需要商品的模型类商品模块也会用到商品的模型类这个时候如果两个模块中都写模型类就会出现重复代码后期维护的成本就比较高。我们就想能不能把它们公共的部分抽取成一个独立的模块其他模块想要使用就可以像导入第三方依赖的坐标一样来使用我们自己抽取的模块这样就解决了代码重复的问题这种拆分方式就是我们所说的按照模块拆分之前的项目包结构如下 com.itheima.config目录存放的是相关的配置类com.itheima.controller编写的是Controller类com.itheima.dao存放的是Dao接口因为使用的是Mapper接口代理方式所以没有实现类包com.itheima.service存的是Service接口com.itheima.service.impl存放的是Service实现类那我们现在就可以把这些包按照功能拆分成若干个子模块方便模块之间的相互调用接口供销这样的话项目中的每一层都可以单独维护也可以很方便的被别人使用。 1.2 分模块开发实现 环境准备 复制一份之前的ssm项目重命名为maven_01_ssm
1.2.1 抽取domain层 步骤一创建新模块 创建一个名为maven_02_pojo的maven项目 步骤二项目中创建pojo包也可以设置为domain 在maven_03_pojo中创建com.itheiam.pojo包并将maven_01_ssm的Book类拷贝到该包中 步骤三删除原项目中的pojo包 删除后maven_01_ssm项目中用到Book的类中都会爆红要想解决上述问题我们需要在maven_01_ssm中添加maven_03_pojo的依赖。 步骤四 在maven_01_ssm项目的pom.xml添加maven_03_pojo的依赖 groupIdcom.itheima/groupId
artifactIdmaven_02_pojo/artifactId
version1.0-SNAPSHOT/version因为添加了依赖所以在maven_01_ssm中就已经能找到Book类所以刚才的爆红提示就会消失。 步骤五直接编译maven_01_ssm项目时 控制台会报错 Failed to execute goal on project maven_01_ssm: Could not resolve dependencies for project com.itheima:maven_01_ssm:jar:1.0-SNAPSHOT: Could not find artifact com.itheima:maven_03_pojo:jar:1.0-SNAPSHOT - [Help 1] 意思就是找不到maven_03_pojo这个jar包 为什么找不到呢 原因是Maven会从本地仓库找对应的jar包但是本地仓库又不存在该jar包所以会报错。在IDEA中是有maven_03_pojo这个项目所以我们只需要将maven_03_pojo项目安装到本地仓库即可。 步骤六将项目安装本地仓库 将需要被依赖的项目maven_03_pojo使用maven的install命令把其安装到Maven的本地仓库中 之后再次执行maven_01_ssm的compile的命令后就已经能够成功编译。
1.2.2 抽取dao层 步骤一创建新模块 创建一个名为maven_04_dao的maven项目 步骤二项目中创建dao包 在maven_04_dao项目中创建com.itheima.dao包并将maven_01_ssm中BookDao类拷贝到该包中在maven_04_dao中会有如下几个问题需要解决下 项目maven_04_dao的BookDao接口中Book类找不到报错解决方案在maven_04_dao项目的pom.xml中添加maven_04_pojo项目 dependencygroupIdcom.itheima/groupIdartifactIdmaven_04_pojo/artifactIdversion1.0-SNAPSHOT/version
/dependency项目maven_04_dao的BookDao接口中Mybatis的增删改查注解报错 解决方案在maven_04_dao项目的pom.xml中添加mybatis的相关依赖 dependencygroupIdorg.mybatis/groupIdartifactIdmybatis/artifactIdversion3.5.6/version/dependencydependencygroupIdmysql/groupIdartifactIdmysql-connector-java/artifactIdversion8.0.30/version/dependency最后记得使用maven的install命令把其安装到Maven的本地仓库中不下载就报错 步骤三删除原项目中的dao包 删除Dao包以后因为maven_01_ssm中的BookServiceImpl类中有使用到Dao的内容所以需要在maven_01_ssm的pom.xml添加maven_04_dao的依赖 步骤四运行测试 启动Tomcat服务器访问http://localhost:8080/pages/books.html将抽取后的项目进行运行测试之前的增删改查功能依然能够使用。
如果使用maven运行tomacat7出现报错Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project maven_01_ssm: Compilation failure
可能报错的地方Project Structure中。 project、moudle和SDKs 修改完成之后都重新进行 install显示成功所以最重要的就是jdk版本要对应起来 测试成功运行 但是有警告解决还待商讨。
2. 依赖管理
现在已经能把项目拆分成一个个独立的模块当在其他项目中想要使用独立出来的这些模块只需要在其pom.xml使用dependency标签来进行jar包的引入即可。 dependency其实就是依赖关于依赖管理里面都涉及哪些内容我们就一个个来学习下:
依赖传递可选依赖排除依赖
先来说说什么是依赖: 依赖指当前项目运行所需的jar一个项目可以设置多个依赖。 格式为 !--设置当前项目所依赖的所有jar--
dependencies
!--设置具体的依赖--
dependency!--依赖所属群组id--groupIdorg.springframework/groupId!--依赖所属项目id--artifactIdspring-webmvc/artifactId!--依赖版本号--version5.2.10.RELEASE/version
/dependency
/dependencies2.1 依赖传递 依赖传递与冲突问题 说明A代表自己的项目BCDEFG代表的是项目所依赖的jar包D1和D2、E1和E2代表是相同jar包的不同版本 A依赖了B和CB和C有分别依赖了其他jar包所以在A项目中就可以使用上面所有jar包这就是所说的依赖传递依赖传递有直接依赖和间接依赖 相对于A来说A直接依赖B和C间接依赖了D1E1GFD2和E2相对于B来说B直接依赖了D1和E1间接依赖了G直接依赖和间接依赖是一个相对的概念 因为有依赖传递的存在就会导致jar包在依赖的过程中出现冲突问题具体什么是冲突Maven是如何解决冲突的
这里所说的依赖冲突是指项目依赖的某一个jar包有多个不同的版本因而造成类包版本冲突。 情况一: 在maven_01_ssm的pom.xml中添加两个不同版本的Junit依赖 dependencies
dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.12/versionscopetest/scope
/dependencydependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.11/versionscopetest/scope
/dependency
/dependencies调换位置刷新maven面板我们会发现maven的dependencies面板上总是显示使用的是后加载的jar包 于是得出一个结论 特殊优先当同级配置了相同资源的不同版本后配置的覆盖先配置的。 情况二:路径优先当依赖中出现相同的资源时层级越深优先级越低层级越浅优先级越高 A通过B间接依赖到E1A通过C间接依赖到E2A就会间接依赖到E1和E2Maven会按照层级来选择E1是2度E2是3度所以最终会选择E1 情况三:声明优先当资源在相同层级被依赖时配置顺序靠前的覆盖配置顺序靠后的 A通过B间接依赖到D1A通过C间接依赖到D2D1和D2都是两度这个时候就不能按照层级来选择需要按照声明来谁先声明用谁也就是说B在C之前声明这个时候使用的是D1反之则为D2 特殊优先当同级配置了相同资源的不同版本后配置的覆盖先配置的
但是对于上面的结果也不用刻意去记一切以maven的dependencies面板上显示的为准
依赖包示例图展示
2.2 可选依赖
依赖传递介绍完以后来思考一个问题假如
maven_01_ssm 依赖了 maven_04_daomaven_04_dao 依赖了 maven_03_pojo因为现在有依赖传递所以maven_01_ssm能够使用到maven_03_pojo的内容如果说现在不想让maven_01_ssm依赖到maven_03_pojo有哪些解决方案? 说明在真实使用的过程中maven_01_ssm中是需要用到maven_03_pojo的我们这里只是用这个例子描述我们的需求。因为有时候maven_04_dao出于某些因素的考虑就是不想让别人使用自己所依赖的maven_03_pojo。 方案一可选依赖 可选依赖指对外隐藏当前所依赖的资源—不透明在maven_04_dao的pom.xml在引入maven_03_pojo的时候添加optionaldependencygroupIdcom.itheima/groupIdartifactIdmaven_03_pojo/artifactIdversion1.0-SNAPSHOT/version!--可选依赖是隐藏当前工程所依赖的资源隐藏后对应资源将不具有依赖传递所以最好不要true--optionalfalse/optional
/dependency2.3 排除依赖 方案二排除依赖 排除依赖指主动断开依赖的资源被排除的资源无需指定版本—不需要前面我们已经通过可选依赖实现了阻断maven_03_pojo的依赖传递对于排除依赖则指的是已经有依赖的事实也就是说maven_01_ssm项目中已经通过依赖传递用到了maven_03_pojo此时我们需要做的是将其进行排除所以接下来需要修改maven_01_ssm的pom.xml
dependencygroupIdcom.itheima/groupIdartifactIdmaven_04_dao/artifactIdversion1.0-SNAPSHOT/version!--排除依赖是隐藏当前资源对应的依赖关系--exclusions!--这里可以排除多个依赖只要你有需求--exclusiongroupIdcom.itheima/groupIdartifactIdmaven_03_pojo/artifactId/exclusion/exclusions
/dependency介绍完这两种方式后简单来梳理下就是 A依赖BB依赖CC通过依赖传递会被A使用到现在要想办法让A不去依赖C可选依赖是在B上设置optionalA不知道有C的存在排除依赖是在A上设置exclusionsA知道有C的存在主动将其排除掉。 3. 继承与聚合
3.1 聚合 分模块开发后需要将这四个项目都安装到本地仓库目前我们只能通过项目Maven面板的install来安装并且需要安装四个如果我们的项目足够多那一个个install也挺麻烦的 如果四个项目都已经安装成功当ssm_pojo发生变化后我们就得将ssm_pojo重新安装到maven仓库但是为了确保我们对ssm_pojo的修改不会影响到其他模块比如我们将pojo类中的一个属性删除如果其他模块调用了这个属性那必然报错我们需要对所有模块重新编译看看有没有问题。然后还需要将所有模块再install一遍 项目少的话还好但是如果项目多的话一个个操作项目就容易出现漏掉或重复操作的问题所以我们就像能不能抽取一个项目把所有的项目管理起来以后再想操作这些项目做需要操作我们抽取的这个项目这样就省事儿多了 这就要用到我们接下来讲的聚合了
所谓聚合将多个模块组织成一个整体同时进行项目构建的过程称为聚合聚合工程通常是一个不具有业务功能的空工程作用使用聚合工程可以将多个工程编组通过对聚合工程的构建实现对所包含的所有模块进行同步构建 当工程中某个模块发生更新后必须保障工程中与更新模块关联的模块同步更新此时就可以使用聚合工程来解决批量模块同步构建的问题
具体实现步骤如下
步骤一创建一个空的maven项目步骤二将项目打包方式改为pom?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd
modelVersion4.0.0/modelVersiongroupIdcom.itheima/groupId
artifactIdmaven_00_parent/artifactId
version1.0-SNAPSHOT/version
!--设置打包方式--
packagingpom/packaging
/project说明:项目的打包方式我们接触到的有三种分别是 jar:默认情况说明该项目为java项目war:说明该项目为web项目pom:说明该项目为聚合或继承(后面会讲)项目 步骤三pom.xml添加所要管理的项目 ?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd
modelVersion4.0.0/modelVersiongroupIdcom.blog/groupId
artifactIdmaven_00_parent/artifactId
version1.0-SNAPSHOT/version
!--设置打包方式--
packagingpom/packaging!--设置管理的项目名称--
modulesmodule../maven_01_ssm/modulemodule../maven_03_pojo/modulemodule../maven_04_dao/module
/modules/project步骤四使用聚合统一管理项目 在maven面板上点击compile会发现所有受管理的项目都会被执行编译这就是聚合工程的作用 [INFO] maven_03_pojo … SUCCESS [ 0.874 s] [INFO] maven_04_dao … SUCCESS [ 0.044 s] [INFO] maven_01_ssm … SUCCESS [ 0.132 s] [INFO] maven_00_parent … SUCCESS [ 0.001 s] [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS 说明聚合工程管理的项目在进行运行的时候会按照项目与项目之间的依赖关系来自动决定执行的顺序和配置的顺序无关。
3.2 继承
聚合工程进行某一个构建操作其他被其管理的项目也会执行相同的构建操作。那么接下来我们再来分析下多模块开发存在的另外一个问题重复配置的问题我们先来看张图 spring-webmvc、spring-jdbc在三个项目模块中都有出现这样就出现了重复的内容spring-test只在ssm_crm和ssm_goods中出现而在ssm_order中没有这里是部分重复的内容我们使用的spring版本目前是5.2.10.RELEASE假如后期要想升级spring版本所有跟Spring相关jar包都得被修改涉及到的项目越多维护成本越高 面对上面这些问题我们就得用到接下来要学习的继承
所谓继承描述的是两个工程间的关系与java中的继承类似子工程可以继承父工程中的配置信息常见于依赖关系的继承作用 简化配置减少版本冲突
具体实现
步骤一创建一个空的Maven项目并将其打包方式设置为pom
?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsdmodelVersion4.0.0/modelVersiongroupIdcom.itheima/groupIdartifactIdmaven_00_parent/artifactIdversion1.0-SNAPSHOT/version!--设置打包方式--packagingpom/packaging/project步骤二在子工程中设置其父工程
!--配置当前工程继承自parent工程--
parentartifactIdmaven_00_parent/artifactIdgroupIdcom.itheima/groupIdversion1.0-SNAPSHOT/version!--配置父项目的pom.xml路径--relativePath../maven_00_parent/pom.xml/relativePath
/parent步骤三优化子项目共有依赖导入问题 将子项目共同使用的jar包都抽取出来维护在父项目的pom.xml中 ?xml version1.0 encodingUTF-8?
project xmlnshttp://maven.apache.org/POM/4.0.0xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd
modelVersion4.0.0/modelVersiongroupIdcom.itheima/groupId
artifactIdmaven_00_parent/artifactId
version1.0-SNAPSHOT/version
!--设置打包方式--
packagingpom/packaging!--设置管理的项目名称--
modulesmodule../maven_01_ssm/modulemodule../maven_03_pojo/modulemodule../maven_04_dao/module
/modulesdependenciesdependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion5.2.10.RELEASE/version/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-jdbc/artifactIdversion5.2.10.RELEASE/version/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-test/artifactIdversion5.2.10.RELEASE/version/dependencydependencygroupIdorg.mybatis/groupIdartifactIdmybatis/artifactIdversion3.5.6/version/dependencydependencygroupIdorg.mybatis/groupIdartifactIdmybatis-spring/artifactIdversion1.3.0/version/dependencydependencygroupIdmysql/groupIdartifactIdmysql-connector-java/artifactIdversion5.1.46/version/dependencydependencygroupIdcom.alibaba/groupIdartifactIddruid/artifactIdversion1.1.16/version/dependencydependencygroupIdjavax.servlet/groupIdartifactIdjavax.servlet-api/artifactIdversion3.1.0/versionscopeprovided/scope/dependencydependencygroupIdcom.fasterxml.jackson.core/groupIdartifactIdjackson-databind/artifactIdversion2.9.0/version/dependency/dependencies
/project删除子项目中已经被抽取到父项目的pom.xml中的jar包 删除完后你会发现父项目中有依赖对应的jar包子项目虽然已经将重复的依赖删除掉了但是刷新的时候子项目中所需要的jar包依然存在。当项目的parent标签被移除掉会发现多出来的jar包依赖也会随之消失。 在父项目中修改jar包的版本刷新后子项目中的jar包版本也随之变化 那么现在我们就可以解决了刚才提到的第一个问题将子项目中的公共jar包抽取到父工程中进行统一添加依赖这样做的可以简化配置并且当父工程中所依赖的jar包版本发生变化所有子项目中对应的jar包版本也会跟着更新。 步骤四优化子项目依赖版本问题 如果把所有用到的jar包都管理在父项目的pom.xml看上去更简单些但是这样就会导致有很多项目引入了过多自己不需要的jar包。如上面看到的这张图: 如果把所有的依赖都放在了父工程中进行统一维护就会导致ssm_order项目中多引入了spring-test的jar包如果这样的jar包过多的话对于ssm_order来说也是一种负担。
那针对于这种部分项目有的jar包我们该如何管理优化呢? 在父工程中的pom.xml中定义依赖管理 !--定义依赖管理--
dependencyManagement
dependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.12/versionscopetest/scope/dependency
/dependencies
/dependencyManagement将maven_01_ssm的pom.xml中的junit依赖删除掉刷新Maven 刷新后在maven_01_ssm项目中找不到junit依赖所以我们得出一个结论 dependencyManagement标签不真正引入jar包而是配置可供子项目选择的jar包依赖 子项目要想使用它所提供的这些jar包需要自己添加依赖并且不需要指定version 在maven_01_ssm的pom.xml添加junit的依赖 dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdscopetest/scope
/dependency注意这里就千万不需要添加版本了这样做的好处就是当父工程dependencyManagement标签中的版本发生变化后子项目中的依赖版本也会跟着发生变化 在maven_03_dao的pom.xml添加junit的依赖 dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdscopetest/scope
/dependency这个时候maven_01_ssm和maven_04_dao这两个项目中的junit版本就会跟随着父项目中的标签dependencyManagement中junit的版本发生变化而变化。不需要junit的项目就不需要添加对应的依赖即可maven_03_pojo中就没添加
至此继承就已经学习完了总结来说继承可以帮助做两件事
将所有项目公共的jar包依赖提取到父工程的pom.xml中子项目就可以不用重复编写简化开发将所有项目的jar包配置到父工程的dependencyManagement标签下实现版本管理方便维护 dependencyManagement标签不真正引入jar包只是管理jar包的版本子项目在引入的时候只需要指定groupId和artifactId不需要加version当dependencyManagement标签中jar包版本发生变化所有子项目中有用到该jar包的地方对应的版本会自动随之更新
总之一句话就是父工程主要是用来快速配置依赖jar包和管理项目中所使用的资源。
3.3 总结 注意事项: 子工程中使用父工程中的可选依赖时仅需要提供群组id和项目id无需提供版本版本由父工程统一提供避免版本冲突子工程中还可以定义父工程中没有定义的依赖关系,只不过不能被父工程进行版本统一管理。 聚合与继承的区别 聚合与继承分别的作用:
聚合用于快速构建项目对项目进行管理继承用于快速配置和管理子项目中所使用jar包的版本
聚合和继承的相同点:
聚合与继承的pom.xml文件打包方式均为pom可以将两种关系制作到同一个pom文件中聚合与继承均属于设计型模块并无实际的模块内容
聚合和继承的不同点:
聚合是在当前模块中配置关系聚合可以感知到参与聚合的模块有哪些继承是在子模块中配置关系父模块无法感知哪些子模块继承了自己
4. 属性
问题分析 前面我们已经在父工程中的dependencyManagement标签中对项目中所使用的jar包版本进行了统一的管理但是如果在标签中有如下的内容:
dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion5.2.10.RELEASE/version
/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-jdbc/artifactIdversion5.2.10.RELEASE/version
/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-test/artifactIdversion5.2.10.RELEASE/version
/dependencydependencygroupIdorg.mybatis/groupIdartifactIdmybatis/artifactIdversion3.5.6/version
/dependency如果我们现在想更新Spring的版本就会发现我们依然需要更新多个jar包的版本这样的话还是有可能出现漏改导致程序出问题而且改起来也是比较麻烦。
问题清楚后我们需要解决的话就可以参考咱们java基础所学习的变量声明一个变量在其他地方使用该变量当变量的值发生变化后所有使用变量的地方也会跟着变化 例如
String spring_version 5.2.10.RELEASE;然后将依赖的版本号替换成spring_version
dependencygroupIdorg.springframework/groupIdartifactIdspring-test/artifactIdversionspring_version/version
/dependency解决步骤 步骤一父工程中定义属性 propertiesspring.version5.2.10.RELEASE/spring.versionmybatis.version3.5.6/mybatis.version
/properties步骤二修改依赖的version dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion${spring.version}/version
/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-jdbc/artifactIdversion${spring.version}/version
/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-test/artifactIdversion${spring.version}/version
/dependencydependencygroupIdorg.mybatis/groupIdartifactIdmybatis/artifactIdversion${mybatis.version}/version
/dependency此时我们只需要更新父工程中properties标签中所维护的jar包版本所有子项目中的版本也就跟着更新。当然除了将spring相关版本进行维护我们可以将其他的jar包版本也进行抽取这样就可以对项目中所有jar包的版本进行统一维护 说明使用properties标签来定义属性在properties标签内自定义标签名当做属性名自定义标签内的值即为属性值 例如spring.version5.2.10.RELEASE/spring.version属性名为spring.version属性值为5.2.10.RELEASE 在其他地方引用变量时用${变量名} 4.1 配置文件加载属性
新的需求就是想让Maven对于属性的管理范围能更大些比如我们之前项目中的jdbc.properties这个配置文件中的属性能不能也来让Maven进行管理呢?
肯定的具体的实现步骤如下 步骤一父工程定义属性 propertiesspring.version5.2.10.RELEASE/spring.versionmybatis.version3.5.6/mybatis.versionjdbc.drivercom.mysql.jdbc.Driver/jdbc.driverjdbc.urljdbc:mysql://localhost:13306/ssm_db?useSSLfalse/jdbc.urljdbc.usernameroot/jdbc.usernamejdbc.passwordPASSWORD/jdbc.password
/properties步骤二jdbc.properties文件中引用属性 jdbc.driver${jdbc.driver}
jdbc.url${jdbc.url}
jdbc.username${jdbc.username}
jdbc.password${jdbc.password}步骤三设置maven过滤文件范围 直接在properties中引用属性看起来怪怪的properties怎么能直接用到maven中配置的属性呢 所以我们还需要来配置一下让maven_01_ssm/src/main/resources目录下的jdbc.properties文件可以解析${} build
resources!--设置资源目录--resource!--从顶层目录开始找起--directory../maven_01_ssm/src/main/resources/directory!--设置能够解析${}默认是false --filteringtrue/filtering/resource
/resources
/build步骤四测试是否生效 测试的时候只需要将maven_01_ssm项目进行打包然后在本地仓库观察打包结果中最终生成的内容是否为Maven中配置的内容。 存在的问题 如果不只是maven_01_ssm项目需要有属性被父工程管理如果还有多个项目需要配置该如何实现呢? 方式一 build
resources
!--设置资源目录并设置能够解析${}--
resourcedirectory../maven_01_ssm/src/main/resources/directoryfilteringtrue/filtering
/resource
resourcedirectory../maven_02_pojo/src/main/resources/directoryfilteringtrue/filtering
/resource
...
/resources
/build可以一个一个配但是项目足够多的话这样还是比较繁琐的 方式二 build
resources
!--${project.basedir}: 当前项目所在目录,子项目继承了父项目相当于所有的子项目都添加了资源目录的过滤
--
resourcedirectory${project.basedir}/src/main/resources/directoryfilteringtrue/filtering
/resource
/resources
/build说明如果打包过程中出现错误Error assembling WAR: webxml attribute is required 原因就是Maven发现你的项目为web项目就会去找web项目的入口web.xml(配置文件配置的方式)发现没有找到就会报错。 解决方案1在maven_02_ssm项目的src\main\webapp\WEB-INF\添加一个web.xml文件 ?xml version1.0 encodingUTF-8?
web-app xmlnshttp://xmlns.jcp.org/xml/ns/javaeexmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsdversion3.1
/web-app解决方案2: 配置maven打包war时忽略web.xml检查 build
pluginsplugingroupIdorg.apache.maven.plugins/groupIdartifactIdmaven-war-plugin/artifactIdversion3.2.3/versionconfigurationfailOnMissingWebXmlfalse/failOnMissingWebXml/configuration/plugin
/plugins
/build总结 第四步了解即可
上面我们所使用的都是Maven的自定义属性除了${project.basedir},它属于Maven的内置系统属性。
在Maven中的属性分为:
属性分类引用格式示例自定义属性${自定义属性名}${spring.vension}内置属性${内置属性名} b a s e d i r 、 {basedir}、 basedir、{version}setting属性${setting.属性名}${settings.localRepository}ava系统属性${系统属性分类.系统属性名}${user.home}环境变量属性${env.环境变量属性名}${env.JAVA_HOME}
4.2 版本管理 关于这个版本管理解决的问题是在Maven创建项目和引用别人项目的时候我们都看到过如下内容:
groupIdcom.blog/groupId
artifactIdmaven_00_parent/artifactId
version1.0-SNAPSHOT/versiongroupIdorg.springframework/groupId
artifactIdspring-jdbc/artifactId
version5.2.10.RELEASE/version这里面有两个单词SNAPSHOT和RELEASE它们所代表的含义是什么呢?
SNAPSHOT快照版本 项目开发过程中临时输出的版本称为快照版本快照版本会随着开发的进展不断更新 RELEASE发布版本 项目开发到一定阶段里程碑后向团队外部发布较为稳定的版本这种版本所对应的构件文件是稳定的即便进行功能的后续开发也不会改变当前发布版本内容这种版本称为发布版本
除了上面的工程版本我们还经常能看到一些发布版本
alpha版内测版bug多不稳定内部版本不断添加新功能beta版公测版不稳定(比alpha稳定些)bug相对较多不断添加新功能相信你更新QQ的时候一定见过QQ的beta测试版纯数字版
对于这些版本我们简单认识下即可
5. 多环境配置与应用
5.1 多环境开发 我们平常都是在自己的开发环境进行开发当开发完成后需要把开发的功能部署到测试环境供测试人员进行测试使用等测试人员测试通过后我们会将项目部署到生成环境上线使用。这个时候就有一个问题是不同环境的配置是不相同的如不可能让三个环境都用一个数据库所以就会有三个数据库的url配置我们在项目中如何配置?要想实现不同环境之间的配置切换又该如何来实现呢?
maven提供配置多种环境的设定帮助开发者在使用过程中快速切换环境。具体实现步骤如下 步骤一父工程配置多个环境并指定默认激活环境 profiles
!--开发环境--
profileidenv_dep/idpropertiesjdbc.urljdbc:mysql://127.1.1.1:3306/ssm_db/jdbc.url/properties!--设定是否为默认环境--activationactiveByDefaulttrue/activeByDefault/activation
/profile
!--生产环境--
profileidenv_pro/idpropertiesjdbc.urljdbc:mysql://127.2.2.2:3306/ssm_db/jdbc.url/properties
/profile
!--测试环境--
profileidenv_test/idpropertiesjdbc.urljdbc:mysql://127.3.3.3:3306/ssm_db/jdbc.url/properties
/profile
/profiles步骤二执行install查看env_dep环境是否生效 在你本地仓库找到打包的war包看看jdbc.properties配置文件中的url是否为jdbc:mysql://127.1.1.1:3306/ssm_db 步骤三切换默认环境为生产环境 profiles!--开发环境--
profileidenv_dep/idpropertiesjdbc.urljdbc:mysql://127.1.1.1:3306/ssm_db/jdbc.url/properties/profile
!--生产环境--
profileidenv_pro/idpropertiesjdbc.urljdbc:mysql://127.2.2.2:3306/ssm_db/jdbc.url/properties!--设定是否为默认环境--activationactiveByDefaulttrue/activeByDefault/activation
/profile
!--测试环境--
profileidenv_test/idpropertiesjdbc.urljdbc:mysql://127.3.3.3:3306/ssm_db/jdbc.url/properties/profile
/profiles步骤四执行install并查看env_pro环境是否生效 查看到的结果为jdbc:mysql://127.2.2.2:3306/ssm_db 虽然已经能够实现不同环境的切换但是每次切换都是需要手动修改如何来实现在不改变代码的前提下完成环境的切换呢? 步骤五命令行实现环境切换 在命令后加上环境idmvn install -P env_test 步骤六执行安装并查看env_test环境是否生效 查看到的结果为jdbc:mysql://127.3.3.3:3306/ssm_db
所以总结来说对于多环境切换只需要两步即可: 父工程中定义多环境 profiles
profile
id环境名称/idpropertieskeyvalue/key/propertiesactivationactiveByDefaulttrue/activeByDefault/activation
/profile
...
/profiles使用多环境(构建过程) mvn 指令 -P 环境定义的ID5.2 跳过测试
前面在执行install指令的时候Maven都会按照顺序从上往下依次执行每次都会执行test,
对于test来说有它存在的意义
可以确保每次打包或者安装的时候程序的正确性假如测试已经通过在我们没有修改程序的前提下再次执行打包或安装命令由于顺序执行测试会被再次执行就有点耗费时间了。功能开发过程中有部分模块还没有开发完毕测试无法通过但是想要把其中某一部分进行快速打包此时由于测试环境失败就会导致打包失败。
遇到上面这些情况的时候我们就想跳过测试执行下面的构建命令具体实现方式有很多 方式一IDEA工具实现跳过测试 IDEA的maven面板上有一个闪电按钮点击之后可以跳过测试不过此种方式会跳过所有的测试如果我们想更精细的控制哪些跳过哪些不跳过那么就需要使用配置插件的方式来完成了 方式二配置插件实现跳过测试 在父工程中的pom.xml中添加测试插件配置 build
pluginsplugingroupIdorg.apache.maven.plugins/groupIdartifactIdmaven-surefire-plugin/artifactIdversion2.12.4/versionconfigurationskipTestsfalse/skipTests!--排除掉不参与测试的内容--excludesexclude**/BookServiceTest.java/exclude/excludes/configuration/plugin
/plugins
/buildskipTests如果为true则跳过所有测试如果为false则不跳过测试excludes哪些测试类不参与测试即排除针对skipTests为false来设置的includes哪些测试类要参与测试即包含,针对skipTests为true来设置的 方式三命令行跳过测试 使用Maven的命令行mvn 指令 -D skipTests 注意事项: 执行的项目构建指令必须包含测试生命周期否则无效果。例如执行compile生命周期不经过test生命周期。该命令可以不借助IDEA直接使用cmd命令行进行跳过测试需要注意的是cmd要在pom.xml所在目录下进行执行。 6. 私服
6.1 私服简介
团队开发现状分析
张三负责ssm_crm的开发自己写了一个ssm_pojo模块要想使用直接将ssm_pojo安装到本地仓库即可李四负责ssm_order的开发需要用到张三所写的ssm_pojo模块这个时候如何将张三写的ssm_pojo模块交给李四呢?如果直接拷贝那么团队之间的jar包管理会非常混乱而且容器出错这个时候我们就想能不能将写好的项目上传到中央仓库谁想用就直接联网下载即可Maven的中央仓库不允许私人上传自己的jar包,那么我们就得换种思路自己搭建一个类似于中央仓库的东西把自己的内容上传上去其他人就可以从上面下载jar包使用这个类似于中央仓库的东西就是我们接下来要学习的私服
所以到这就有两个概念一个是私服一个是中央仓库
私服:公司内部搭建的用于存储Maven资源的服务器远程仓库:Maven开发团队维护的用于存储Maven资源的服务器
所以说:
私服是一台独立的服务器用于解决团队内部的资源共享与资源同步问题
搭建Maven私服的方式有很多我们来介绍其中一种使用量比较大的实现方式:
NexusSonatype公司的一款maven私服产品下载地址
关于nexus的下载安装和初次登录
6.2 私服仓库分类 在没有私服的情况下我们自己创建的服务都是安装在Maven的本地仓库中私服中也有仓库我们要把自己的资源上传到私服最终也是放在私服的仓库中其他人要想使用你所上传的资源就需要从私服的仓库中获取当我们要使用的资源不是自己写的是远程中央仓库有的第三方jar包这个时候就需要从远程中央仓库下载每个开发者都去远程中央仓库下速度比较慢(中央仓库服务器在国外)私服就再准备一个仓库用来专门存储从远程中央仓库下载的第三方jar包第一次访问没有就会去远程中央仓库下载下次再访问就直接走私服下载前面在介绍版本管理的时候提到过有SNAPSHOT和RELEASE如果把这两类的都放到同一个仓库比较混乱所以私服就把这两个种jar包放入不同的仓库上面我们已经介绍了有三种仓库一种是存放SNAPSHOT的一种是存放RELEASE还有一种是存放从远程仓库下载的第三方jar包那么我们在获取资源的时候要从哪个仓库种获取呢?为了方便获取我们将所有的仓库编成一个组我们只需要访问仓库组去获取资源。 所有私服仓库总共分为三大类:
宿主仓库hosted 保存无法从中央仓库获取的资源自主研发第三方非开源项目,比如Oracle,因为是付费产品所以中央仓库没有 代理仓库proxy 代理远程仓库通过nexus访问其他公共仓库例如中央仓库 仓库组group 将若干个仓库组成一个群组简化配置仓库组不能保存资源属于设计型仓库
仓库类别英文名称功能关联操作宿主仓库hosted保存自主研发第三方资源上传代理仓库proxy代理连接中央仓库下载仓库组group为仓库编组简化下载操作下载
6.3 本地仓库访问私服配置 我们通过IDEA将开发的模块上传到私服中间是要经过本地Maven的本地Maven需要知道私服的访问地址以及私服访问的用户名和密码私服中的仓库很多Maven最终要把资源上传到哪个仓库?Maven下载的时候又需要携带用户名和密码到私服上找对应的仓库组进行下载然后再给IDEA上面所说的这些内容我们需要在本地Maven的配置文件settings.xml中进行配置。 步骤一私服上配置仓库 新建两个仓库type选hostedversion policy 一个选release一个选snapshot 步骤二配置本地Maven对私服的访问权限 servers
server
!--id私服中的服务器名称就是刚刚创建的仓库名--iditheima-snapshot/idusernameadmin/usernamepasswordadmin/password
/server
serveriditheima-release/idusernameadmin/usernamepasswordadmin/password
/server
/servers步骤三配置私服的访问路径 自定义不在范围内打要拖拽过来 mirror!--配置仓库组的ID--idmaven-public/id!--*代表所有内容都从私服获取--mirrorOf*/mirrorOf!--私服仓库组maven-public的访问路径--urlhttp://localhost:8081/repository/maven-public//url
/mirror6.4 私服资源的下载和上传
本地仓库与私服已经建立了连接接下来我们就需要往私服上上传资源和下载资源具体的实现步骤如下 步骤一配置工程上传私服的具体位置 !-- 配置当前工程保存在私服中的具体位置--
distributionManagementrepositoryiditheima-release/idurlhttp://localhost:8081/repository/itheima-release//url/repositorysnapshotRepositoryiditheima-snapshot/idurlhttp://localhost:8081/repository/itheima-snapshot//url/snapshotRepository/distributionManagement步骤二发布资源到私服 maven面板中运行deploy或者执行maven命令mvn deploy 注意: 要发布的项目都需要配置distributionManagement标签要么在自己的pom.xml中配置要么在其父项目中配置然后子项目中继承父项目即可。如果报401错误尝试将maven的setting.xml文件复制到C:\Users\username\.m2目录下然后在重新进行deploy 但是个人有个小报错发现maven_04_dao出现依赖循环了在maven_00_parent文件中把其注释掉就不会报错Process terminated的类型 发布成功在私服中就能看到了
现在发布是在blog-snapshot仓库中如果想发布到blog-release仓库中就需要将项目pom.xml中的version修改成RELEASE即可。
groupIdcom.itheima/groupId
artifactIdmaven_00_parent/artifactId
!--version1.0-SNAPSHOT/version--
version1.0-RELEASE/version如果私服中没有对应的jar会去中央仓库下载速度很慢。可以配置让私服去阿里云中下载依赖。 修改maven-central的Remote storage为私服去阿里云中下载依赖
至此私服的搭建就已经完成相对来说有点麻烦但是步骤都比较固定
