由于复杂的文件夹结构,Maven编译复杂化

时间:2016-06-30 12:54:36

标签: maven

我想通过Maven建立一些复杂的项目结构。我正在使用我的本地存储库(.m2/repository),所以请记住这一点!在谈论这个问题之前,我想先分享一下我目前的结构:

+- pom.xml
+- runtimeProject1
|  +- pom.xml
+- runtimeProject2
|  +- pom.xml
+- runtimeProject3
|  +- pom.xml
+- sharedProjects
|  +- pom.xml
|  +- sharedProject1
|  |  +- pom.xml
|  +- sharedProject2
|  |  +- pom.xml
|  +- sharedProject3
|     +- pom.xml
+- coreProjects 
   +- pom.xml
   +- coreProject1
   |  +- pom.xml
   +- coreProject2
   |  +- pom.xml
   +- coreProject3
      +- pom.xml

总而言之,我的工作区有2个子目录,其中有与自己的任务相关的模块,以及应该使用coreshared.项目的运行时项目。每个项目都有一个pom.xml文件,正如您所看到的,我也为父母提供了pom.xml。一切都是通过本地存储库完成的,所以请记住这一点。

现在,在mvn installsharedProjects目录下分别运行coreProjects可以正常运行。我看到成功输出,说一切都好。当我从根文件夹(顶级pom.xml)运行相同的命令时,会出现此问题。我面临着警告:

[WARNING] Some problems were encountered while building the effective model for runtimeProjects:runtimeProject1:jar:1.0.0
[WARNING] 'dependencies.dependency.systemPath' for coreProject:com.google.protobuf:jar should not point at files within the project directory, ${project.basedir}/../coreProject/com.google.protobuf/protobuf-java-2.5.0.jar will be unresolvable by dependent projects @ line 31, column 22
[WARNING] 'dependencies.dependency.systemPath' for sharedProject:org.boofcv:jar should not point at files within the project directory, ${project.basedir}/../sharedProject/org.boofcv/GeoRegression.jar will be unresolvable by dependent projects @ line 43, column 22
[WARNING] 'dependencies.dependency.systemPath' for sharedProject:org.boofcv:jar should not point at files within the project directory, ${project.basedir}/../sharedProject/org.boofcv/BoofCV.jar will be unresolvable by dependent projects @ line 50, column 22
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: sharedProject:org.boofcv:jar -> duplicate declaration of version 1.0.0.qualifier @ line 45, column 16
[WARNING] 'dependencies.dependency.systemPath' for sharedProject:javax.vecmath:jar should not point at files within the project directory, ${project.basedir}/../sharedProject/javax.vecmath/vecmath.jar will be unresolvable by dependent projects @ line 62, column 22

然后说出某些package do not exist的错误,我猜这是因为这个并发症。

我想我需要在这里更改一个pom.xml,但不知道哪个以及如何。

更新:我决定分享我使用某些.jar文件作为依赖关系的方式,所以这里是:

<dependency>
         <groupId>coreProjects</groupId>
         <artifactId>com.google.protobuf</artifactId>
         <version>2.5.0</version>
         <scope>system</scope>
         <systemPath>${project.basedir}/../coreProjects/com.google.protobuf/protobuf-java-2.5.0.jar</systemPath>
   </dependency>
    <dependency>
         <groupId>coreProjects</groupId>
         <artifactId>org.apache.felix</artifactId>
         <version>1.0.0</version>
         <scope>system</scope>
         <systemPath>${project.basedir}/../coreProjects/org.apache.felix/felix.jar</systemPath>
   </dependency>

请注意,这些在coreProjectssharedProjects文件夹下正常工作。只是不在runtimeProject(s)下,因此我的问题。

更新2:

好的,在收到很多“不要使用systemPathsystem作为评论员的范围”警告后,我重新构建了我的构建策略,现在我没有使用任何系统相关的东西。但问题仍然存在。现在我指定这样的依赖项(因为你可以看到没有路径相关的东西):

<dependency>
         <groupId>coreProjects</groupId>
         <artifactId>coreProject2</artifactId>
         <version>1.0.0.qualifier</version>
   </dependency>
   <dependency>
         <groupId>coreProjects</groupId>
         <artifactId>coreProject1</artifactId>
         <version>1.0.0.qualifier</version>
   </dependency>
   <dependency>
         <groupId>sharedProjects</groupId>
         <artifactId>org.boofcv</artifactId>
         <version>[1.0,)</version>
   </dependency>

所以我们是安全的,我相信。上面的警告已经消失了。截至目前,我只是出现package does not exist错误。这很奇怪,因为它抱怨的软件包在根的pom.xml文件中被引用。例如,其中一个错误如下:

package org.osgi.framework does not exist

然而,其他一些引起了我的注意。我遇到的另一个错误,不直接给出包的名称,而是该包的一部分。例如,如果包名称为somePackageName,则错误显示为somePackageName.somePart does not exist。所以它不是整个包,而只是它的一部分,这让我更加困惑。

可能是什么原因?

1 个答案:

答案 0 :(得分:0)

好吧,似乎我正在做一个简单的错误。我的proto个文件在错误的目录中转换为java个文件,导致package does not exist错误。因此,如果您看到此错误,并且如果您以某种方式使用协议缓冲区,请检查pom.xml antrun-plugin。确保它在正确的目录中运行。在这里,我分享我的antrun-plugin部分,用于我的proto文件生成。问你可以看到,目录确实很重要,因此要非常小心。

<plugin>
    <artifactId>maven-antrun-plugin</artifactId>
           <executions>
             <execution>
               <id>generate-sources</id>
               <phase>generate-sources</phase>
               <configuration>
                 <tasks>
                   <mkdir dir="src-gen"/>
                   <exec executable="protoc">
                     <arg value="--java_out=src-gen"/>
                     <arg value="proto/file1.proto"/>
                     <arg value="proto/ros/file1.proto"/>
                     <arg value="proto/ros/file2.proto"/>
                     <arg value="proto/environment/file1.proto"/>
                   </exec>
                 </tasks>
                 <sourceRoot>src-gen</sourceRoot>
               </configuration>
               <goals>
                 <goal>run</goal>
               </goals>
             </execution>
           </executions>
         </plugin>