java - 为什么Java JDBC连接池在部署时要校验

标签 java jakarta-ee jdbc glassfish

为什么在部署时验证 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 连接池?预先感谢您的任何帮助。 --雅罗斯瓦夫

最佳答案

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

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

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

关于java - 为什么Java JDBC连接池在部署时要校验,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13217829/

相关文章:

java - 将条件转移到多个方法中

java - 使用 GSON 和多个内部对象解析 JSON。

java - UcanaccessSQL异常 : unexpected token: ORDER

java - Hashmap是按字母顺序排列的吗?

java - 假设 Java JDBC 隔离级别是有序的是否安全?

Java, JDBC : Does closing a PreparedStatement also free up its memory footprint in the database connection?

java - 业务审计日志 - 推荐的库或方法?

java - 为 JPA 创建一个我可以继承的通用 DAO

java - 如何从 dao 函数返回整数?

java - 将输入流插入 PostgreSQL