如何无需排除自定义Jar依赖解决Jackson版本冲突问题

以下是几种无需排除自定义Jar中Jackson依赖的解决方案：

1. 用Maven的dependencyManagement统一锁定Jackson版本 #

Maven的依赖调解机制会优先使用路径最短或声明顺序靠前的依赖版本，但最可靠的方式是在项目的pom.xml中通过dependencyManagement块强制统一所有模块的Jackson版本，包括自定义Jar传递过来的依赖。这样所有依赖都会使用你指定的版本，避免版本差异引发的API不兼容。

示例配置：

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.fasterxml.jackson.core</groupId>
            <artifactId>jackson-core</artifactId>
            <version>你的目标版本</version>
        </dependency>
        <dependency>
            <groupId>com.fasterxml.jackson.core</groupId>
            <artifactId>jackson-databind</artifactId>
            <version>你的目标版本</version>
        </dependency>
    </dependencies>
</dependencyManagement>

之后在dependencies块中正常声明你的Jackson依赖即可，自定义Jar传递的Jackson依赖会自动继承这个锁定版本。

2. 修改自定义Jar的Jackson依赖范围 #

如果你有权限修改oms.jar和cms.jar的构建配置，可以将它们内部的Jackson依赖范围改为provided。这个范围表示Jar在编译时需要依赖Jackson，但运行时由宿主应用（你的主应用）提供，不会将Jackson打包进自定义Jar，也不会传递依赖到主应用中。

自定义Jar的pom.xml修改示例：

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-core</artifactId>
    <version>适配主应用的版本</version>
    <scope>provided</scope>
</dependency>
<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>适配主应用的版本</version>
    <scope>provided</scope>
</dependency>

重新打包自定义Jar后，主应用引入它们时就不会出现依赖冲突，同时自定义Jar运行时会使用主应用提供的Jackson版本。

3. 排查版本差异并调整Jackson配置 #

如果不想修改依赖结构，可以先通过mvn dependency:tree命令明确自定义Jar依赖的Jackson版本，对比主应用使用的版本差异。InvalidDefinitionException通常是因为版本间的API或序列化规则变化导致的，比如某些注解的行为改变、序列化配置默认值不同等。

你可以针对性调整主应用的Jackson配置，比如：

• 注册缺失的模块（如JDK8模块、参数名称模块）
• 调整序列化/反序列化的配置参数（如FAIL_ON_UNKNOWN_PROPERTIES）
• 兼容自定义Jar中使用的旧版Jackson注解或API

这种方式适合无法修改依赖版本的场景，但需要你对Jackson的版本差异有一定了解。

内容的提问来源于stack exchange，提问作者World of Titans