andrej59Emmanuell Goldstein,

Судя по вашему, описания вы считаете что контейнер

DBSQLQueryContainer con = new DBSQLQueryContainer(connection))

сделает за вас всю работу по возвращению соединения обратно в пул соединений. Он да конечно вернет соединение обратно в пул, но не сразу, а тогда когда сработает сборщик мусора. Поэтому возможно у вас и возникает проблема.
Попробуйте вот так, добавить ещё один try{} finally{}

DBSQLQueryContainer con = new DBSQLQueryContainer(connection))

try (Connection connection = DBConnection.getConnection();
DBSQLQueryContainer con = new DBSQLQueryContainer(connection)) {
con.executeRead(query);
ResultSet res = con.getResultSet();
try {
if (res.first()) {
while (true) {
...
}
}
} finally {
res.close();
}
}

Не забыли в примере добавить connection.close() в finally?
Connection.close() во враппере как раз отвечает за возвращение в пул. Иначе ждите GC цикла пока он не закроет соединение в finalize() обертки connection.

uid uniqueandrej59Emmanuell Goldstein,

Судя по вашему, описания вы считаете что контейнер

DBSQLQueryContainer con = new DBSQLQueryContainer(connection))

сделает за вас всю работу по возвращению соединения обратно в пул соединений. Он да конечно вернет соединение обратно в пул, но не сразу, а тогда когда сработает сборщик мусора. Поэтому возможно у вас и возникает проблема.
Попробуйте вот так, добавить ещё один try{} finally{}

DBSQLQueryContainer con = new DBSQLQueryContainer(connection))

try (Connection connection = DBConnection.getConnection();
DBSQLQueryContainer con = new DBSQLQueryContainer(connection)) {
con.executeRead(query);
ResultSet res = con.getResultSet();
try {
if (res.first()) {
while (true) {
...
}
}
} finally {
res.close();
}
}

Не забыли в примере добавить connection.close() в finally?
Connection.close() во враппере как раз отвечает за возвращение в пул. Иначе ждите GC цикла пока он не закроет соединение в finalize() обертки connection.



Отбой, это же try-with-resources. Пора спать.

Basil A. SidorovEmmanuell GoldsteinКогда проводим нагрузочное тестирование с Apache JMeter, при 50 пользователях выедается весь коннекшн-пул1. Что конкретно делают ваши запросы?
2. Соединение должно возвращаться в пул не "сразу же", а "тогда, когда оно больше не требуется". А это возвращает нас к первому вопросу. Так оно не требуется как только ему close() вызвали - этим дается знать обертке (Connection) что можно вернуть соединение в пул. Вопрос еще как пул отработает.
Попробуйте простой мониторинг сколько у вас соединений висит со стороны Java - добавьте счетчик в try/finally либо сделайте простую обертку для Connection и перекройте close() (статический счетчик + в конструкторе и - в сlose() и вывод в лог) и посмотрите сколько ваш код соединений использует. Проверьте со стороны базы сколько соединений/сессий висит открытыми. Если со стороны Java все ОК, а со стороны базы соединений много больше и они растут со временем, значит тупит пул на клиенте (похожие проблемы как то были - соединения закрывались со стороны Java но рос лист активных соединений, потом база валилась при созданиий нового соединения - если короче, пул проверялся и не чистился, соединения висели как активные и не переносились в лист неиспользуемых соединений). Поменяли реализацию пула и все пошло нормально работать.
Дополнительно посмотрите настойки клиентского пула - интервалы, лимиты, локирует ли он вызовы из Java и на какое время если лимит на создание соединений исчерпан.