Почему возникает такая ошибка при работе с Java-JDBC-Oracle?

Question

[Виталий]

Мой сервер написанный на Java получает различные данные с Oracle используя JDBC драйвер и во время работы очень часто неожиданное выдает ошибку Connection Wrong и дальше отказывается работать с Oracle, причем возникает такое даже при небольшой нагрузке на БД(больше 2-3 одновременных соединений не бывает). При этом через SQL Plus и SQL Developer все нормально работает, и проблема решается только перезапуском Oracle.
Подскажите, в чем может быть причина.
Возникает такая ошибка:

oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:489)
oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:553)
oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:254)
oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:32)
oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:528)
java.sql.DriverManager.getConnection(Unknown Source)
java.sql.DriverManager.getConnection(Unknown Source)
com.database.JdbcConnect.Connect(JdbcConnect.java:21)
com.database.DBOperation.connect(DBOperation.java:45)
com.database.DBOperation.getNotify(DBOperation.java:293)
com.database.DBOperation.getUnreadNotifyCount(DBOperation.java:249)
com.server.ClientHandler.getUnreadNotifyCount(ClientHandler.java:223)
com.server.ClientHandler.messageReceived(ClientHandler.java:76)
com.server.ClientHandler.handle(ClientHandler.java:40)
com.sun.net.httpserver.Filter$Chain.doFilter(Unknown Source)
sun.net.httpserver.AuthFilter.doFilter(Unknown Source)
com.sun.net.httpserver.Filter$Chain.doFilter(Unknown Source)
sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(Unknown Source)
com.sun.net.httpserver.Filter$Chain.doFilter(Unknown Source)
sun.net.httpserver.ServerImpl$Exchange.run(Unknown Source)
java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
java.lang.Thread.run(Unknown Source)

1) Соединения у сервера dedicated
2) ограничение на максимально кол-во соединений:

Answer 1

[Виталий]

Проблема была решена. Проблема была в переполнении выделенной памяти для Oracle из-за того что автоматически не закрывались открытые курсоры при разъединении с БД.

Answer 2

[Данила]

Есть какая-то статистика через какое время это происходит?
И еще такой вопрос: это единственное соединение созданное или взятое из пула соединений?

Comments

[Виталий]

Происходит рандомно (т.е. в любое время). Соединение для каждой транзакции создается заново, потому что создавать пул потоков для соединения с БД по-моему не логично, из-за того что нету смысла постоянно держать открытое соединение с БД.

[Данила]

Тогда есть 2 встречных вопроса:
1) Соединения у сервера shared или dedicated?
2) Какое ограничение на максимально кол-во соединений?

Последите за кол-вом сессий (из-под dba):
SELECT username, count(username) FROM v$session WHERE username IS NOT NULL group by username

[Виталий]

1) Соединения у сервера dedicated
2) ограничение на максимально кол-во соединений (смотри выше)

SELECT username, count(username) FROM v$session WHERE username IS NOT NULL group by username - этот запрос мне ничего не вернет, потому что сервер работает по принципу : открыл соединение с БД, выполнил транзакцию(SELECT,UPDATE,DELETE), закрыл соединение с БД. Понятно что это происходит за доли секунды

[Данила]

Случайный характер ошибки подсказывает, что возможно что-то, где-то не закрывается, и когда это что-то накапливается, то база "окукливается". К сожалению, с экспресс версиями не сталкивался тесно.
И в выводе исключения, по-моему не хватает пары строчек.

[Данила]

Из опыта: ловил wrong connection, только один раз.
И то, это было связано с ограничением области видимости данных.

[Виталий]

Вот метод с помощью которого получаю что-то из БД (по такому принципу сделаны все методы):

public static List<Event> getEvents(int idFlow){
        Connection con = connect();
        Statement stm = null;
        List<Event> events = new ArrayList<Event>();
        ResultSet result;
        try {
            stm = con.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_READ_ONLY);
            String query = "SELECT id_event,event_name FROM events WHERE id_flow = " + idFlow;
            log.info(query);
            result = stm.executeQuery(query);
            while(result.next()){
                events.add(new Event(result.getInt(1),result.getString(2)));
            }
            result.close();
        } catch(SQLException er) {
            log.info("SELECT is wrong!");
            log.info(er.getMessage());
        } finally {
            JdbcConnect.Close(con);
        }
        return events;
    }

Т.е. устанавливаю соединение -> создаю Statement -> executeQuery() -> закрываю ResultSet -> закрываю соединение

[Виталий]

Я думаю может все запросы переделать под preparedStatement() ?

[Виталий]

Если смотреть статистику Oracle, то похоже на то что съедается память и Listener отказывается принимать запросы, только странно что при этом могу свободно заходить под SQL Plus или SQL Developer

[Данила]

Statement тоже закрывать нужно.
По-хорошему, лучше бы все да, в PreparedStatement поправить.
SQLPlus, toad, sqldeveloper - возможно считаются разными источниками соединений, что так-же влияет на кол-во соединений.
Тут инетерсен вариант: когда окукоивается для сервера Оракл, даст ли соединится любому другому java приложению с этого-же или другого хоста, поскольку jdbc - идентифицирует себя как "JDBC Thin Client", если не сказано другого.

[Виталий]

Я пробовал в этот момент соединится с другого java-приложения и даже с другого хоста, но результат один и тоже

[Данила]

Могу предложить попробовать после установки соединения вызвать процедуру: DBMS_APPLICATION_INFO.SET_MODULE('ТУТ_НАЗВАНИЕ_ПРИЛОЖЕНИЯ', null);
она в текущей сессии модуля поставит название отличное от умолчального 'JDBC Thin Client', что по идее (еслия правильно понимаю откуда затык) даст работать другим java приложениям, кроме другого такого же. Т.е. затык должен быть только для этого приложения.