Hibernate 4 Доступ к DialectResolutionInfo не может быть нулевым, если "hibernate.dialect" не установлен

Ответ 1

Наконец, чтобы исправить проблему, проблема связана с тем, как создается SessionFactory.

Для стартера официальный документ - первое место, и я должен сказать, что официальная документация Hibernate, похоже, не обновляется с последними изменениями версии.

Исправление - применить настройки конфигурации к экземпляру StandardServiceRegistryBuilder.

// Create the SessionFactory from hibernate.cfg.xml
Configuration configuration = new Configuration();
configuration.configure("hibernate.cfg.xml");
ServiceRegistry serviceRegistry = new StandardServiceRegistryBuilder()
        .applySettings(configuration.getProperties()).build();
SessionFactory sessionFactory = configuration
        .buildSessionFactory(serviceRegistry);

Пожалуйста, обратитесь к моему сообщению в блоге здесь для более подробной информации.

Ответ 2

Однажды я столкнулся с одной и той же проблемой, и оказалось, что проблема в том, что я не запускал службу базы данных локально (что я вижу, вы также используете локальную базу данных). Это просто!!!

Ответ 3

Удалите обе строки установки диалекта, Hibernate 4 выполняет фантастическую работу по определению того, какой диалект использовать на основе драйвера JDBC, который вы ему даете, и базы данных, к которой он подключается. Вам не нужно указывать диалект. Если вы наводите диалект, который является неправильным или не совсем соответствует драйверу (что может случиться, когда диалекты обновляются чаще, чем у JDBC-драйверов) Hibernate может работать не так, как ожидалось.

Настройка Hibernate с помощью hibernate.cfg.xml - это то, как это было сделано при использовании Hibernate 3. Hibernate 4 поддерживает XML-конфигурацию в контексте приложения Spring. (Я предполагаю, что вы используете Spring). Он перехватывает действительно плавно. Я предлагаю вам перейти на новый метод настройки Hibernate, так как ваш тип конфигурации конфигурации настроен для Hibernate 3.

Вот как вы хотите указать источник данных для Hibernate 4, используя контекст приложения Spring.

<bean id="dataSource"
    class="org.springframework.jdbc.datasource.DriverManagerDataSource">
    <property name="driverClassName" value="com.mysql.jdbc.Driver" />
    <property name="url" value="jdbc:mysql://localhost/Test" />
    <property name="username" value="username" />
    <property name="password" value="password" />
</bean>

а затем подключите его к сеансу factory следующим образом:

<bean id="sessionFactory"
    class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
    <property name="dataSource" ref="dataSource" />
    <property name="packagesToScan" value="package.where.your.annotated.objects.are" />
    <property name="hibernateProperties">
        <props>
            <!-- Uncomment this when testing -->
            <!--<prop key="hibernate.show_sql">true</prop>-->
            <prop key="hibernate.use_sql_comments">true</prop>
            <prop key="hibernate.hbm2ddl.auto">validate</prop>
        </props>
    </property>
</bean>
<bean id="transactionManager"
    class="org.springframework.orm.hibernate4.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory" />
</bean>

Ответ 4

Такая же проблема возникла у меня с запущенной службой mysql, верными учетными данными, но имя базы данных было написано с ошибкой, поэтому в основном базы данных не существовало.

Ответ 5

Я столкнулся с этой проблемой при использовании следующего:

• Spring Framework/Data: 4.1.6;
• Spring Boot: 1.2.3;
• Поставщик Hibernate для JPA: 4.3.8.

У меня был включен SSL на стороне базы данных как часть механизма аутентификации на основе хоста (с использованием Postgres), и проблема заключалась в том, что я не указал свойства SSL JVM, связанные с хранилищем ключей, содержащим сертификат клиентского приложения при запуске приложения:

-Djavax.net.ssl.keyStore = mykeystore.jks -Djavax.net.ssl.keyStorePassword = MyPassword

Примечание. Я понимаю, что ответ уже был дан ответ, но я оставляю этот ответ для дальнейшего использования.

Ответ 6

Это будет ОК

Configuration cfg = new Configuration().configure();

StandardServiceRegistry serviceRegistry = new StandardServiceRegistryBuilder()
        .applySettings(cfg.getProperties()).build();

SessionFactory sf = cfg.buildSessionFactory(serviceRegistry);

Session session = sf.openSession();

Ответ 7

Из исходного кода спящего режима здесь экземпляр StandardServiceRegistryBuilder используется для получения разных сервисов из hibernate.cfg.xml, например serviceRegistry.getService( JdbcServices.class ), serviceRegistry.getService( CacheImplementor.class ).

Старый метод configuration.buildSessionFactory() выглядит следующим образом:

public SessionFactory buildSessionFactory() throws HibernateException {
    Environment.verifyProperties( properties );
    ConfigurationHelper.resolvePlaceHolders( properties );
    final ServiceRegistry serviceRegistry =  new StandardServiceRegistryBuilder()
            .applySettings( properties )
            .build();
    setSessionFactoryObserver(
            new SessionFactoryObserver() {
                @Override
                public void sessionFactoryCreated(SessionFactory factory) {
                }

                @Override
                public void sessionFactoryClosed(SessionFactory factory) {
                    ( (StandardServiceRegistryImpl) serviceRegistry ).destroy();
                }
            }
    );
    return buildSessionFactory( serviceRegistry );
}

Ответ 8

Вы также исправляете проблему, создавая sesisonFactory таким образом.

SessionFactory sessionFactory = new
Configuration().configure().buildSessionFactory(
new StandardServiceRegistryBuilder().applySettings(new
Configuration().configure().getProperties()).build());

Ответ 9

В моем случае я дважды запускал процедуру настройки. У меня была автоматическая настройка (т.е. Конфигурация из xml в ресурсах) одним методом, затем я реализовал конфигурацию, установив свойства другим способом, но я забыл обходить первое. Как только я это сделал, ошибка исчезла.

Ответ 10

У меня была точно такая же проблема, и проблема заключалась в том, что мой компьютер не был введен в pg_hba.conf базы данных postgres, что позволяет клиенту (IP-адресам) разрешать говорить с базой данных

Ответ 11

Случилось со мной, что я использовал неправильное имя пользователя и пароль после того, как изменил строку подключения с удаленного адреса на localhost. Надеюсь, это поможет.