是否有办法在maven尝试解决它们之前安装maven依赖项?

时间:2011-05-10 14:53:08

标签: java maven-2 maven

我必须从远程位置解压缩一些依赖项并在本地安装它们。

我成功获取它们(使用antrun插件)并安装它们(使用安装插件)

但是,如果我将它们定义为依赖项(<dependency>..</dependency>),maven会首先尝试解决它们,只有这样,如果成功,则继续执行antrun并安装。

我还尝试了build-helper-plugin及其attach-artifact,但它没有做任何事情(它甚至没有将工件添加到最终的war文件中)

那么,如何在maven尝试解析依赖关系之前运行我的执行?

4 个答案:

答案 0 :(得分:7)

有趣的问题!尝试(可能)尝试使用多模块项目设置。

在父项目中获取并安装依赖项,并在子模块中使用它们。我测试了我的假设:

父pom.xml

<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/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>foo.bar</groupId>
    <artifactId>foo.bar.parent</artifactId>
    <version>1.0.0</version>
    <packaging>pom</packaging>

    <modules>
        <module>foo.bar.child</module>
    </modules>

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-antrun-plugin</artifactId>
                <version>1.6</version>
                <executions>
                    <execution>
                        <phase>validate</phase>
                        <configuration>
                            <target>
                                <echo
                                    message="Hello world!" />
                            </target>
                        </configuration>
                        <goals>
                            <goal>run</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

</project>

模块pom.xml

<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/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>foo.bar</groupId>
    <artifactId>foo.bar.child</artifactId>
    <version>1.0.0</version>

    <parent>
        <groupId>foo.bar</groupId>
        <artifactId>foo.bar.parent</artifactId>
        <version>1.0.0</version>
    </parent>

    <dependencies>
        <dependency>
            <artifactId>can.not</artifactId>
            <groupId>find.me</groupId>
            <version>0.0.0</version>
        </dependency>
    </dependencies>

</project>

在子模块构建失败之前,我从父pom构建获得了“ Hello World ”输出(因为缺少依赖性)。如果您实现在parent.pom的构建中提供依赖项,则子模块项目应该是可构建的。

答案 1 :(得分:1)

你应该看看运行Artifact Repository Manager,比如Archiva,然后你可以在那里加载它们,并在你的~/.m2/settings.xml文件中添加Archiva服务器,而不必担心手动进行本地安装,假设工件尚未存在于远程存储库中。如果您的“远程位置”是Maven存储库,Archiva也可以透明地代理它。

答案 2 :(得分:1)

我最终分两个阶段完成:

  • 设置antrun并安装执行以在clean
  • 上运行
  • 选择package时,如果尚未至少清除一次
  • ,则构建将失败

该解决方案虽然引入了一些复杂性。

答案 3 :(得分:-1)

您可以尝试依赖system范围并添加systemPath

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.0</version>
    <scope>system</scope>
    <systemPath>${project.basedir}/lib/myhackedjunit-4.0.jar</systemPath>
</dependency>

system范围与provided类似,不同之处在于您必须提供明确包含它的JAR。工件始终可用,不会在存储库中查找。

仅当依赖范围是系统时才使用systemPath。路径必须是绝对的。由于假设系统范围依赖关系是先验安装的,因此Maven不会检查项目的存储库,而是检查以确保文件存在。