如何使用Hibernate和JNDI配置c3p0？

Question

我在geronimo服务器中部署了一个应用程序，并使用了Hibernate框架。 我将C3P0库与它集成在一起，当我在hibernate.cfg.xml中修改数据库URL时，它可以完美地工作：

<property name="hibernate.connection.driver_class">oracle.jdbc.driver.OracleDriver</property>
        <property name="hibernate.connection.url">jdbc:oracle:thin:@iddfrvexa.grouperci.com:1574:IDDFRV</property>
        <property name="hibernate.connection.username">iqa</property>
        <property name="hibernate.connection.password">iqaadmin</property>
        <!-- <property name="connection.datasource">java:comp/env/rci_cdofr/jdbc/Datasource</property> -->
        <property name="dialect">org.hibernate.dialect.Oracle10gDialect</property>
        <property name="show_sql">false</property>
        <property name="max_fetch_depth">0</property>
        <property name="hibernate.jdbc.factory_class">net.bull.javamelody.HibernateBatcherFactory</property>

        <!-- <property name="hibernate.dbcp.validationQuery">SELECT 1 FROM DUAL</property> 
            <property name="hibernate.dbcp.testOnBorrow">true</property> -->


        <!-- c3p0 config http://www.hibernate.org/214.html -->
        <property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
        <property name="c3p0.min_size">5</property>
        <property name="c3p0.max_size">20</property>
        <property name="c3p0.timeout">1800</property>
        <property name="c3p0.max_statements">50</property>
        <property name = "c3p0.testConnectionOnCheckout">true</property>

但是当我像这样使用jndi时：

 <property name="connection.datasource">java:comp/env/rci_cdofr/jdbc/Datasource</property>
        <property name="dialect">org.hibernate.dialect.Oracle10gDialect</property>
        <property name="show_sql">false</property>
        <property name="max_fetch_depth">0</property>

        <property name="hibernate.jdbc.factory_class">net.bull.javamelody.HibernateBatcherFactory</property>

        <!-- c3p0 config http://www.hibernate.org/214.html -->
        <property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
        <property name="c3p0.min_size">5</property>
        <property name="c3p0.max_size">20</property>
        <property name="c3p0.timeout">1800</property>
        <property name="c3p0.max_statements">50</property>
        <property name = "c3p0.testConnectionOnCheckout">true</property>

c3p0不起作用，并且已出现错误。

java.sql.SQLException：无法从基础数据库获取连接！ 在com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection（C3P0PooledConnectionPool.java:529）的com.mchange.v2.sql.SqlUtils.toSQLException（SqlUtils.java:106）处在com.mchange.v2.c3p0。 org.hibernate.cfg.SettingsFactory.buildSettings（SettingsFactory.java:84）上的org.hibernate.connection.C3P0ConnectionProvider.getConnection（C3P0ConnectionProvider.java:78）上的.AbstractPoolBackedDataSource.getConnection（AbstractPoolBackedDataSource.java:128）在org.hibernate上。 org.hibernate.cfg.Configuration.buildSessionFactory（Configuration.java:1292）处的cfg.Configuration.buildSettings（Configuration.java:2009）com.rcibanque.framework.persistance.hibernate.HibernateUtil。（HibernateUtil.java:45）处的cfg.Configuration.buildSettings（Configuration.java:2009） com.rcibanque.common.application.ReferencesService.loadReferences（ReferencesService.java:52）上的com.rcibanque.framework.persistance.hibernate.HibernateTransaction.begin（HibernateTransaction.java:62）在com.rcibanque.common.start.InitServlet上。 javax.servlet.GenericServ上的init（InitServlet.java:46） org上org.apache.catalina.core.StandardWrapper.loadServlet（StandardWrapper.java:1108）的let.init（GenericServlet.java:215）org上的org.apache.catalina.core.StandardWrapper.load（StandardWrapper.java:1010） .org.apache.catalina.core.StandardContext.loadOnStartup（StandardContext.java:4413）at org.apache.catalina.core.StandardContext.start（StandardContext.java:4723）at org.apache.geronimo.tomcat.GeronimoStandardContext.access $ 201（ org.apache.geronimo.tomcat.GeronimoStandardContext $ SystemMethodValve.invoke（GeronimoStandardContext.java:398）的org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke（GeronimoBeforeAfterValve.java:47）的GeronimoStandardContext.java:63） org.apache.catalina.core.ContainerBase.addChildInternal（ContainerBase.java:799）的.apache.geronimo.tomcat.GeronimoStandardContext.start（GeronimoStandardContext.java:251）在org.apache.catalina.core.ContainerBase.addChild（ContainerBase .java：779），位于org.apache.catalina.core.StandardHost.addChild（StandardHost.java:601）。 org.apache.geronimo.tomcat.TomcatWebAppContext.doStart（TomcatWebAppContext.java:512）上的apache.geronimo.tomcat.TomcatContainer.addContext（TomcatContainer.java:369）在org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance（ GorgInstance.java:998）位于org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart（GBeanInstanceState.java:268）位于org.apache.geronimo.gbean.runtime.GBeanInstanceState.start（GBeanInstanceState.java:102） .org.apache.geronimo.gbean.runtime.GBeanInstance.start（GBeanInstance.java:541）位于org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart（GBeanDependency.java:111）位于org.apache.geronimo.gbean.runtime org.apache.geronimo.gbean.runtime.GBeanDependency $ 1.running（GBeanDependency.java:120）上的.GBeanDependency.addTarget（GBeanDependency.java:146）在org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent（BasicLifecycleMonitor。 java：176），网址为org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access $ 300（BasicLifecycleMonitor。 java：44），位于org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart（GBeanInstanceState.java:294）的org.apache.geronimo.kernel.basic.BasicLifecycleMonitor $ RawLifecycleBroadcaster.fireRunningEvent（BasicLifecycleMonitor.java:254）处.org.apache.geronimo.gbean.runtime.GBeanInstanceState.start（GBeanInstanceState.java:102）位于org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive（GBeanInstanceState.java:124）位于org.apache.geronimo.gbean.runtime org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans（ConfigurationUtil.java）上的.GBeanInstance.startRecursive（GBeanInstance.java:555）在org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean（BasicKernel.java:379） ：456），位于org.apache.geronimo.kernel.config.KernelConfigurationManager.start（KernelConfigurationManager.java:188），位于org.apache.geronimo.kernel.config.KernelConfigurationManager.start（KernelConfigurationManager.java:188），位于org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans（ConfigurationUtil.java:493）。 geronimo.kernel.config.SimpleConfigurationManager。 org.apache.geronimo.kernel.config处的startConfiguration（SimpleConfigurationManager.java:563）.sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）处的SimpleConfigurationManager.startConfiguration（SimpleConfigurationManager.java:544）在sun.reflect.NativeMethodAccessorImpl.invoke（本机方法）处org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker上的java.lang.reflect.Method.invoke（Method.java:606）上的sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）上的NativeMethodAccessorImpl.java:57） org.apache.geronimo.gbean.runtime.GBeanOperation.invoke（GBeanOperation.java:124）上的.invoke（ReflectionMethodInvoker.java:34）org.apache.geronimo.gbean.runtime.GBeanInstance.invoke（GBeanInstance.java:867）上的.invoke（ReflectionMethodInvoker.java:34） ）的org.apache.geronimo.kernel.KernelGBean.invoke（KernelGBean.java:342）的org.apache.geronimo.kernel.KernelGBean.invoke（KernelGBean.java:342）的sun.reflect.GeneratedMethodAccessor163.invoke（）未知来源），位于sun.reflect.DelegatingMethodAccessorImpl.invoke（Delegati org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke（ReflectionMethodInvoker.java:34）处java.lang.reflect.Method.invoke（Method.java:606）处的ngMethodAccessorImpl.java:43） org.apache.geronimo.gbean.runtime.GBeanInstance.invoke（GBeanInstance.java:867）上的.gbean.runtime.GBeanOperation.invoke（GBeanOperation.java:124）org.apache.geronimo.kernel.basic.BasicKernel.invoke （位于org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke（MBeanGBeanBridge.java:172）的com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke（DefaultMBeanServerInterceptor.java:819）的（BasicKernel.java:239）。 sun.jmx.mbeanserver.JmxMBeanServer.invoke（JmxMBeanServer.java:801）在javax.management.remote.rmi.RMIConnectionImpl.doOperation（RMIConnectionImpl.java:1487）在javax.management.remote.rmi.RMIConnectionImpl.access $ 300（RMIConnection .java：97），位于javax.management.remote.rmi.RMIConnectionImpl $ PrivilegedOperation.run（RMIConnectionImpl.java:1328），位于java.security.AccessControlle 位于javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation（RMIConnectionImpl.java:1427）的r.doPrivileged（本机方法）位于sunx.reflect处的javax.management.remote.rmi.RMIConnectionImpl.invoke（RMIConnectionImpl.java:848）的doPrivilegedOperation（RMIConnectionImpl.java:1427）。在sun.rmi.server.UnicastServerRef.dispatch（在java.lang.reflect.Method.invoke（Method.java:606）处的sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）处的GeneratedMethodAccessor150.invoke（未知源）在sun.rmi.transport.Transport $ 1.run（Transport.java:177）处的UnicastServerRef.java:322）在java.security.AccessController.doPrivileged处的sun.rmi.transport.Transport $ 1.run（Transport.java:174）处（本机方法）位于sun.rmi.transport.tcp.TCPTransport.handleMessages（TCPTransport.java:556）处的sun.rmi.transport.tcp.TCPTransport.handleMessages（位于Sun.rmi.transport.tcp.TCPTransport处）位于sun.rmi.transport.tcp.TCPTransport的$ ConnectionHandler.run0（TCPTransport.java:811）在java.util.concurrent.Thr的$ ConnectionHandler.run（TCPTransport.java:670） eadPoolExecutor.runWorker（ThreadPoolExecutor.java:1145）at java.util.concurrent.ThreadPoolExecutor $ Worker.run（ThreadPoolExecutor.java:615）at java.lang.Thread.run（Thread.java:745）原因：com.mchange .v2.resourcepool.CannotAcquireResourceException：ResourcePool无法从其主工厂或源获取资源。 在com.mchange.v2.resourcepool.com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable（BasicResourcePool.java:1319）在com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource（BasicResourcePool.java:557）在com.mchange.v2.resourcePools。 （BasicResourcePool.java:477）位于com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection（C3P0PooledConnectionPool.java:525）...更多82

当我调试时，我发现数据库URL为空。 谁能帮我吗？

谢谢。

Answer 1

如果您想使用c3p0池版本包装现有的JNDI数据源，则可能必须使用Java自己构建该DataSource，然后配置Hibernate以查找该DataSource的JNDI名称。 我不认为hibernate支持通过配置ConnectionProvider将现有DataSource包装在c3p0池中。

在c3p0中 ，包装未池化的​​DataSource的Java方面确实很容易 。 只需获取对现有未池化DataSource的引用，并使用它代替ds_unpooled 。