用eclipse的m2eclipse插件，设置maven项目的依赖关系

在使用maven之前，对于把一个项目拆分为多个工程的情况，需要手工在build path中设置Projects



在使用了maven之后，就不需要手工设置，只要在pom中设置了dependency，m2eclipse插件会自动设置为依赖工程，pom文件：

<dependency>
			<groupId>${project.groupId}</groupId>
			<artifactId>task-common</artifactId>
			<version>${project.version}</version>
		</dependency>

效果如下图：



不过我今天遇到一个情况，就是明明已经在pom中配置了依赖，但是m2eclipse就是不设置依赖工程，最后发现原来是需要在m2eclipse提供的右键菜单中做一个操作：

选择Maven-->Enable Workspace Resolution



打开这个选项以后，在Workspace中配置的工程才会作为依赖工程，如果disable之后，则会被视为静态的依赖jar包

效果如图：



对比之前的效果图，可以看到，task-common已经不再是依赖工程，取而代之，是一个静态的task-common.jar

这样有2个问题，一个是必须先把task-common.jar放入本地仓库或者远程仓库，否则即使eclipse中有task-common工程，还是会报错：
Missing artifact com.huawei.inoc.wfm.task:task-common:jar:0.0.1-SNAPSHOT:compile

另一个问题是，以静态jar包的方式依赖的话，那么task-common里的改动，就无法第一时间在task-sla里体现了，所以还是应该把工程依赖的选项打开。

不过这样操作以后，经常会发生一个怪异的现象：此时用命令行进行maven构建是没问题的，但是工程在eclipse里显示红叉，需要设置Java Compiler重新编译一次才能解决。我没找到为什么，怀疑是m2eclipse的一个BUG

不是m2eclipse的bug，硬要说bug可以说是eclipse的bug。eclipse的project目录通常不能立刻反映外部操作导致磁盘文件发生的变化，需要人肉refresh一次。另外eclipse采用自己的编译器(JDT compiler)而非javac，mvn build则会删除target下eclipse'编译出来的class文件,会导致eclipse出现某些显示错误，是完全可能的

有道理，那么应该怎么解决这个问题呢？还是只能重新编译一次吗？

项目，右键，maven update project dependcy！！

KJJ的方法也不行，刚刚找到了最好的解决办法：

原帖：http://blog.csdn.net/kunga0814/article/details/7414290

该问题的特征是，使用Eclipse集成Maven开发项目，执行clean命令后，原来编译的结果被清掉，然后在编辑、编译源代码或运行时报“XXX(类) cannot be resolved to a type”错误，Eclipse的Package Explorer窗口出现大量的红叉。这种现象是被IDE之外的命令清除了结果，IDE不能找到编译文件。

解决的办法是：Eclipse菜单中找到Project -> Build automatically，并确定是勾选的，其次点击Project -> Clean…菜单命令项，在弹出的对话框中找到工程，如果是多个工程依赖开发，可以选择“Clean all projects”，然后点击“OK”按钮。此过程Eclipse会清除项目中编译的.class文件，同时重新编译工程(类似于jBuild中的Rebuild功能)。

我们知道，Maven可以托管项目的整个生命周期，它从验证、源代码管理、编译、测试、打包、分发、部署(安装)整个系列过程都会参与。而IDE也可以完成这些功能，因此两者之间会出现重复却不能智能协作的操作，Maven清除了Eclipse编译结果，Eclipse则以红叉叫嚣。

一个办法是尽量不要在eclipse之外用maven build
如果是war包项目，用m2e-wtp插件，然后在eclipse里用wtp自带的server adapter启动容器

bug多了，命令行吧

我也有这个问题，每次mvean clean 之后eclipse就有红叉，即使用maven再install一次还是有，并且我已经设置了enable workspace resolution 了