1、首先你应该需要一个工程C，然后将这两个工程（A，B）分别作为C工程的一个子模块（详见<module>元素）。
2、当maven构建C的时候，会根据C的POM中的子模块构建反应堆，并依据子模块（A、B）间的依赖关系决定子模块的构建次序。在你这里就能够达到你想要的目的，即构建C的时候会将A、B同时构建出来。（C的<packaging>写成pom即可）
3、如果没记错的话，<profile>并没有在maven的继承元素集中。所以不管是A、B都是需要单独写<profile>的
4、一般来说建议是C文件夹下面放A、B，当然其他路径存放形式也可以，但是要注意路径。
求救maven dependency问题,怎么设置依赖性,让该module依赖的不是ja...
方法一：直接在当前module中的pom.xml文件中添加你需要依赖的module的坐标。这种方式简单，用的也比较多。例如：<dependencies><dependency><groupId>org.test.autodeploy<\/groupId><artifactId>org.test.autodeploy<\/artifactId><version>0.0.1-SNAPSHOT<\/version><\/dependency><\/dependencies>方法二：这...
maven项目打包以及依赖的问题:现有项目A,B两个,A项目依赖了很多第三方ja...
默认情况maven的pom文件室友依赖传递的，看下是不是传递有问题
maven的几种依赖范围
1. 在工程的依赖树上，深度越浅，越被优先选择。如本例中的spring-jms. 由于pom中直接声明了3.0.2版本的spring-jms,所以3.0.2版本的spring-jms在工程的依赖树上处在第一层，而activemq-optional所间接依赖的3.0.3版本的spring-jms则是处在工程依赖树的第二层，则maven会以深度浅者优先，所以...
maven配置的依赖怎么不是jar包而是工程
你如果把这些项目close了过后，他就是jar包了。 貌似因为你的这个jar包在workspace里面，所有关联的时候是个文件夹，你如果动态的改了那个项目，然后可能，可能会自动给你打jar，然后又关联进来
Maven依赖的是本地工程还是仓库jar包
很简单的方法之一，直接把“dependency-to-hello”工程关闭掉(close project)，这样，就得到这样一个视图——会看到，此时maven依赖的正是对应“dependency-to-hello”工程的jar文件，并且，后面的路径显示是从maven仓库里面取的。三、工程依赖及仓库依赖的转换 OK，我们现在还原之，我们将工程“dependency-...
maven的dependency中怎么指定本地的jar包
二、创建一个Project范围的库以上的方法是从避免安装lib到maven库方向上实现。另一种方法就是则是从构造库的方向上考虑的：创建一个虚拟的本地库，让maven到这个本地库里去查找需要的lib。步骤大致如下：1.构造虚拟Maven库这里我们需要提供一个和maven库结构一样的文件夹\/文件结构，以模拟Maven库，例如...
maven项目是如何引入所需的各类jar包,而且能够控制它们之间的依赖关系...
1.36.jar”，这就说明添加mysql.jar成功了。至于版本的问题，就得自行上网查找了，毕竟不同的项目工程有不同的版本需求，没有统一的标准，但各个项目总会有牛人分享出相关资料信息的，找到匹配的版本的jar包，再用上面的方法在搜索出来的maven网页中找对应的jar的dependency代码。
用maven打包war时,怎么才能不要lib下面的jar
可以在每个dependency上面加<optional>true<\/optional>。但是如果你打的war包里面没有lib，那你的应用服务器怎么运行呢，放在tomcat\/lib 下可不是个好方法
spring源码是怎样导出成可以被其他项目依赖的maven类型的jar包
一、导出到默认目录 targed\/dependency 从Maven项目中导出项目依赖的jar包：进入工程pom.xml 所在的目录下，执行如下命令：1 mvn dependency:copy-dependencies 或在eclipse中，选择项目的pom.xml文件，点击右键菜单中的Run As,见下图红框中，在弹出的Configuration窗口中，输入dependency:copy-dependencies后，...
Maven详解(五)--- 坐标的概念以及依赖管理
默认为false。设置为true时，依赖不会传递下去，为false时，依赖会传递到后续依赖中。Maven的依赖管理机制通过坐标和依赖的配置、范围的定义以及排除和冲突处理，实现了高效、灵活的依赖管理，简化了项目构建和维护过程，使得开发者能够专注于核心功能的实现，而无需过多关注依赖的管理细节。
