java - 如何在 IntelliJ IDEA 中禁用 pom.xml 验证

Question

我正在使用 buildnumber-maven-plugin获取 Mercurial 变更集作为项目内部版本号:

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>buildnumber-maven-plugin</artifactId>
    <version>1.2</version>
    <executions>
        <execution>
            <phase>initialize</phase>
            <goals>
                <goal>hgchangeset</goal>
            </goals>
        </execution>
    </executions>
</plugin>

然后我使用 ${changeSet} 属性在同一个 pom.xml 中设置 build.number 属性:

<build.number>${changeSet}</build.number>

但是，IntelliJ IDEA 提示它无法解析符号'changeSet':

此外，模块根目录和受影响的 pom.xml 文件在项目工具窗口中以红色下划线显示。

我尝试了设置中提供的所有 Alt+Enter 选项和 Maven 配置；没有任何帮助。

一切正常，我只是想摆脱 IDE 中显示的烦人错误。有什么建议吗？

IDE 和环境:

IntelliJ IDEA 2016.1.2
Build #IC-145.972, built on May 14, 2016
JRE: 1.8.0_65-b17 amd64
JVM: Java HotSpot(TM) 64-Bit Server VM by Oracle Corporation

Answer 1

是的，看起来坏了

有趣。我已经在 IntelliJ IDEA Ultimate 14.1.7 和 IntelliJ IDEA Community 2016.1.2 中测试了这种行为，即使关闭了所有 Maven 检查，IDEA 不知道的属性仍然显示为红色。这看起来是 IDEA 中的一个错误(或者更仁慈地说，一个未实现的功能)，它在无法识别属性时给出的错误不受检查设置的控制。

IDEA 的错误跟踪器中有几个相关问题:

• IDEA-96358: Maven: cannot resolve environment variables
• IDEA-100272: Maven: support for implicit properties

JetBrains 支持论坛上也有类似问题的帖子:

• 'Cannot resolve symbol' in my Maven POM file for @VAR@ property values

一种可能的解决方法

IDEA-96358 的评论和支持帖子中都列出了解决方法。您可以在 Settings/Build, Execution, Development/Build Tools/Maven/Runner/Properties 中添加动态属性的虚拟版本，如下图所示:

将值放在那里将让 IDEA 知道它们，因此它不会以红色突出显示它们。但是，我在测试中发现，由于 IDEA 将值作为属性传递给 Maven，它们并没有被 buildnumber-plugin 覆盖，而是在我尝试使用它时看到了我的虚拟值。 (我使用它测试的唯一方法是在 maven-help-plugin 评估目标中，但也许它在以其他方式使用它时有效？)为了能够使用动态设置的值，在我的特定构建配置中我取消选中“使用项目设置”框并删除虚拟属性，如下图所示:

这开始是一个相当烦人的解决方法，就好像你有很多 Maven 构建配置并且喜欢它们都默认为相同的运行器设置的能力，你现在必须复制“真实”设置您想要在每个配置中，并且在项目设置对话框中设置默认值只是用于“虚拟”值，以便 IDEA 知道它不应该将引用该属性视为错误。这还要求您通过构建配置运行所有 Maven 命令，而不是通过其他方式，例如在“Maven 项目”工具窗口中双击生命周期。尽管如果您的构建配置很少，这是您在 IDEA 中运行 Maven 的唯一方式，而且编辑 pom.xml 文件时的红色已经让您非常恼火，也许这种解决方法对您来说是一个可以接受的折衷方案。

进一步的步骤

由于 IDEA 的内置功能似乎并没有真正涵盖动态生成的属性，我认为修复它的唯一真正方法是说服 JetBrains 这样做，除非有某种方法可以在第三个中添加该功能-party 插件(现在远远超出了我的专业知识)。我建议对我提到的 JIRA 跟踪系统中的一张票进行投票和评论，或者如果您认为您的问题足够不同(可能是这样)，请创建自己的票。此外，您可能需要联系 JetBrains 支持，特别是如果您有付费订阅。虽然我怀疑他们有许多优先事项需要处理(就像我们所有人一样)，但我也怀疑更多人要求某事会增加它移至积压工作顶部的机会。善意地要求一些东西很少会受到伤害。