Разбитая труба с PostgreSQL - PullRequest
Новая
       1

Разбитая труба с PostgreSQL

2 голосов
/ 04 октября 2011

Прежде всего, я уже прочитал посты, связанные с этой ошибкой, до публикации этого вопроса. Однако большинство из них не используют PostgreSQL, поэтому эту ошибку можно обработать по-другому. Вот трассировка стека этой ошибки: 

    WARN  org.hibernate.util.JDBCExceptionReporter  - SQL Error: 0, SQLState: 08006
 4450102501 [XmlBlaster.socket_ssl.cbWorkerThread] ERROR org.hibernate.util.JDBCExceptionReporter  - An I/O error occured while sending to the backend.
 java.lang.RuntimeException: org.hibernate.exception.JDBCConnectionException: could not execute query using iterate
    at edu.umd.cattlab.vatraffic.listener.output.VaTrafficDbModule.processSingleMessage(VaTrafficDbModule.java:380)
    at edu.umd.cattlab.vatraffic.listener.output.VaTrafficDbModule.processMessage(VaTrafficDbModule.java:266)
    at edu.umd.cattlab.vatraffic.listener.input.InputModule.sendMessageToOuputModules(InputModule.java:36)
    at edu.umd.cattlab.vatraffic.listener.input.XmlBlaster.update(XmlBlaster.java:173)
    at org.xmlBlaster.client.XmlBlasterAccess.update(XmlBlasterAccess.java:1043)
    at org.xmlBlaster.client.protocol.AbstractCallbackExtended.update(AbstractCallbackExtended.java:111)
    at org.xmlBlaster.client.protocol.AbstractCallbackExtended.update(AbstractCallbackExtended.java:199)
    at org.xmlBlaster.util.protocol.RequestReplyExecutor.receiveReply(RequestReplyExecutor.java:444)
    at org.xmlBlaster.client.protocol.socket.WorkerThread.run(WorkerThread.java:51)
 Caused by: org.hibernate.exception.JDBCConnectionException: could not execute query using iterate
    at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:74)
    at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
    at org.hibernate.loader.hql.QueryLoader.iterate(QueryLoader.java:427)
    at org.hibernate.hql.ast.QueryTranslatorImpl.iterate(QueryTranslatorImpl.java:380)
    at org.hibernate.engine.query.HQLQueryPlan.performIterate(HQLQueryPlan.java:224)
    at org.hibernate.impl.SessionImpl.iterate(SessionImpl.java:1192)
    at org.hibernate.impl.QueryImpl.iterate(QueryImpl.java:46)
    at edu.umd.cattlab.schema.hibernate.cattXML.extensions.VaTraffic.VaTrafficHelper.laneMap(VaTrafficHelper.java:165)
    at edu.umd.cattlab.vatraffic.listener.output.VaTrafficDbModule.processIncidentDescription(VaTrafficDbModule.java:396)
    at edu.umd.cattlab.vatraffic.listener.output.VaTrafficDbModule.processSingleMessage(VaTrafficDbModule.java:360)
    ... 8 more
 Caused by: org.postgresql.util.PSQLException: An I/O error occured while sending to the backend.
    at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:218)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:451)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:350)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:254)
    at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:186)
    at org.hibernate.loader.Loader.getResultSet(Loader.java:1787)
    at org.hibernate.loader.hql.QueryLoader.iterate(QueryLoader.java:404)
    ... 15 more
 Caused by: java.net.SocketException: Broken pipe
    at java.net.SocketOutputStream.socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite(Unknown Source)
    at java.net.SocketOutputStream.write(Unknown Source)
    at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
    at java.io.BufferedOutputStream.write(Unknown Source)
    at org.postgresql.core.PGStream.SendChar(PGStream.java:174)
    at org.postgresql.core.v3.QueryExecutorImpl.sendBind(QueryExecutorImpl.java:829)
    at org.postgresql.core.v3.QueryExecutorImpl.sendOneQuery(QueryExecutorImpl.java:1053)
    at org.postgresql.core.v3.QueryExecutorImpl.sendQueryPreamble(QueryExecutorImpl.java:373)
    at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:189)

Наше приложение использует Hibernate, поэтому вот конфигурация Hibernate: 

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hibernate-configuration PUBLIC
    "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
    "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

<hibernate-configuration>

  <session-factory>

    <!-- Database connection settings -->
    <property name="connection.driver_class">org.postgresql.Driver</property>
    <property name="connection.url">jdbc:postgresql://cannottell.umd.edu</property>
    <property name="connection.username"></property>
    <property name="connection.password"></property>

    <!-- JDBC connection pool (use the built-in) -->
    <property name="connection.pool_size">1</property>

    <!-- Enable C3P0 database connection pool -->
    <!----> <!--<property name="c3p0.min_size">2</property>
    <property name="c3p0.max_size">5</property>
    <property name="c3p0.timeout">600</property>
    <property name="c3p0.max_statements">0</property>
    <property name="hibernate.c3p0.idle_test_period">300</property>
    <property name="hibernate.c3p0.acquire_increment">1</property>-->

    <!-- SQL dialect -->
    <property name="dialect">org.hibernate.dialect.PostgreSQLDialect</property>

    <!-- Oracle doesn't handle prepared statement caching very well.  This disables prepared statements. -->
    <property name="statement_cache.size">0</property>

    <!-- Enable Hibernate's automatic session context management -->
    <property name="current_session_context_class">thread</property>

    <!-- Disable the second-level cache  -->
    <property name="cache.provider_class">org.hibernate.cache.NoCacheProvider</property>

    <!-- Echo all executed SQL to stdout -->
    <property name="show_sql">false</property>

    <!-- Drop and re-create the database schema on startup -->
    <property name="hbm2ddl.auto">false</property>

    <!-- ritis schema mappings -->
    <mapping resource="edu/umd/cattlab/schema/hibernate/cattXML/cattXML.hbm.xml"/>
    <mapping resource="edu/umd/cattlab/schema/hibernate/cattXML/cattXMLLookup.hbm.xml"/>

    <!-- vatraffic schema mappings -->
    <mapping resource="edu/umd/cattlab/schema/hibernate/cattXML/extensions/VaTraffic/vaTraffic.hbm.xml"/>
    <mapping resource="edu/umd/cattlab/schema/hibernate/cattXML/extensions/VaTraffic/vaTrafficLookup.hbm.xml"/>

</session-factory>

</hibernate-configuration>

Вот мои вопросы:

  1. Действительно ли эта ошибка происходит из-за потери соединения с базой данных или из моего кода? (Если последнее верно, то я предоставлю соответствующие коды)
  2. В любом случае, как мне справиться с этой ошибкой?
  3. Если ошибка исходит из базы данных, как я могу воспроизвести эту ошибку (для целей тестирования), если у меня нет прямого доступа к базе данных?

Извините, если я задаю слишком много вопросов. Кстати, я хотел бы добавить больше информации относительно этого вопроса, если это необходимо. Я действительно ценю любой ответ от всех вас. Спасибо.

ДОБАВЛЕНО

Вот код для открытия и закрытия сеанса гибернации: 

Session sess = HibernateUtil.getSessionFactory().openSession();

    Transaction tx = null;
    String eventId = null;

    try {

        sess.getTransaction().setTimeout(new Integer(configuration
                        .getProperty("messageProcessingTimeout")));

        if (!sess.isConnected()) {
            attemptReconnect();
        } else {
            log.debug("Database connection open.");
        }

        //tx = sess.beginTransaction();
        //log.debug("After transaction");
        eventId = processIncidentDescription(message, sess);

        //tx.commit();

        // Sending jmsNotify.
        if (Boolean.valueOf(configuration.getProperty("sendJmsNotify"))
                && eventId != null) {
            log.debug("Sending jmsNotify message " + "<notify id=\""
                    + eventId + "\"/>");
            jmsSender.sendMessage("<notify id=\"" + eventId + "\"/>");
        }
    } catch (Exception e) {

        try {
            if (tx != null)
                tx.rollback();
        } catch (TransactionException te) {
            log.warn("Unable to roll back transaction.");
        }

        throw new RuntimeException(e);
    } finally {
        sess.close();
    }

ДОБАВЛЕНО

Вот код, который может вызвать ошибку: 

public static HashMap<String,HashMap<String,Object>> laneMap(Session sess){
    HashMap<String,HashMap<String,Object>> table = new HashMap<String,HashMap<String,Object>>();
    Query query = sess.createQuery("from Direction");
    Iterator<Object> iterate = query.iterate();
    while (iterate.hasNext()){
        Object obj = iterate.next();
        Direction direct = (Direction) obj;
        if (table.get("direction") == null){
            table.put("direction", new HashMap<String,Object>());
        }
        String directDesc = direct.getDirectionDescription();
        table.get("direction").put(directDesc, direct);
    }
    Query query2 = sess.createQuery("from LaneStatus");
    Iterator<Object> iterate2 = query2.iterate();
    while (iterate2.hasNext()){
        Object obj = iterate2.next();
        LaneStatus laneStatus = (LaneStatus) obj;
        if (table.get("lane_status") == null){
            table.put("lane_status", new HashMap<String,Object>());
        }
        String directDesc = laneStatus.getLaneStatusDescription();
        table.get("lane_status").put(directDesc, laneStatus);
    }
    Query query3 = sess.createQuery("from LaneType");
    Iterator<Object> iterate3 = query3.iterate();
    while (iterate3.hasNext()){
        Object obj = iterate3.next();
        LaneType laneType = (LaneType) obj;
        if (table.get("lane_type") == null){
            table.put("lane_type", new HashMap<String,Object>());
        }
        String directDesc = laneType.getLaneTypeDescription();
        table.get("lane_type").put(directDesc, laneType);
    }
    return table;
}

Ответы [ 2 ]

4 голосов
/ 04 октября 2011

Эта проблема возникает, когда ваше приложение больше не может подключиться к базе данных Postgres. Это произошло, когда я подключился к моему офису через VPN, а затем закрыл соединение VPN, которое разрывает соединение с БД. Мой локальный сервер покажет выше. Если эта проблема возникает в вашей серверной среде, вам нужно проверить, есть ли проблемы с сетевым подключением.

1 голос
/ 04 октября 2011

Может ли быть так, что ваше приложение пытается одновременно открыть больше соединений с PostgreSQL, чем сконфигурировано в вашем экземпляре PG, разрешенном как максимальное число одновременных соединений?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.

Нет похожих вопросов

...