在数学中我们使用x、y、z三个“向量”作为空间坐标系,可以在三维空间中唯一的定位到一个点。
Maven中的坐标:
使用三个向量在Maven的仓库中唯一的定位到一个jar包。
version:版本号
groupId:公司或组织域名的倒序,通常也会加上项目名称
artifactId:模块的名称,将来作为Maven工程的工程名
version:模块的版本号,根据自己的需要设定
举例:
坐标:
javax.servlet
servlet-api
2.5
上面坐标对应的jar包在Maven本地仓库中的位置:
Maven本地仓库根目录\javax\servlet\servlet-api\2.5\servlet-api-2.5.jar
本地仓库根目录:之前文章中的maven解压安装目录,,, 一定要学会根据坐标到本地仓库中找到对应的jar包。(依赖问题、报错问题得查找)
例如:D:\maven-workspace\space01
在cmd命令行窗口中切换到所创建的maven工作目录
控制台输入 mvn archetype:generate 运行命令:下面根据提示操作
Choose a number or apply filter (format: [groupId:]artifactId, case sensitive contains): 7:【直接回车,使用默认值】
!!! 此处等待输入 groupId artifactId version !!!
Define value for property 'groupId': com.atguigu.maven
Define value for property 'artifactId': pro01-maven-java
Define value for property 'version' 1.0-SNAPSHOT: :【直接回车,使用默认值】
Define value for property 'package' com.atguigu.maven: :【直接回车,使用默认值】
Confirm properties configuration: groupId: com.atguigu.maven artifactId: pro01-maven-java version: 1.0-SNAPSHOT package: com.atguigu.maven Y: :【直接回车,表示确认】
Maven默认生成的工程,对junit依赖的是较低的3.8.1版本,我们可以改成4.12版本。 在项目目录中打开pom.xml文件
自动生成的App.java和AppTest.java可以删除。
junit
junit
4.12
test
POM:Project Object Model,项目对象模型。和POM类似的是:DOM:Document Object Model,文档对象模型。
POM表示将工程抽象为一个模型,再用程序中的对象来描述这个模型。这样我们就可以用程序来管理项目了。我们在开发过程中,最基本的做法就是将现实生活中的事物抽象为模型,然后封装模型相关的数据作为一个对象,这样就可以在程序中计算与现实事物相关的数据。
POM理念集中体现在Maven工程根目录下pom.xml这个配置文件中。所以这个pom.xml配置文件就是Maven工程的核心配置文件。其实学习Maven就是学这个文件怎么配置,各个配置有什么用。
另外还有一个target目录专门存放构建操作输出的结果。
Maven为了让构建过程能够尽可能自动化完成,所以必须约定目录结构的作用。例如:Maven执行编译操作,必须先去Java源程序目录读取Java源代码,然后执行编译,最后把编译结果存放在target目录。
Maven对于目录结构这个问题,没有采用配置的方式,而是基于约定。这样会让我们在开发过程中非常方便。如果每次创建Maven工程后,还需要针对各个目录的位置进行详细的配置,那肯定非常麻烦。
目前开发领域的技术发展趋势就是:约定大于配置,配置大于编码。
com.atguigu.maven
pro01-maven-java
1.0-SNAPSHOT
jar
pro01-maven-java
http://maven.apache.org
UTF-8
junit
junit
4.12
test
主体程序指的是被测试的程序,同时也是将来在项目中真正要使用的程序。也就是生成的App.java所在的位置。
package com.maven.study; //替换为自己的groupId
public class Calculator {
public int sum(int i, int j){
return i + j;
}
}
也就是生成的AppTest.java所在的位置。
package com.maven.study; //替换为自己的groupId
import org.junit.Test;
import com.maven.study.Calculator;
// 静态导入的效果是将Assert类中的静态资源导入当前类
// 这样一来,在当前类中就可以直接使用Assert类中的静态资源,不需要写类名
import static org.junit.Assert.*;
public class CalculatorTest{
@Test
public void testSum(){
// 1.创建Calculator对象
Calculator calculator = new Calculator();
// 2.调用Calculator对象的方法,获取到程序运行实际的结果
int actualResult = calculator.sum(5, 3);
// 3.声明一个变量,表示程序运行期待的结果
int expectedResult = 8;
// 4.使用断言来判断实际结果和期待结果是否一致
// 如果一致:测试通过,不会抛出异常
// 如果不一致:抛出异常,测试失败
assertEquals(expectedResult, actualResult);
}
}
运行Maven中和构建操作相关的命令时,必须进入到pom.xml所在的目录。如果没有在pom.xml所在的目录运行Maven的构建命令,那么会看到下面的错误信息:
The goal you specified requires a project to execute but there is no POM in this directory 您指定的目标需要一个项目才能执行,但此目录中没有 POM
mvn -v命令和构建操作无关,只要正确配置了PATH,在任何目录下执行都可以。
mvn clean
效果:删除target目录 ( target目录专门存放构建操作输出的结果。)
主程序编译:mvn compile
测试程序编译:mvn test-compile
主体程序编译结果存放的目录:target/classes
测试程序编译结果存放的目录:target/test-classes
若编译报红请注意查看报错信息,修改对应java代码。
mvn test
测试的报告会存放在target/surefire-reports目录下
mvn package
打包的结果会存放在target目录下
mvn install
[INFO] Installing D:\maven-workspace\space201026\pro01-maven-java\target\pro01-maven-java-1.0-SNAPSHOT.jar to D:\maven-rep1026\com\maven\study\pro01-maven-java\1.0-SNAPSHOT\pro01-maven-java-1.0-SNAPSHOT.jar[INFO] Installing D:\maven-workspace\space201026\pro01-maven-java\pom.xml to D:\maven-rep1026\com\maven\study\pro01-maven-java\1.0-SNAPSHOT\pro01-maven-java-1.0-SNAPSHOT.pom
安装的效果是将本地构建过程中生成的jar包存入Maven本地仓库。这个jar包在Maven仓库中的路径是根据它的坐标生成的。
坐标信息如下:
com.atguigu.maven
pro01-maven-java
1.0-SNAPSHOT
在Maven仓库中生成的路径如下:
D:\maven-rep1026\com\maven\study\pro01-maven-java\1.0-SNAPSHOT\pro01-maven-java-1.0-SNAPSHOT.jar
另外,安装操作还会将pom.xml文件转换为XXX.pom文件一起存入本地仓库。所以我们在Maven的本地仓库中想查看一个jar包原始的pom.xml文件时,查看对应XXX.pom文件即可,它们是名字发生了改变,本质上是同一个文件。
使用 mvn archetype:generate 命令生成Web工程时,需要使用一个专门的archetype。这个专门生成Web工程骨架的archetype可以参照官网看到它的用法:
参数archetypeGroupId、archetypeArtifactId、archetypeVersion用来指定现在使用的maven-archetype-webapp的坐标。
注意:如果在上一个工程的目录下执行mvn archetype:generate命令,那么Maven会报错:不能在一个非pom的工程下再创建其他工程。所以不要再刚才创建的工程里再创建新的工程,请回到工作空间根目录来操作。
然后运行生成工程的命令:
mvn archetype:generate -
DarchetypeGroupId=org.apache.maven.archetypes -
DarchetypeArtifactId=maven-archetype-webapp -
DarchetypeVersion=1.4
下面的操作按照提示执行:
Define value for property 'groupId': com.atguigu.maven Define value for property 'artifactId': pro02-maven-web Define value for property 'version' 1.0-SNAPSHOT: :【直接回车,使用默认值】
Define value for property 'package' com.atguigu.maven: :【直接回车,使用默认值】 Confirm properties configuration:
groupId: com.mavenWeb.study
artifactId: pro02-maven-web
version: 1.0-SNAPSHOT 【直接回车,表示确认】
package: com.atguigu.maven Y: :【直接回车,表示确认】
确认打包的方式是war包形式:
war
webapp目录下有index.jsp
WEB-INF目录下有web.xml
package com.mavenWeb.study;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.ServletException;
import java.io.IOException;
public class HelloServlet extends HttpServlet{
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.getWriter().write("hello maven web");
}
}
helloServlet
com.mavenWeb.study.HelloServlet
helloServlet
/helloServlet
Hello World!
Access Servlet
JSP全称是Java Server Page,和Thymeleaf一样,是服务器端页面渲染技术。这里我们不必关心JSP语法细节,编写一个简单的超链接HTML标签即可。
执行mvn compile命令出错:
程序包javax.servlet.http不存在
程序包javax.servlet不存在
找不到符号
符号: 类 HttpServlet
……
上面的错误信息说明:我们的Web工程用到了HttpServlet这个类,而HttpServlet这个类属于servlet-api.jar这个jar包。此时我们说,Web工程需要依赖servlet-api.jar包。
对于不知道详细信息的依赖可以到 https://mvnrepository.com/ 网站查询。使用关键词搜索,然后在搜索结果列表中选择适合的使用。
javax.servlet
javax.servlet-api
3.1.0
provided
这样就可以把上面的信息加入pom.xml。重新执行 mvn compile 命令。
运行 mvn package 命令,生成war包的位置如下图所示:
将war包复制到Tomcat/webapps目录下 (此处需要下载tomact安装 )
启动Tomcat: tomcat安装目录 ---- bin ---- startup.bat
通过浏览器尝试访问:http://localhost:8080/pro02-maven-Web/index.jsp
明确一个意识:从来只有Web工程依赖Java工程,没有反过来Java工程依赖Web工程。本质上来说,Web工程依赖的Java工程其实就是Web工程里导入的jar包。最终Java工程会变成jar包,放在Web工程的WEB-INF/lib目录下。
在pro02-maven-web工程的pom.xml中,找到dependencies标签,在dependencies标签中做如下配置:
com.maven.study
pro01-maven-test1
1.0-SNAPSHOT
pro02-maven-wb\src\test\java\com\mavenWeb\study
junit
junit
4.12
test
把Java工程的CalculatorTest.java类复制到pro02-maven-Web\src\test\java\com\mavenWeb\study目录下
mvn test
说明:测试操作中会提前自动执行编译操作,测试成功就说明编译也是成功的。
mvn package
通过查看war包内的结构,我们看到被Web工程依赖的Java工程确实是会变成Web工程的WEB-INF/lib目录下的jar包。
mvn dependency:list
[INFO] The following files have been resolved:
[INFO] org.hamcrest:hamcrest-core:jar:1.3:test
[INFO] javax.servlet:javax.servlet-api:jar:3.1.0:provided
[INFO] com.atguigu.maven:pro01-maven-java:jar:1.0-SNAPSHOT:compile
[INFO] junit:junit:jar:4.12:test
说明:javax.servlet:javax.servlet-api:jar:3.1.0:provided格式显示的是一个jar包的坐标信息。格式是: groupId:artifactId:打包方式:version:依赖的范围
这样的格式虽然和我们XML配置文件中坐标的格式不同,但是本质上还是坐标信息,大家需要能够认识这样的格式,将来从Maven命令的日志或错误信息中看到这样格式的信息,就能够识别出来这是坐标。进而根据坐标到Maven仓库找到对应的jar包,用这样的方式解决我们遇到的报错的情况。
mvn dependency:tree
[INFO] com.atguigu.maven:pro02-maven-web:war:1.0-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:test
[INFO] | - org.hamcrest:hamcrest-core:jar:1.3:test
[INFO] +- javax.servlet:javax.servlet-api:jar:3.1.0:provided
[INFO] - com.atguigu.maven:pro01-maven-java:jar:1.0-SNAPSHOT:compile
我们在pom.xml中并没有依赖hamcrest-core,但是它却被加入了我们依赖的列表。原因是:junit依赖了hamcrest-core,然后基于依赖的传递性,hamcrest-core被传递到我们的工程了。