maven总结(六)--常见问题

目录

1eclipse创建maven工程时，出现目录结构不全，只有一个resources

2eclipse创建普通的maven工程

3创建了一个普通的maven项目，想把它变为父项目

4maven项目中的src目录是用来干什么的

5导入maven工程后，出现如下错误：

6maven目录结构解释

7一个maven项目中pom.xml写法如下

8：可以这么来写

9:理解maven命令package、install、deploy的联系与区别

---

1eclipse创建maven工程时，出现目录结构不全，只有一个resources

1.1问题截图

1.2解决办法。

1.3正常效果如下

 

2eclipse创建普通的maven工程

 网上很多资料如：https://jingyan.baidu.com/article/2fb0ba40a2b22b00f2ec5faf.html

或者https://jingyan.baidu.com/article/597a06433711da312b52430c.html

 

3创建了一个普通的maven项目，想把它变为父项目

需要修改他的pom.xml文件类型

这样就可以了

4maven项目中的src目录是用来干什么的

创建成功，可以删除src的内容，此项目主要用来管理项目架包等，也可以不删除，在里面写通用的方法等也可以

 

5导入maven工程后，出现如下错误：

Description    Resource    Path    Location    Type
Project configuration is not up-to-date with pom.xml. Run project configuration update    rdc        line 1    Maven Configuration Problem
 

右键项目，【Maven】--》【Update Project Configuration...】即可。。。

6maven目录结构解释

它提出这一概念，为项目提供合理的默认行为，无需不必要的配置。提供了默认的目录

 

 

src                   ——>         源代码和测试代码的根目录

main                            应用代码的源目录

java                     源代码

resources           项目的资源文件

test                               测试代码的源目录

java                      测试代码

resources            测试的资源文件

target                                   编译后的类文件、jar文件等

7一个maven项目中pom.xml写法如下

	<dependencyManagement>
		<dependencies>
			<dependency>
				<groupId>junit</groupId>
				<artifactId>junit</artifactId>
				<version>${junit.version}</version>
				<scope>test</scope>
			</dependency>
			<dependency>
				<groupId>log4j</groupId>
				<artifactId>log4j</artifactId>
				<version>${log4j.version}</version>
			</dependency>
		</dependencies>
	</dependencyManagement>

则执行如下操作

该maven项目不会向中央仓库下载任何jar包到本地。

 

pom.xml中dependencies与dependencyManagement的区别

dependencyManagement：一般用于父项目，他只是声明依赖，并不实现引入。

dependencies：用于子项目，可以实现依赖的引入

来自：https://blog.csdn.net/liutengteng130/article/details/46991829

 

8：可以这么来写

9:理解maven命令package、install、deploy的联系与区别

来自：https://blog.csdn.net/zhaojianting/article/details/80324533 

　通过三个命令的输出我们可以看出三者的区别在于包函的maven生命的阶段和执行目标(goal)不同。在我的上一篇文章https://blog.csdn.net/zhaojianting/article/details/80321488　中介绍了maven的生命周期和各种插件，不明白的请参考此博文。maven生命周期（lifecycle）由各个阶段组成，每个阶段由maven的插件plugin来执行完成。生命周期（lifecycle）主要包括clean、resources、complie、install、pacakge、testResources、testCompile、deploy等，其中带test开头的都是用业编译测试代码或运行单元测试用例的。

　　仔细查看上面的输出结果截图，可以发现，

mvn clean package依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等７个阶段。
mvn clean install依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。
mvn clean deploy依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等９个阶段。

　　 由上面的分析可知主要区别如下，

package命令完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
install命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库
deploy命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库