Я тестирую код, который обрабатывает регистрацию на веб-сайте. Код java выглядит следующим образом (выдержка):
if (request.getParameter("method").equals("checkEmail")){
String email= request.getParameter("email");
ResultSet rs =null;
PreparedStatement ps = db.prepareStatement(query);
ps.setString(1, email);
rs = ps.executeQuery();
if(rs.next()){
//email already present in Db
} else {
//proceed with registration.....
В большинстве случаев процесс выполняется без каких-либо проблем, но я получаю прерывистую проблему, когда он терпит неудачу, потому что соединение с базой данных закрывается. Каждый раз, когда он терпит неудачу, он терпит неудачу в той же точке - при запуске подготовленного заявления выше (которое проверяет, действительно ли отправленное письмо уже находится в базе данных).
Версия Postgres - это 8.1.23
Любая помощь или предложения оценены. Stacktrace выглядит следующим образом (EDIT: Иногда Stacktrace говорит, что Stream Closed, а иногда и Socket Closed, как показано ниже):
13:53:00,973 ERROR Registration:334 - org.postgresql.util.PSQLException: An I/O error occured while sending to the backend.
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:283)
at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:271)
at Registration.doPost(Registration.java:113)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:567)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.net.SocketException: Socket closed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at org.postgresql.core.VisibleBufferedInputStream.readMore(VisibleBufferedInputStream.java:135)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:104)
at org.postgresql.core.VisibleBufferedInputStream.read(VisibleBufferedInputStream.java:73)
at org.postgresql.core.PGStream.ReceiveChar(PGStream.java:259)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1620)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
... 22 more
Хотя на самом деле поздно ответить, надеюсь, что это поможет кому-то.
У меня такое же Исключение, но я подключаюсь к локальному db на том же хосте.
Причина была в связи, которая больше недействительна, и поэтому мне нужно было открыть ее снова.
PostgreSQL Версия: 8.4
Я подозреваю, что ваше приложение и база данных находятся на разных компьютерах и там где-то посередине (с точки зрения состояния). Я предполагаю, что брандмауэр отключает соединение после того, как он был открыт в течение определенного времени, возможно, без трафика. Пул соединений не сможет обнаружить это, прежде чем передать вам сломанное соединение.
Единственное, что заставляет меня сомневаться в этом, это то, что он всегда происходит в одном и том же месте в коде, но если это первый запрос к базе данных в новом сеансе (или что-то в этом роде), это немыслимо, он всегда может появляться в то же место.
У меня была та же проблема в тесте, но причина заключалась в вызове nextSequenceId между созданием метода PreparedStatement и метода executeUpdate, используя тот же объект Connection. Моим решением было перемещение вызова nextSequenceId в верхней части метода, и проблема исчезла.
У меня такая же проблема, и я решил, что мое изменение является одним из них:
Ваш запрос очень большой, как:
SELECT * FROM 'Table' WHERE id in?param
param большой список.