SonarQube中Mule应用POM.xml自定义验证规则失效问题求助

看起来你遇到的问题主要来自两个关键点：XPath规则逻辑反转和XML命名空间的处理细节，另外还有规则适用范围的小细节需要确认。我帮你逐一拆解并修正：

1. 核心问题：规则逻辑写反了 #

SonarQube的自定义XPath规则是当表达式返回true时触发问题标记，但你的原始规则里，判断条件和规则描述的要求完全相反：

• 比如规则2要求modelVersion必须是4.0.0，但你写的是//*[local-name()='project']/*[local-name()='modelVersion']= '4.0.0'——这会在modelVersion符合要求的时候触发问题，完全搞反了！
• 规则4同理，你写的是当app.runtime等于4.2.0时触发，这和规则描述的“必须是4.2.0”逻辑相反。

2. 修正后的规则代码 #

我已经帮你调整了逻辑，同时保留了local-name()来兼容POM的命名空间（你的pom.xml用了Maven官方命名空间http://maven.apache.org/POM/4.0.0，用local-name()可以避免直接配置命名空间前缀的麻烦）：

<rule id ="2" name="Pom Model Version should be 4.0.0" description="Pom Model Version should be 4.0.0" severity="MAJOR" type="code_smell">
  not(//*[local-name()='project']/*[local-name()='modelVersion'] = '4.0.0')
</rule>
<rule id="3" name="Application Name is too long" description="Application Name is too long, give a proper name" severity="MAJOR" applies="application" type="code_smell">
  string-length(//*[local-name()='project']/*[local-name()='artifactId']) > 20
</rule>
<rule id ="4" name="Mule Runtime Version should be 4.2.0" description="Mule Runtime Version should be 4.2.0" severity="MAJOR" type="code_smell">
  not(//*[local-name()='project']/*[local-name()='properties']/*[local-name()='app.runtime'] = '4.2.0')
</rule>

3. 额外检查点 #

除了规则逻辑，还有两个地方需要确认：

• SonarQube是否扫描到pom.xml：你的sonar.sources配置为<sonar.sources>/</sonar.sources>，虽然会扫描根目录所有文件，但要确保SonarQube将pom.xml识别为XML文件（通常默认是支持的，但可以在SonarQube后台的规则配置里确认规则是否应用于XML文件类型）。
• 规则适用范围：规则3里的applies="application"，要确认SonarQube对Mule应用的类型识别是否正确，如果不确定，可以暂时去掉这个属性，让规则适用于所有XML文件，测试生效后再调整范围。

用你提供的测试pom.xml验证：

• modelVersion=4.0.0 → 规则2不会触发
• artifactId=security（长度7）→ 规则3不会触发
• app.runtime=4.3.0-20201013 → 规则4会触发（符合预期）

内容的提问来源于stack exchange，提问作者sdevis