org.hibernate.service.spi.ServiceContributor: Поставщик org.hibernate.spatial.integration.SpatialInitializer не является подтипом

Я использую следующие спящие банки [1]; Когда я развертываю свой военный файл в wildfly 9, я получаю следующую ошибку.

Как я могу решить эту проблему?

5:34:53,204 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 88) MSC000001: Failed to start service jboss.persistenceunit."test2dbwar.war#test2dbwar-persistence-unit": org.jboss.msc.service.StartException in service jboss.persistenceunit."test2dbwar.war#test2dbwar-persistence-unit": java.util.ServiceConfigurationError: org.hibernate.service.spi.ServiceContributor: Provider org.hibernate.spatial.integration.SpatialInitializer not a subtype
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:172)
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:117)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:665)
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:182)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
    at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.util.ServiceConfigurationError: org.hibernate.service.spi.ServiceContributor: Provider org.hibernate.spatial.integration.SpatialInitializer not a subtype
    at java.util.ServiceLoader.fail(ServiceLoader.java:239)
    at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
    at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:376)
    at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
    at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
    at org.hibernate.boot.registry.classloading.internal.ClassLoaderServiceImpl.loadJavaServices(ClassLoaderServiceImpl.java:341)
    at org.hibernate.boot.registry.StandardServiceRegistryBuilder.applyServiceContributors(StandardServiceRegistryBuilder.java:270)
    at org.hibernate.boot.registry.StandardServiceRegistryBuilder.build(StandardServiceRegistryBuilder.java:249)
    at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.buildServiceRegistry(EntityManagerFactoryBuilderImpl.java:1035)
    at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:842)
    at org.jboss.as.jpa.hibernate4.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44)
    at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:154)
    ... 7 more

15:34:53,211 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 12) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "test2dbwar.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.persistenceunit.\"test2dbwar.war#test2dbwar-persistence-unit\"" => "org.jboss.msc.service.StartException in service jboss.persistenceunit.\"test2dbwar.war#test2dbwar-persistence-unit\": java.util.ServiceConfigurationError: org.hibernate.service.spi.ServiceContributor: Provider org.hibernate.spatial.integration.SpatialInitializer not a subtype
    Ca

[1]

  • спящий режим-ядро-5.1.0.Final.jar
  • hibernate-entitymanager-5.0.1.Final.jar
  • спящий режим-java8-5.1.0.Final.jar
  • спящий режим-jpa-2.1-api-1.0.0.Final.jar
  • спящий-пространственный-5.1.0.Final.jar
  • спящий-валидатор-5.2.1.Final.jar

ИЗМЕНИТЬ Jboss-deployment-structure.xml;

<jboss-deployment-structure >

  <deployment>

     <!-- exclude-subsystem prevents a subsystems deployment unit processors running on a deployment -->

     <!-- which gives basically the same effect as removing the subsystem, but it only affects single deployment -->

     <exclude-subsystems>

        <subsystem name="org.hibernate" />

    </exclude-subsystems>

    <!-- Exclusions allow you to prevent the server from automatically adding some dependencies     -->

    <exclusions>

        <module name="org.hibernate" />

    </exclusions>

  </deployment>

</jboss-deployment-structure>

hibernate wildfly jpa jboss wildfly-9
person Ratha    schedule 31.05.2016    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Как и в случае с вашим предыдущим вопросом, вы, скорее всего, получите все вид неожиданных ошибок при использовании несовместимых версий. Как видно из трассировки стека, на самом деле вы используете Hibernate 4, поскольку Wildfly 9 включает Hibernate 4.

person user140547    schedule 31.05.2016
comment
Я исключил версию Hibernate 4 в структуре jboss-deployment.xml (хранится на корневом уровне папки WEB_INF) и разрешил использовать упакованные банки в моей войне. Я не знаю, как он до сих пор использует библиотеки jboss. После изменения jboss-deployment-structure.xml я получаю указанную выше проблему. - person Ratha; 31.05.2016
comment
@Ratha: хорошо, как выглядит ваш jboss-deployment-structure.xml? - person user140547; 31.05.2016
comment
Я отредактировал свой вопрос с помощью jboss-deployment-structure.xml. - person Ratha; 31.05.2016
comment
@Рата; возможно, вам придется исключить другие вещи, например jpa. к сожалению, это может быть не просто. если возможно, вы могли бы попробовать, работает ли он с Wildfly 10. - person user140547; 31.05.2016
comment
Я смог преодолеть эту проблему со спящим режимом в wildfly 10, но, к сожалению, у меня была другая проблема в wildfly 10 с инициализацией моей kafka. (Пожалуйста, проверьте stackoverflow.com/questions/36761018/) Из-за этой проблемы я перешел на wildfly 9, где я не сталкивался с тем, что //auth.confне может быть прочитан .// проблема. - person Ratha; 01.06.2016