资讯网站域名选购,可以赚钱做任务的网站,北京网站设计推荐刻,吾享crm客户管理系统文章目录 使用Maven的优势第三方jar包添加第三方jar包获取jar包之间的依赖关系jar包之间的冲突处理将项目拆分成多个工程模块 实现项目的分布式部署Maven是什么自动化构建工具构建的概念构建环节自动化构建 Maven如何使用安装Maven核心程序maven联网问题Maven中的settings配置在… 文章目录 使用Maven的优势第三方jar包添加第三方jar包获取jar包之间的依赖关系jar包之间的冲突处理将项目拆分成多个工程模块 实现项目的分布式部署Maven是什么自动化构建工具构建的概念构建环节自动化构建 Maven如何使用安装Maven核心程序maven联网问题Maven中的settings配置在idea中配置MavenMaven打包插件 Maven核心概念POM约定的目录结构坐标第二个Maven工程依赖管理依赖的范围依赖的传递性依赖的原则解决jar包冲突依赖的排除 使用Maven的优势
maven是干什么用的我们先通过企业开发中的时间需求来看一看那些方面是我们技术不足。
第三方jar包添加
java项目每个项目需要复制一份jar包Maven后只在本地仓库中保存一份
第三方jar包获取
java项目自己去网上找jar包费劲心血找的jar包里面有的时候并没有你需要的哪个类。 Maven就会自动从仓库进行下载并同时下载这个jar包所依赖的其他jar包规范完整准确 JavaEE开发中需要使用到的jar包种类繁多几乎每个jar包在其本身的官网上的获取方式都不尽相同。为了查找一个jar包找遍互联网身心俱疲没有经历过的人或许体会不到这种折磨。不仅如此费劲心血找的jar包里有的时候并没有你需要的那个类又或者有同名的类没有你要的方法——以不规范的方式获取的jar包也往往是不规范的。 使用Maven我们可以享受到一个完全统一规范的jar包管理体系。你只需要在你的项目中以坐标的方式依赖一个jar包Maven就会自动从中央仓库进行下载并同时下载这个jar包所依赖的其他jar包——规范、完整、准确一次性解决所有问题
jar包之间的依赖关系
java项目自己去网上找jar包同时找到所有依赖关系的jatr包 Maven会自动从仓库进行下载下载这个jar包所依赖的其他jar包 jar包往往不是孤立存在的很多jar包都需要在其他jar包的支持下才能够正常工作我们称之为jar包之间的依赖关系。最典型的例子是commons-fileupload-1.3.jar依赖于commons-io-2.0.1.jar如果没有IO包FileUpload包就不能正常工作。 那么问题来了你知道你所使用的所有jar包的依赖关系吗当你拿到一个新的从未使用过的jar包你如何得知他需要哪些jar包的支持呢如果不了解这个情况导入的jar包不够那么现有的程序将不能正常工作。再进一步当你的项目中需要用到上百个jar包时你还会人为的手工的逐一确认它们依赖的其他jar包吗这简直是不可想象的。 而引入Maven后Maven就可以替我们自动的将当前jar包所依赖的其他所有jar包全部导入进来无需人工参与节约了我们大量的时间和精力。用实际例子来说明就是通过Maven导入commons-fileupload-1.3.jar后commons-io-2.0.1.jar会被自动导入程序员不必了解这个依赖关系。
jar包之间的冲突处理
上一点说的是jar包不足项目无法正常工作但其实有的时候jar包多了项目仍然无法正常工作这就是jar包之间的冲突
举个例子我们现在有三个工程MakeFriend、HelloFriend和Hello。MakeFriend依赖HelloFriendHelloFriend依赖Hello。而Hello依赖log4j.1.2.17.jarHelloFriend依赖log4j.1.2.14.jar。如下图所示那么MakeFriend工程的运行时环境中该导入log4j.1.2.14.jar呢还是log4j.1.2.17.jar呢 这样的问题一个两个还可以手工解决但如果系统中存在几十上百的jar包他们之间的依赖关系会非常复杂几乎不可能手工实现依赖关系的梳理。 使用Maven就可以自动的处理jar包之间的冲突问题。因为Maven中内置了两条依赖原则最短路径者优先和先声明者优先上述问题MakeFriend工程会自动使用log4j.1.2.14.jar。
将项目拆分成多个工程模块
随着JavaEE项目的规模越来越庞大开发团队的规模也与日俱增。一个项目上千人的团队持续开发很多年对于JavaEE项目来说再正常不过。那么我们想象一下几百上千的人开发的项目是同一个Web工程。那么架构师、项目经理该如何划分项目的模块、如何分工呢这么大的项目已经不可能通过package结构来划分模块必须将项目拆分成多个工程协同开发。多个模块工程中有的是Java工程有的是Web工程。 那么工程拆分后又如何进行互相调用和访问呢这就需要用到Maven的依赖管理机制。例如某项目拆分的情况如下。 上层模块依赖下层所以下层模块中定义的API都可以为所调用和访问
实现项目的分布式部署
在实际开发环境中项目规模增加到一定的程度后可能每个模块都需要运行在独立的服务器上我们称之为分布式部署这里同样需要用到Maven
Maven是什么
如果上面的描述能够是你认识到使用Maven是多么的重要我们下面就来介绍一下Maven是什么自动化构建工具
1Maven这个单词的本意是专家内行。读音是[meɪv(ə)n]或[mevn]不要读作“妈文”。 2Maven是一款自动化构建工具专注服务于Java平台的项目构建和依赖管理。在JavaEE开发的历史上构建工具的发展也经历了一系列的演化和变迁Make→Ant→Maven→Gradle→其他……
构建的概念
构建并不是创建创建一个工程并不等于构建一个项目要了解构建的含义我们应该由浅入深的从以下三个层面来看 1纯java代码 大家都知道我们Java是一门编译型语言.java扩展名的源文件需要编译成.class扩展名的字节码文件才能够执行。所以编写任何Java代码想要执行的话就必须经过编译得到对应的.class文件。 2Web工程 当我们需要通过浏览器访问Java程序时就必须将包含Java程序的Web工程编译的结果“拿”到服务器上的指定目录下并启动服务器才行。这个“拿”的过程我们叫部署。 我们可以将未编译的Web工程比喻为一只生的鸡编译好的Web工程是一只煮熟的鸡编译部署的过程就是将鸡炖熟。 Web工程和其编译结果的目录结构对比见下图 3实际项目 在实际项目中整合第三方框架Web工程中除了Java程序和JSP页面、图片等静态资源之外还包括第三方框架的jar包以及各种各样的配置文件。所有这些资源都必须按照正确的目录结构部署到服务器上项目才可以运行。 所以综上所述构建就是以我们编写的Java代码、框架配置文件、国际化等其他资源文件、JSP页面和图片等静态资源作为“原材料”去“生产”出一个可以运行的项目的过程。 那么项目构建的全过程中都包含哪些环节呢
构建环节
1清理删除以前的编译结果为重新编译做好准备。 2编译将Java源程序编译为字节码文件。 3测试针对项目中的关键点进行测试确保项目在迭代开发过程中关键点的正确性。 4报告在每一次测试后以标准的格式记录和展示测试结果。 5打包将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java工程对应jar包Web工程对应war包。 6安装在Maven环境下特指将打包的结果——jar包或war包安装到本地仓库中。 7部署将打包的结果部署到远程仓库或将war包部署到服务器上运行。
自动化构建
其实上述环节我们在IDEA中都可以找到对应的操作只是不太标准。那么既然IDE已经可以进行构建了我们为什么还要使用Maven这样的构建工具呢我们来看一个小故事
这是阳光明媚的一天。托马斯向往常一样早早的来到了公司冲好一杯咖啡进入了自己的邮箱——很不幸QA小组发来了一封邮件
报告了他昨天提交的模块的测试结果——有BUG。“好吧反正也不是第一次”托马斯摇摇头进入IDE运行自己的程序编译、打包、
部署到服务器上然后按照邮件中的操作路径进行测试。“嗯没错这个地方确实有问题”托马斯说道。于是托马斯开始尝试修复这个BUG
当他差不多有眉目的时候已经到了午饭时间。
下午继续工作。BUG很快被修正了接着托马斯对模块重新进行了编译、打包、部署测试之后确认没有问题了回复了QA小组的邮件。一天就这样过去了明媚的阳光化作了美丽的晚霞托马斯却觉得生活并不像晚霞那样美好啊。梳理以下托马斯一天中的工作内容 从中我们发现托马斯的很大一部分时间花在了“编译、打包、部署、测试”这些程式化的工作上面而真正需要由人的智慧实现的分析问题和编译却只占了很少一部分 能否将这些程式化的工作交给机器自动完成那当然可以 这就是自动化构建 那么Maven又是如何实现自动化的构建的那简单的说来就是他可以自动地从构建过程的起点一直执行到终点
Maven如何使用
在这一节中我们来看看Maven核心程序的安装和本地仓库的必要设置。然后我们就可以编写第一个Maven程序了
安装Maven核心程序
1检查JAVA_HOME环境变量。Maven是使用Java开发的所以必须知道当前系统环境中JDK的安装目录。 2解压Maven的核心程序。将apache-maven-3.5.4-bin.zip解压到一个非中文无空格的目录下。例如 D:\develop\Maven\apache-maven-3.5.4 3配置环境变量。 1在系统变量里面创建MAVEN_HOME变量并赋值 变量MAVEN_HOME 值D:\develop\Maven\apache-maven-3.5.4 2在Path变量中添加maven环境变量 变量Path 值%MAVEN_HOME%\bin或D:\develop\Maven\apache-maven-3.5.4\bin 4查看Maven版本信息验证安装是否正确 1按Win r进入电脑运行模式 2在打开里面输入cmd 3在管理员窗口输入 mvn -v
maven联网问题 Maven中的settings配置
1Maven默认的本地仓库~.m2\repository目录。 说明~表示当前用户的家目录。
2Maven的核心配置文件位置 解压目录D:\develop\Maven\apache-maven-3.5.4\conf\settings.xml 打开设置文件我们需要手动配置几个设置
首先修改默认仓库的位置
localRepositoryD:\develop\repository/localRepository配置镜像
mirrors!-- mirror| Specifies a repository mirror site to use instead of a given repository. The repository that| this mirror serves has an ID that matches the mirrorOf element of this mirror. IDs are used| for inheritance and direct lookup purposes, and must be unique across the set of mirrors.|--mirroridaliyunmaven/idmirrorOf*/mirrorOfname阿里云公共仓库/nameurlhttps://maven.aliyun.com/repository/public/url/mirror/mirrors设置maven编译版本 profilesprofileidjdk-1.8/idactivationactiveByDefaulttrue/activeByDefaultjdk1.8/jdk/activationpropertiesmaven.compiler.source1.8/maven.compiler.sourcemaven.compiler.target1.8/maven.compiler.targetmaven.compiler.compilerVersion1.8/maven.compiler.compilerVersion/properties/profile/profiles在idea中配置Maven
首先我们先创建一个新项目 创建空白项目 项目创建完毕后就可以配置Maven的设置 对三个位置进行修改 在maven的importing设置下修改
设置完成后就可新建一个maven模块 选择maven 配置设置 配置maven的核心配置文件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.xsdmodelVersion4.0.0/modelVersiongroupIdcom.atguigu.maven/groupIdartifactIdHello/artifactIdversion1.0-SNAPSHOT/versiondependenciesdependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.12/versionscopetest/scope/dependency/dependencies使用maven的方式运行maven工程 来到bigdata的根目录 1compile命令编译主程序 2clean 清理编译的程序 3test 编译测试程序并且运行 4package打包工程需要发到服务器上运行时 发现打了jar包 5将jar包安装到本地仓库注意是根据我们建立maven时项目名模块名版本的路径去寻找
Maven打包插件
maven本身的打包插件不负责将依赖的jar包一并打入到jar包如果项目所依赖的jar包在服务器环境中提供了则可以使用如果服务其中没用提供相关的类则会无法查找 因此需要一款能够将项目依赖的jar包一并打入到jar中的插件来解决这些问题 可以在pom中添加如下内容
buildpluginspluginartifactIdmaven-assembly-plugin/artifactIdconfigurationdescriptorRefsdescriptorRefjar-with-dependencies/descriptorRef/descriptorRefs/configurationexecutionsexecutionidmake-assembly/idphasepackage/phasegoalsgoalsingle/goal/goals/execution/executions/plugin/plugins
/buildMaven核心概念
Maven的核心概念包括POM约定的目录结构、坐标、依赖、仓库、生命周期、插件和目录、继承、聚合
POM
Project Object Model项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。Maven工程的核心配置。可以说学习Maven就是学习pom.xml文件中的配置。
约定的目录结构
现在JavaEE开发领域普遍认同一个观点约定配置编码。意思就是能用配置解决的问题就不编码能基于约定的就不进行配置。而Maven正是因为指定了特定文件保存的目录才能够对我们的Java工程进行自动化构建。 标准的maven结构
坐标
1几何中的坐标 1在一个平面中使用x、y两个向量可以唯一的确定平面中的一个点。 2在空间中使用x、y、z三个向量可以唯一的确定空间中的一个点。 2Maven的坐标 使用如下三个向量在Maven的仓库中唯一的确定一个Maven工程。 1groupId公司或组织的域名倒序当前项目名称 2artifactId当前项目的模块名称 3version当前模块的版本 在项目的pom.xml文件中存储坐标 如何通过坐标到仓库中查找jar包 将三个坐标给连起来在本地仓库中查找这就是我们jar包的位置 注意我们自己的Maven工程必须执行安装操作才会进入仓库。安装的命令是mvn install
第二个Maven工程
方法和上面等同三个坐标为 在pom.xml中配置文件中当前工程依赖的hello和junit 在main的java下创建主程序 创建测试程序 关键对hello的依赖 这里的hello就是我们的第一个maven工程现在hellofrind对他有依赖那么这个依赖能否能成功更进一步的问题是HelloFriend工程会到哪里去找Hello呢 答案是本地仓库。任何一个Maven工程会根据坐标到本地仓库中去查找它所依赖的jar包。如果能够找到则可以正常工作否则就不行
依赖管理
1.基本概念 当A jar包需要用到B jar包中的类时我们就说A对B有依赖。例如HelloFriend-1.0-SNAPSHOT.jar依赖于Hello-1.0-SNAPSHOT.jar。 通过第二个Maven工程我们已经看到当前工程会到本地仓库中根据坐标查找它所依赖的jar包。 配置的基本形式是使用dependency标签指定目标jar包的坐标。例如
2直接依赖和间接依赖 如果A依赖BB依赖C那么A→B和B→C都是直接依赖而A→C是间接依赖
依赖的范围
1compile默认就是这个范围 1main目录下的Java代码可以访问这个范围的依赖 2test目录下的Java代码可以访问这个范围的依赖 3部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下 例如对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。 2test 1main目录下的Java代码不能访问这个范围的依赖 2test目录下的Java代码可以访问这个范围的依赖 3部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下 例如对junit的依赖。仅仅是测试程序部分需要。 3provided 1main目录下的Java代码可以访问这个范围的依赖 2test目录下的Java代码可以访问这个范围的依赖 3部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下 例如servlet-api在服务器上运行时Servlet容器会提供相关API所以部署的时候不需要。 4其他runtime、import、system等。 各个依赖范围的作用可以概括为下图
依赖的传递性
当存在间接依赖的情况时主工程对间接依赖的jar可以访问吗这要看间接依赖的jar包引入时的依赖范围——只有依赖范围为compile时可以访问。例如
依赖的原则解决jar包冲突
1路径最短者优先 2路径相同时先声明者优先 这里“声明”的先后顺序指的是dependency标签配置的先后顺序。
依赖的排除
有的时候为了确保程序正确可以将有可能重复的间接依赖排除。请看如下的例子 1假设当前工程为MakeFriend直接依赖OurFriends。 2OurFriends依赖commons-logging的1.1.1对于MakeFriend来说是间接依赖。 3当前工程MakeFriend直接依赖commons-logging的1.1.2。 4加入exclusions配置后可以在依赖OurFriends的时候排除版本为1.1.1的commons-logging的间接依赖。
dependencygroupIdcom.atguigu.maven/groupIdartifactIdOurFriends/artifactIdversion1.0-SNAPSHOT/version!--依赖排除--exclusionsexclusiongroupIdcommons-logging/groupIdartifactIdcommons-logging/artifactId/exclusion/exclusions
/dependencydependencygroupIdcommons-logging/groupIdartifactIdcommons-logging/artifactIdversion1.1.2/version
/dependency
