首先，咱们得先搞清楚这个错误的本质：org.springframework.core.ResolvableTypeProvider这个类是Spring Core 4.0版本之后才新增的。如果你的项目代码（或依赖的组件）尝试加载这个类，但classpath里的Spring Core版本低于4.0，就会触发这个NoClassDefFoundError。

结合你给出的项目依赖结构和pom配置，问题的核心原因很明确：

• 你的project1里同时配置了两个不一致的Spring版本：全局Spring框架版本是3.1.2.RELEASE（属于3.x系列，没有这个类），但单独指定了Spring Core的版本为4.1.6.RELEASE（4.x系列，包含这个类）。这种混合版本的配置本身就会导致依赖冲突。
• 再加上project1→project2→project3的依赖链，很可能project2或project3里的组件依赖了需要ResolvableTypeProvider的Spring特性，或者它们传递引入了更高版本的Spring组件，最终导致classpath里的Spring Core版本混乱，找不到目标类。

具体解决方法 #

1. 统一Spring框架版本（最关键）

Spring的各个组件（core、context、beans等）版本必须保持一致，跨大版本（比如3.x和4.x）的混合使用必然会出现兼容性问题。你需要做的是：

• 要么删除单独的spring.core.version配置，让所有Spring组件都使用统一的org.springframework.version（如果项目能兼容3.1.2版本，需要确认project2/project3的依赖不需要4.x的特性）；
• 要么直接把全局Spring版本升级到4.1.6.RELEASE，确保所有Spring组件都使用这个版本。

修改后的properties示例（升级到4.1.6版本）：

<properties>
    <org.springframework.version>4.1.6.RELEASE</org.springframework.version>
    <build.env>dev</build.env>
    <cxf.version>2.3.0</cxf.version>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>

2. 排查并解决传递依赖冲突

用Maven命令生成依赖树，找出哪里引入了冲突的Spring Core版本：

mvn dependency:tree -Dverbose -Dincludes=org.springframework:spring-core

根据输出结果，在project1的pom.xml中排除掉低版本的Spring Core依赖。比如如果project2引入了3.1.2的spring-core，可以这样处理：

<dependency>
    <groupId>你的project2groupId</groupId>
    <artifactId>project2</artifactId>
    <version>你的project2版本</version>
    <exclusions>
        <exclusion>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
        </exclusion>
    </exclusions>
</dependency>

3. 验证classpath的一致性

• 构建项目后，检查target/lib目录，确保只有一个版本的spring-core.jar存在，且版本是4.0及以上；
• 如果用IDE开发，可以查看项目的依赖库列表，确认没有重复或冲突的Spring Core版本。

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