Tomcat7下JNDI全局资源匹配同类却抛BeanCreationException问题求助

这问题乍一看真的很迷惑——明明报错信息里说预期和返回的都是com.mchange.v2.c3p0.ComboPooledDataSource，怎么还会抛出类型不匹配的异常？其实根源出在Tomcat的类加载器隔离机制上！

为什么会出现这种矛盾的错误？ #

Tomcat采用了分层类加载器架构：

• 你在server.xml中配置的全局数据源，是由Tomcat的核心类加载器（Catalina ClassLoader）加载的ComboPooledDataSource类实例。
• 而你的Web应用里引用的ComboPooledDataSource类，是由Web应用专属的类加载器（Webapp ClassLoader）加载的。

在JVM的规则里，同一个全限定类名如果由不同类加载器加载，会被视为完全不同的类型，哪怕它们的字节码完全一样。这就导致了Spring在尝试类型转换时，虽然类名看起来一模一样，但JVM认定这是两个不同的类型，从而抛出BeanCreationException。

解决步骤 #

针对你的Java 7 + Tomcat 7环境，最稳妥的解决方法是：

1. 统一类加载器来源：把你的Web应用WEB-INF/lib目录下的c3p0相关jar包（比如c3p0-xxx.jar），移动到Tomcat安装目录的lib文件夹下。这样不管是全局数据源还是应用内的引用，都会使用同一个类加载器加载ComboPooledDataSource类，类型不匹配的问题就会消失。
2. 确认配置一致性：再次检查context.xml和server.xml中的type属性，确保拼写完全一致（你当前的配置是正确的，但要避免大小写或类名拼写错误）。
3. 不推荐的替代方案：如果你不想移动jar包，可以修改Tomcat的conf/catalina.properties，调整类加载器优先级（比如设置org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES=false），但这种方法可能引发其他类加载冲突，风险较高。

验证方法 #

修改后重启Tomcat，检查数据源是否能正常初始化，Spring容器是否能顺利创建dataSourceGCA这个Bean。

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