给定三个 POM 文件:
- C 依赖于 B。
- B 继承自 A。
- 我可以构建 A 和 B
- C 由于依赖于 B 而无法构建。
下面包含完整的源代码和构建输出供您查看。
这是 A 的 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>
<groupId>com.foo</groupId>
<artifactId>A</artifactId>
<packaging>pom</packaging>
<version>1.0-SNAPSHOT</version>
<name>A</name>
<repositories>
<repository>
<id>foo releases</id>
<name>libs-releases-local</name>
<layout>default</layout>
<url>http://foo.net/artifactory/libs-releases-local</url>
</repository>
</repositories>
<dependencies>
<dependency>
<groupId>org.eclipse.swt</groupId>
<artifactId>swt</artifactId>
<classifier>${swt.classifier}</classifier>
<version>3.6.1</version>
</dependency>
</dependencies>
<profiles>
<profile>
<id>windows-x86</id>
<properties>
<swt.classifier>win32-x86</swt.classifier>
</properties>
</profile>
</profiles>
</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>com.foo</groupId>
<artifactId>A</artifactId>
<version>1.0-SNAPSHOT</version>
<relativePath>../A</relativePath>
</parent>
<artifactId>B</artifactId>
<packaging>jar</packaging>
<name>B</name>
<profiles>
<profile>
<id>windows-x86</id>
<properties>
<swt.classifier>win32-x86</swt.classifier>
</properties>
</profile>
</profiles>
</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>
<groupId>com.foo</groupId>
<artifactId>C</artifactId>
<packaging>jar</packaging>
<version>1.0-SNAPSHOT</version>
<name>C</name>
<dependencies>
<dependency>
<groupId>${project.groupId}</groupId>
<artifactId>B</artifactId>
<version>${project.version}</version>
</dependency>
</dependencies>
</project>
这是 C: 的构建输出
------------------------------------------------------------------------
Building C
task-segment: [install]
------------------------------------------------------------------------
[compiler:compile]
Nothing to compile - all classes are up to date
Downloading: http://foo.net/artifactory/libs-releases-local/org/eclipse/swt/swt/3.6.1/swt-3.6.1-${swt.classifier}.jar
[WARNING] Unable to get resource 'org.eclipse.swt:swt:jar:${swt.classifier}:3.6.1' from repository foo releases (http://foo.net/artifactory/libs-releases-local): Error transferring file: foo.net
Downloading: http://repo1.maven.org/maven2/org/eclipse/swt/swt/3.6.1/swt-3.6.1-${swt.classifier}.jar
Unable to find resource 'org.eclipse.swt:swt:jar:${swt.classifier}:3.6.1' in repository central (http://repo1.maven.org/maven2)
------------------------------------------------------------------------
[ERROR]BUILD ERROR
------------------------------------------------------------------------
Failed to resolve artifact.
Missing:
----------
1) org.eclipse.swt:swt:jar:${swt.classifier}:3.6.1
我知道这个问题与 https://issues.apache.org/jira/browse/MNG-3228 有关但我不知道如何解决它。请帮忙!
更新:
向 B 添加分类器有帮助。现在,只要存储库仅包含 B 的 jar 文件,C 就会构建。如果我将 B 的 POM 文件与存储库中的 JAR 一起上传,则 C 会失败并出现上述错误(${swt.classifier
} 未定义)。有什么想法吗?
最佳答案
在您写的评论中,“我期望 SWT 的分类器在 B 的构建时而不是 C 的构建时得到解析”,但这是错误的 - 您需要在 C 的构建时使用分类器,因为 C 依赖于swt(通过 A 传递)。该依赖关系仅由属性完全确定,因此您必须有一种方法来评估 C 的 pom 中的属性。
- A 取决于 swt-${classifier}
- C 依赖于 A
- 因此 C 依赖于 swt-${classifier}
- 因此C的pom必须定义该属性。它可以由配置文件定义(如 A 中所示),也可以在运行时手动定义(不利于再现性),但没有它就无法构建 C。
就这么简单(又令人费解)。
如果您期望该属性在整个过程中以某种方式得到完全“解析”,并且在构建 C 时已经明确定义,那么您不了解 Maven 如何处理这些属性。这让他们独自一人。有人尝试在 Maven 2.1 中做一些不同的事情(当你安装 A 时,分类器属性表达式将转换为其值),但它没有成功,导致了许多令人惊讶的行为,它在 2.2 中被恢复,并且实际上导致了2.1 很快就会被弃用。有关更多详细信息以及有关问题到底有多复杂的一些提示,请参阅下面的链接。
https://cwiki.apache.org/confluence/display/MAVENOLD/Artifact-Coordinate+Expression+Transformation
除非 Maven 开发人员做出其他决定,我认为我们将继续拥有自 2.0 以来一直存在的行为:“工件坐标中的表达式被忽略。用户有足够的绳索来吊死自己”
一旦你习惯了它,就不会再感到困惑了。只有当您试图对 Maven 进行事后猜测时,您才会感到惊讶。
关于maven-2 - Maven : Using inherited property in dependency classifier causes build failure,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4171222/