maven笔记

maven打包失败

先保证： 当前项目的引用jdk的版本设置成mvn默认jdk的版本一样；

在观察看是不是pom文件一直下载不下来，导致打包失败

一般打包失败后，会存在对应的mq-7.1.pom.lastUpdated文件，将这个文件修改为mq-7.1.pom，

这样就不会自己去下载了，再将文件名包含lastUpdated的删掉，一般就可以了

maven项目中各文件都没有报错，但是项目名称有红叉

第一种情况：刚开始创建maven项目的时候，默认使用的是jre1.5版本，而且没有导入Tomcat服务器，可以看到Problems(和Console控制台同栏，如果没有，可以在Window——Show View——other——输入Problems找到)

这个报错的解决：右键点击项目名，选择Properties，打开Java Build Path，更改jre并添加Tomcat服务器，如图

修改后：

点击Apply，然后打开Project Facets，将java版本改为自己的java版本，然后点击Apply and Close即可。

 

第二种情况：

    1、项目中各文件没有报错，但是项目名称中有红叉，可能是动态项目版本的原因，创建的maven项目默认是2.3版本的，web.xml中的文件头声明不能随意修改（有一次想修改为3.0版本的，就将web.xml的声明3.0版本的，发现报错）

    2、所有的报错和警告和其他出现的问题都可以在Problems一栏查看到（这里显示的是整个工作空间的全部项目的各种报错和问题，通过Resource一栏可以看到定位到具体哪一个项目报错）

    3、针对Problems中提示的报错信息进行修改，最后右键点击项目——maven——Update Project即可（注意Update Project后，jre会恢复为默认的1.5版本，再修改成自己的jre版本就好）

maven clean install命令报错

Failed to execute goal org.apache.maven.plugins:maven-clean-plugin这个问题报错一般是被占用掉了，后面提示删除D：路径下的文件就是告诉你解决的方法。一般这种问题都是在运行时忘记把上次运行的关掉，而是直接又运行造成的结果。

maven scope详解

scope  maven中scope的默认值是compile

scope的分类

1）compile 默认是compile。compile表示被依赖项目需要参与当前项目的编译，包括后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去。

2）test 表示依赖项目仅仅参与测试相关的工作，包括测试代码的编译，执行。比较典型的如junit

3）runtime 表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过编译而已。在终端的项目（非开源，企业内部系统）中，和compile区别不是很大。比较常见的如JSRXXX的实现，对应的API jar是compile，具体实现是runtime的，compile只需要知道接口就足够了。oracle jdbc驱动jar包就是一个很好的例子，一般scope为runtime。  另runtime的依赖通常和optional搭配使用，optional为true。即可以用A实现也可以用B实现。

4）procided 意味着打包的时候可以不用包进去，别的设施（web container）会提供。事实上该依赖理论上可以参与编译、测试、运行等周期。相当于compile，但是打包阶段做了exclude的动作。

5）system 和provide相同，不过被依赖项不会从maven仓库抓，而是从本地系统文件拿，一定要配合systemPath使用