Подскажите пожалуйста, есть у меня код который ниже, при его выполнении возникает исключение: Exception: org.hibernate.exception.GenericJDBCException: could not execute query
У меня hibernate работает в debug-режиме, поэтому я вижу тот SQL-запрос который он формирует, если его выполнить руками в SQL-клиенте, то все работает. Как узнать что ему не нравится то?? Как получить более детальную ошибку... ?

    try {


             SessionFactory sessionFactory = new Configuration().configure().buildSessionFactory();
             session = sessionFactory.openSession();
             
             String SQL_STRING = "FROM contacts";
             
             Query query = session.createQuery(SQL_STRING);
             this.list = (ArrayList)query.list();
        
        } catch (Exception e) {
        
            System.out.println("Exception: " + e);
        
        } finally {
        
            if (session != null) session.close();
        }

Здравствуйте, Аноним, Вы писали:

А>Подскажите пожалуйста, есть у меня код который ниже, при его выполнении возникает исключение: Exception: org.hibernate.exception.GenericJDBCException: could not execute query
А>У меня hibernate работает в debug-режиме, поэтому я вижу тот SQL-запрос который он формирует, если его выполнить руками в SQL-клиенте, то все работает. Как узнать что ему не нравится то?? Как получить более детальную ошибку... ?

А похожих случаях я поступаю так. Подключаю исходники хибера к проекту в IDE, а затем ставлю бряку в конструкторах класса GenericJDBCException. Потом повторяю кейс вызывающий ошибку. И в конструкторе исключения получаю отукда создается исключение. Перехожу туда и смотрю в коде причину.

Дайте подлную информацию о том как биндятся поля (.xml файлы).

Здравствуйте, Аноним, Вы писали:

А>Подскажите пожалуйста, есть у меня код который ниже, при его выполнении возникает исключение: Exception:

B>А похожих случаях я поступаю так. Подключаю исходники хибера к проекту в IDE, а затем ставлю бряку в конструкторах класса GenericJDBCException. Потом повторяю кейс вызывающий ошибку. И в конструкторе исключения получаю отукда создается исключение. Перехожу туда и смотрю в коде причину.

Нашел ошибку:

Cannot convert value '0000-00-00 00:00:00' from column 19 to TIMESTAMP.

в БД, это поле имеет типа timestamp, в xml-файле прописан как timestamp, в классе как String. вставляет данные нормально, а вот когда читает то такой еррор....
БД mysql.

Здравствуйте, strcpy, Вы писали:

S>Дайте подлную информацию о том как биндятся поля (.xml файлы).

см. выше сообщение еще одно...

Здравствуйте, Аноним, Вы писали:

а какая у вас версия My SQL? Какой движок используется в базе данных.
для 5-го сказано что это специальное значение и оно должно кушаться базой...

Здравствуйте, zubr, Вы писали:

Z>Здравствуйте, Аноним, Вы писали:

Z>а какая у вас версия My SQL? Какой движок используется в базе данных.
Z>для 5-го сказано что это специальное значение и оно должно кушаться базой...

4.x версия

<property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property>
<property name="dialect">org.hibernate.dialect.MySQLDialect</property>

Здравствуйте, Аноним, Вы писали:
А>4.x версия

А> <property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property>
А> <property name="dialect">org.hibernate.dialect.MySQLDialect</property>
From MySQL spec.:

5.x
Illegal DATETIME, DATE, or TIMESTAMP values are converted to the “zero” value of the appropriate type ('0000-00-00 00:00:00' or '0000-00-00').

3.x, 4.x
Illegal DATETIME, DATE, or TIMESTAMP values are converted to the “zero” value of the appropriate type ('0000-00-00 00:00:00', '0000-00-00', or 00000000000000).

То есть скорее всего Hibernate правильно ругается: значение времени неправильное!

Здравствуйте, Аноним, Вы писали:

А>Нашел ошибку:

А>Cannot convert value '0000-00-00 00:00:00' from column 19 to TIMESTAMP.

А>в БД, это поле имеет типа timestamp, в xml-файле прописан как timestamp, в классе как String. вставляет данные нормально, а вот когда читает то такой еррор....
А>БД mysql.

Недавно натыкался на подобную ошибку, решение достаточно простое:
http://dev.mysql.com/doc/refman/5.0/en/connector-j-installing-upgrading.html

#

Datetimes with all-zero components (0000-00-00 ...) — These values can not be represented reliably in Java. Connector/J 3.0.x always converted them to NULL when being read from a ResultSet.

Connector/J 3.1 throws an exception by default when these values are encountered as this is the most correct behavior according to the JDBC and SQL standards. This behavior can be modified using the zeroDateTimeBehavior configuration property. The allowable values are:

*

exception (the default), which throws an SQLException with an SQLState of S1009.
*

convertToNull, which returns NULL instead of the date.
*

round, which rounds the date to the nearest closest value which is 0001-01-01.

Starting with Connector/J 3.1.7, ResultSet.getString() can be decoupled from this behavior via noDatetimeStringSync=true (the default value is false) so that you can get retrieve the unaltered all-zero value as a String. It should be noted that this also precludes using any time zone conversions, therefore the driver will not allow you to enable noDatetimeStringSync and useTimezone at the same time.