在使用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
补充:在另外一个贴中找到了解决办法
原帖地址:
该问题的特征是,使用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则以红叉叫嚣。