Maven的目录结构 - src - main - java - resources - test - java - resources - pom.xml
依赖范围
compile [1]main目录下的Java代码可以访问这个范围的依赖 [2]test目录下的Java代码可以访问这个范围的依赖 [3]部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下 例如:对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。
test [1]main目录下的Java代码不能访问这个范围的依赖 [2]test目录下的Java代码可以访问这个范围的依赖 [3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下 例如:对junit的依赖。仅仅是测试程序部分需要。
provided [1]main目录下的Java代码可以访问这个范围的依赖 [2]test目录下的Java代码可以访问这个范围的依赖 [3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下 例如:servlet-api在服务器上运行时,Servlet容器会提供相关API,所以部署的时候不需要。
路径最短者优先
这里的路径是指依赖的路径,或者说谁更靠近就选择谁
路径相同时,谁先声明选择谁
注意:这里的声明先后是指在配置文件中的先后顺序
解决依赖间重复性的依赖
<dependency> <groupId>com.atguigu.maven</groupId> <artifactId>OurFriends</artifactId> <version>1.0-SNAPSHOT</version> <!--依赖排除--> <exclusions> <exclusion> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.1.2</version> </dependency>
如何自定义标签
标签的引用,在需要引用的地方进行类似下列的修改
最大的好处,类似于代码的统一变量名,但由于是配置文件中,无法对文件进行变量设置,定义自定义标签
本地
远程仓库(很少很少),就中央仓库和一些镜像仓库
Maven有三套相互独立的生命周期,分别是:
1. CleanLifecycle在进行真正的构建之前进行一些清理工作。
2. DefaultLifecycle构建的核心部分,编译,测试,打包,安装,部署等等。
3. SiteLifecycle生成项目报告,站点,发布站点。
注意:它们是相互独立的,你可以仅仅调用clean来清理工作目录,仅仅调用site来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这三套生命周期。
clean生命周期(扫一下) Clean生命周期一共包含了三个阶段: pre-clean执行一些需要在clean之前完成的工作 clean移除所有上一次构建生成的文件 post-clean 执行一些需要在clean之后立刻完成的工作
Site生命周期(扫一下) pre-site执行一些需要在生成站点文档之前完成的工作 site生成项目的站点文档 post-site执行一些需要在生成站点文档之后完成的工作,并且为部署做准备 site-deploy将生成的站点文档部署到特定的服务器上 这里经常用到的是site阶段和site-deploy阶段,用以生成和发布Maven站点,这可是Maven相当强大的功能,Manager比较喜欢,文档及统计数据自动生成,很好看。
Default生命周期(知道主要的几个) Default生命周期是Maven生命周期中最重要的一个,绝大部分工作都发生在这个生命周期中。这里,只解释一些比较重要和常用的阶段: validate generate-sources process-sources generate-resources process-resources 复制并处理资源文件,至目标目录,准备打包。 compile 编译项目的源代码。 process-classes generate-test-sources process-test-sources generate-test-resources process-test-resources 复制并处理资源文件,至目标测试目录。 test-compile 编译测试源代码。 process-test-classes test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。 prepare-package package 接受编译好的代码,打包成可发布的格式,如JAR。 pre-integration-test integration-test post-integration-test verify install将包安装至本地仓库,以让其它项目依赖。 deploy将最终的包复制到远程的仓库,以让其它开发人员与项目共享或部署到服务器上运行。
Default基本的几个要知道
compile
test
test-compile
package
package
install