为啥在部署时验证 Java JDBC 连接池

Posted 2023-03-25

【中文标题】为啥在部署时验证 Java JDBC 连接池

【英文标题】：Why Java JDBC connection pool is verified at deployment time为什么在部署时验证 Java JDBC 连接池

【发布时间】：2012-11-04 10:41:09

【问题描述】：

为什么在部署时验证 Java JDBC 连接池？

我在部署 Java EE 应用程序 (.ear) 时遇到问题。问题与我在我的应用程序中使用的 JDBC 连接池有关。我无法在服务器上部署应用程序。这是我在控制台上得到的：

WARNING: RAR5038:Unexpected exception while creating resource for pool oracle_PROD_Pool. Exception : javax.resource.spi.ResourceAllocationException: Connection could not be allocated because: Wyjątek we-wy: The Network Adapter could not establish the connection
WARNING: RAR5117 : Failed to obtain/create connection from connection pool [ oracle_PROD_Pool ]. Reason : com.sun.appserv.connectors.internal.api.PoolingException: Connection could not be allocated because: Wyjątek we-wy: The Network Adapter could not establish the connection
WARNING: RAR5114 : Error allocating connection : [Error in allocating a connection. Cause: Connection could not be allocated because: Wyjątek we-wy: The Network Adapter could not establish the connection]
SEVERE: Local Exception Stack:
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: Error in allocating a connection. Cause: Connection could not be allocated because: Wyjątek we-wy: The Network Adapter could not establish the connection
Error Code: 0...

然后我得到 SQLException 堆栈跟踪并且部署失败。

我知道这是因为无法访问数据库服务器并且无法创建连接，但我还是想部署应用程序并在“应用程序使用时间”获得 SQLException。 这是我的 jdbc 连接池定义：

<jdbc-connection-pool allow-non-component-callers="false" 
                          associate-with-thread="false" 
                          connection-creation-retry-attempts="0" 
                          connection-creation-retry-interval-in-seconds="10" 
                          connection-leak-reclaim="false" 
                          connection-leak-timeout-in-seconds="0" 
                          connection-validation-method="auto-commit" 
                          datasource-classname="oracle.jdbc.pool.OracleConnectionPoolDataSource" 
                          fail-all-connections="true" 
                          idle-timeout-in-seconds="300" 
                          is-connection-validation-required="true" 
                          is-isolation-level-guaranteed="true" 
                          lazy-connection-association="false" 
                          lazy-connection-enlistment="false" 
                          match-connections="false" 
                          max-connection-usage-count="0" 
                          max-pool-size="32" 
                          max-wait-time-in-millis="60000" 
                          name="oracle_PROD_Pool" 
                          non-transactional-connections="false" 
                          pool-resize-quantity="2" 
                          res-type="javax.sql.ConnectionPoolDataSource" 
                          statement-timeout-in-seconds="-1" 
                          steady-pool-size="8" 
                          validate-atmost-once-period-in-seconds="0" 
                          wrap-jdbc-objects="true">
        <property name="User" value="user"/>
        <property name="DatabaseName" value="PROD"/>
        <property name="Password" value="pass"/>
        <property name="DataSourceName" value="OracleConnectionPoolDataSource"/>
        <property name="ServerName" value="172.27.0.101"/>
        <property name="DriverType" value="thin"/>
        <property name="ExplicitCachingEnabled" value="false"/>
        <property name="MaxStatements" value="0"/>
        <property name="NetworkProtocol" value="tcp"/>
        <property name="ImplicitCachingEnabled" value="false"/>
        <property name="URL" value="jdbc:oracle:thin:@172.27.0.101:1521:PROD"/>
        <property name="PortNumber" value="1521"/>
        <property name="LoginTimeout" value="0"/>
    </jdbc-connection-pool>

和相关的jdbc资源：

<jdbc-resource enabled="true" jndi-name="jdbc/oraclePROD" object-type="user" pool-name="oracle_PROD_Pool"/>

在我迁移到新版本的 GlassFish server 3.1.2.2 后出现此问题。早些时候我一直在使用 glassFish 3.1.1 (build 12) 并且部署没有问题，我的意思是在部署时没有检查和填充连接池，当我的应用程序尝试执行从数据库获取数据的代码时，它已经存在使用来自描述的 jdbc 连接池的连接。

我对此感到有些沮丧。有没有办法在部署时禁用创建和填充 jdbc 连接池？预先感谢您的任何帮助。 --雅罗斯瓦夫

【参考方案1】：

如您所见，连接池不是 API。它也不是可以按需初始化的 bean。服务器正在尝试在服务器启动时创建连接池。这就像在服务器启动后创建一个线程池。对于任何使用数据库运行的应用程序，始终建议在服务器启动时创建和初始化池。

如果您确实需要将应用程序与数据库连接池解耦，您需要将应用程序中的数据库连接服务作为 API 隔离。 意思是，不要将数据库连接用作服务，但作为 API。

这将使应用程序有责任在看起来合适时初始化服务。

【讨论】：

我可能监督了 glassfish 部分。请原谅我的错误。

【参考方案2】：

通过将最小/初始连接池大小设置为零来避免连接池创建连接。检查特定于您的连接池和应用服务器的文档。对于 Apache Tomcat JDBC 连接池，这是“initialSize”，对于 Oracle 通用连接池，这可能是“minPoolSize”。有时可能很难找到确切的设置，因为在某些情况下，连接池是通过 Web 管理控制台设置的。