Database 聚合器级别的数据库连接出错

从上部署的代码中获取以下错误位于：

org.springframework.messaging.MessageHandlingException: 
  error occurred in message handler [org.springframework.integration.aggregator.AggregatingMessageHandler#0]; 
nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: 
  Could not get JDBC Connection; 
nested exception is com.ibm.websphere.ce.cm.ConnectionWaitTimeoutException:
  Connection not available, Timed out waiting for 180000

详细跟踪：

Caused by: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is com.ibm.websphere.ce.cm.ConnectionWaitTimeoutException: Connection not available, Timed out waiting for 180000
        at org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:80)
        at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:630)
        at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:695)
        at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:727)
        at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:752)
        at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
        at org.springframework.integration.jdbc.JdbcMessageStore.getMessageGroup(JdbcMessageStore.java:431)
        at org.springframework.integration.aggregator.AbstractCorrelatingMessageHandler.handleMessageInternal(AbstractCorrelatingMessageHandler.java:388)
        at org.springframework.integration.handler.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:78)
        ... 157 more
Caused by: com.ibm.websphere.ce.cm.ConnectionWaitTimeoutException: Connection not available, Timed out waiting for 180000
        at com.ibm.ws.rsadapter.AdapterUtil.toSQLException(AdapterUtil.java:1684)
        at com.ibm.ws.rsadapter.jdbc.WSJdbcDataSource.getConnection(WSJdbcDataSource.java:686)
        at com.ibm.ws.rsadapter.jdbc.WSJdbcDataSource.getConnection(WSJdbcDataSource.java:636)
        at org.springframework.jdbc.datasource.DataSourceUtils.doGetConnection(DataSourceUtils.java:111)
        at org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:77)
        ... 165 more
Caused by: com.ibm.websphere.ce.j2c.ConnectionWaitTimeoutException: Connection not available, Timed out waiting for 180000
        at com.ibm.ejs.j2c.FreePool.createOrWaitForConnection(FreePool.java:1729)
        at com.ibm.ejs.j2c.PoolManager.reserve(PoolManager.java:3329)
        at com.ibm.ejs.j2c.PoolManager.reserve(PoolManager.java:2610)
        at com.ibm.ejs.j2c.ConnectionManager.allocateMCWrapper(ConnectionManager.java:1500)
        at com.ibm.ejs.j2c.ConnectionManager.allocateConnection(ConnectionManager.java:1012)
        at com.ibm.ws.rsadapter.jdbc.WSJdbcDataSource.getConnection(WSJdbcDataSource.java:669)
        ... 168 more

---

通过

com.ibm.ejs.j2c.PoolManager

查看您的日志，我建议您转到WAS支持。看起来您的连接池对于您的用例来说非常小。特别是有你的线索：

当我在服务器上发布太多请求时，就会发生这种情况

---

它的连接问题，请确保您的数据库已启动并正在运行，或者您的用户通行证和实例是validNope。当我在服务器上发布太多请求时，就会发生这种情况。Db已启动并运行。我已尝试Artem。我标记了spring int，因为我怀疑它是由聚合器引起的。我有聚合器按顺序将来自不同web服务的对象链接到一个超级对象中。流就像来自客户服务的客户对象列表，以类似的方式与部门对象聚合在一起。另外，在另一个级别，我也有account对象，它与customer根对象聚合。在我看来，聚合器，当不接收响应时，在重数据下的行为是这样的。有什么可能性吗？我可以检查连接池解决方案，但不确定它在更重的负载上是否可靠，这无关紧要。正如我所说：您没有足够的连接池大小。可能其他一些服务使用相同的池，并且不像

JdbcTemplate

那样释放资源。正确。但是您确实应该确保每个

数据源的用户在使用后都会释放连接。Ok。就我所知，一个典型的消息组需要多少负载？？若我在n个聚合器上轰炸约10K条消息，我是否可以假设聚合器将处理此负载？另外，您能否为我提供一些关于如何在多节点环境中处理聚合器消息存储以避免失败的提示？