DEBUG STACK TRACE for PoolBackedDataSource.close().

1.出现这种情况,我自己的总结：

1）.最简单的问题。看看你给了没有get、set 方法。如果你没有提供这两个方法的话。是肯定空指针 而且还报这个错。

2）以下是转载的.自己留个备份。大家也可以看下

先贴出来异常的部分代码:
 
Java代码  
java.lang.Exception: DEBUG STACK TRACE for PoolBackedDataSource.close().  
    at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.close(AbstractPoolBackedDataSource.java:417)  
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)  
    ......  
java.lang.Exception: DEBUG -- CLOSE BY CLIENT STACK TRACE  
    at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:566)  
    at com.mchange.v2.c3p0.impl.NewPooledConnection.close(NewPooledConnection.java:234)  
    .....  
 
 
 
具体到这个问题里，就是来自Spring关于数据源的那个配置文件。
 
Xml代码  
 
//略去数据源相关信息的配置  
 
 
 
 
      Spring在读取这个配置文件以后，需要根据这些信息来实例化一些类，然后内部再根据中间的那些配置信息来实际构造数据源。
      可是来了个问题。不能保证这里的ComboPooledDataSource数据源一定是可用的，也不能保证close方法一定能关闭连接，对吧？Spring本身不能检查这个类是否 真实有效，毫无Bug。实际上呢，也检查不了。同样的，close方法是否有效，也需要进行检查。
 
 
Java代码  
java.sql.Connection  
public interface Connection extends Wrapper  
 
任何一个JDBC数据库连接的实现类都应该实现这个接口的全部方法。比如，close。API里的描述是，立即释放此 Connection 对象的数据库和 JDBC 资源，而不是等待它们被自动释放。
 
 
     虽然API规定了close是关闭连接释放资源的。但这只是你接口的一厢情愿。也许人家实现厂家觉得close方法不够帅，要改成closeConnection。那。。。Spring总不好傻傻的去死扣close方法来关闭连接吧？虽然这方法必须实现，但是可没说一定要有内容啊。如果是空方法呢？所以有了destroy-method这个配置项的出现。
 
  总结:
     当不能确定destory-method的情况下,把该项删除,由程序自主选择关闭方法,这样Debug就不会报错了.