多模块项目上的Maven站点无法解析依赖关系

时间:2012-08-17 13:43:52

标签: maven build continuous-integration hudson multi-module

我想将我的连续整合工作(Hudson)分成两个步骤。 (因为一起构建和报告的运行时间太长。) 在第一份工作中,我成功地使用“mvn package”构建了多模块maven项目。 然后我将我的工作区复制到另一个位置并尝试仅使用目标“site”和/或findbugs / checkstyle / pmd再次构建项目以创建报告。 但这不起作用! Maven 无法解析子模块的依赖。 (但是所有JAR都可以在其目标文件夹中使用。)

实施例: 我的结构看起来像这样:

    • A
    • C
    • d

项目C具有依赖项目B。

当我使用“mvn site”构建所有内容时,它会为项目A和B生成所有报告。但在项目C停止,并显示错误消息“无法解析项目B的依赖项”。 但是项目B已经用“mvn package”构建。即我可以在目标文件夹中找到项目B的JAR文件。

有没有办法在没有“mvn install”的情况下解决子模块B的依赖关系? (我不想在我的ci服务器上执行此操作。我担心对于具有相同代码库的其他作业可能会有危险。)

2012年8月20日更新:

根文件夹的POM:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <name>Foo</name>
    <groupId>foo</groupId>
    <artifactId>bar</artifactId>
    <version>1.0</version>
    <packaging>pom</packaging>
    <modules>
        <module>parent</module>
    </modules>
</project>

父POM:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <name>Foo</name>
    <groupId>foo</groupId>
    <artifactId>parent</artifactId>
    <version>1.0</version>
    <packaging>pom</packaging>
    <modules>
        <module>../bar-a</module>
        <module>../bar-b</module>
        <module>../bar-c</module>
        <module>../bar-d</module>
    </modules>
    [...]
    <reporting>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>findbugs-maven-plugin</artifactId>
                <version>2.5.1</version>
                [...]
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-pmd-plugin</artifactId>
                <version>2.7.1</version>
                [...]
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-checkstyle-plugin</artifactId>
                <version>2.9.1</version>            
                [...]
            </plugin>
        </plugins>
    </reporting>
</project>

B的POM:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>foo</groupId>
        <artifactId>parent</artifactId>
        <version>1.0</version>
        <relativePath>../parent</relativePath>
    </parent>
    <name>Bar B</name>
    <artifactId>bar-b</artifactId>
    <version>1.0</version>
    <packaging>jar</packaging>  
    [...]
</project>

C的POM:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>foo</groupId>
        <artifactId>parent</artifactId>
        <version>1.0</version>
        <relativePath>../parent</relativePath>
    </parent>
    <name>Bar C</name>
    <artifactId>bar-c</artifactId>
    <packaging>jar</packaging>
    [...]
    <dependencies>
        <dependency>
            <groupId>foo</groupId>
            <artifactId>bar-b</artifactId>
            <version>1.0</version>
        </dependency>
    </dependencies>
    [...]
</project>

1 个答案:

答案 0 :(得分:1)

我面临着相当“长时间”的问题。

我认为用你的工作方式来解决它的唯一方法就是mvn install,就像你建议的那样。

但问题确实是你试图通过复制工作区来实现不同的行为。 您应该考虑CI将根据您的需要(每次提交或每小时)进行构建和测试,但只进行一次报告(例如每个午夜)。您将能够拥有更快的连续构建,并在晚上更正文档和报告。

这是我们工作的方式,这已经足够了。我们使用jenkins,但你可以用我认为的每个CI软件触发它!

@hourly : mvn clean package (or install) --> from 1 to 5 minutes to run all test on all modules
@daily : mvn clean install site -->  from 15 to 35 minutes to run all test on all modules + doc + reports + PDF reports

您也可以使用配置文件来触发不同的行为,但这对于这种基本用途来说太复杂了。