Azure Service Bus Client遇SecurityException签名信息不匹配问题求助

1. 排查并排除签名冲突的依赖包 #

部分Azure SDK依赖的jar包带有签名，若项目中其他依赖（如IBM MQ相关组件）引入了同包但签名不一致/未签名的类，就会触发校验异常。可按以下方式处理：

• 在pom.xml中给azure-messaging-servicebus依赖添加排除规则，隔离可能引发冲突的传递依赖，比如统一azure-core版本：

<dependency>
    <groupId>com.azure</groupId>
    <artifactId>azure-messaging-servicebus</artifactId>
    <version>7.13.4</version>
    <exclusions>
        <exclusion>
            <groupId>com.azure</groupId>
            <artifactId>azure-core</artifactId>
        </exclusion>
        <!-- 如有其他疑似冲突的依赖，继续添加排除规则 -->
    </exclusions>
</dependency>

随后单独引入与当前版本兼容的azure-core：

<dependency>
    <groupId>com.azure</groupId>
    <artifactId>azure-core</artifactId>
    <version>1.39.0</version> <!-- 与azure-messaging-servicebus 7.13.4兼容的稳定版本 -->
</dependency>

2. 清理项目中的冗余签名文件 #

项目构建或依赖引入时，可能混入多余的签名校验文件（如.SF、.DSA、.RSA），导致校验失败：

• 在Eclipse中右键项目 → Run As → Maven clean，彻底清理target目录的构建产物。
• 手动检查依赖jar包，打开存在签名冲突的jar，删除META-INF目录下的.SF、.DSA、.RSA文件后重新导入依赖。
• 或在pom.xml中添加Maven插件，自动移除这些签名文件：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-dependency-plugin</artifactId>
            <version>3.6.0</version>
            <executions>
                <execution>
                    <id>remove-signature-files</id>
                    <phase>prepare-package</phase>
                    <goals>
                        <goal>unpack-dependencies</goal>
                    </goals>
                    <configuration>
                        <excludes>**/*.SF,**/*.DSA,**/*.RSA</excludes>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

3. 临时调整JDK安全策略（应急方案） #

若以上方法无效，可临时跳过签名校验，但不建议长期使用：

• 找到JDK安装目录下的jre/lib/security/java.policy文件，添加全局权限配置：

grant {
    permission java.security.AllPermission;
};

• 或在Eclipse运行配置中添加VM参数：-Djava.security.policy=./custom.policy，其中custom.policy是包含上述权限的本地文件。

4. 验证依赖与JDK的兼容性 #

• 确认azure-messaging-servicebus 7.13.4支持JDK8，但建议将JDK升级至1.8.0_200+，规避旧版本JDK的安全校验bug。
• 执行mvn dependency:analyze，检查是否存在未使用或隐性冲突的依赖，进一步排查问题。

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