Wildfly-8.1 Hibernate jars Конфликты с моими собственными банками

1

Когда я перешел из jboss-6.3-eap в wildfly-8-1 я увидел следующую ошибку:

Caused by: java.lang.ClassCastException: com.fasterxml.classmate.types.ResolvedRecursiveType cannot be cast to com.fasterxml.classmate.types.ResolvedObjectType
    at com.fasterxml.classmate.TypeResolver._resolveSuperClass(TypeResolver.java:422)
    at com.fasterxml.classmate.TypeResolver._constructType(TypeResolver.java:395)
    at com.fasterxml.classmate.TypeResolver._fromClass(TypeResolver.java:351)
    at com.fasterxml.classmate.TypeResolver._fromAny(TypeResolver.java:299)
    at com.fasterxml.classmate.TypeResolver._fromParamType(TypeResolver.java:437)
    at com.fasterxml.classmate.TypeResolver._fromAny(TypeResolver.java:305)
    at com.fasterxml.classmate.TypeResolver._resolveSuperInterfaces(TypeResolver.java:409)
    at com.fasterxml.classmate.TypeResolver._constructType(TypeResolver.java:395)
    at com.fasterxml.classmate.TypeResolver._fromClass(TypeResolver.java:351)
    at com.fasterxml.classmate.TypeResolver.resolve(TypeResolver.java:111)
    at org.hibernate.validator.internal.util.ExecutableHelper.instanceMethodParametersResolveToSameTypes(ExecutableHelper.java:114)
    at org.hibernate.validator.internal.util.ExecutableHelper.overrides(ExecutableHelper.java:98)
    at org.hibernate.validator.internal.util.ExecutableHelper.overrides(ExecutableHelper.java:62)
    at org.hibernate.validator.internal.metadata.aggregated.ExecutableMetaData$Builder.accepts(ExecutableMetaData.java:328)
    at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BuilderDelegate.add(BeanMetaDataImpl.java:586)
    at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BeanMetaDataBuilder.addMetaDataToBuilder(BeanMetaDataImpl.java:500)
    at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BeanMetaDataBuilder.add(BeanMetaDataImpl.java:494)
    at org.hibernate.validator.internal.metadata.BeanMetaDataManager.createBeanMetaData(BeanMetaDataManager.java:180)
    at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getOrCreateBeanMetaData(BeanMetaDataManager.java:207)
    at org.hibernate.validator.internal.metadata.BeanMetaDataManager.isConstrained(BeanMetaDataManager.java:151)
    at org.hibernate.validator.internal.engine.ValidatorImpl.validate(ValidatorImpl.java:171)

Мое приложение отлично работает в jboss-6.3-eap, и все конфигурации спящего режима в порядке. мои спящие баночки (у меня нет одноклассников в моих библиотеках):

hibernate-commons-annotations-3.2.0.Final.jar
hibernate-core-3.6.7.Final.jar
hibernate-ehcache-3.6.7.Final.jar
hibernate-jpa-2.0-pi-1.0.1.Final.jar
hibernate-validator-4.1.0.Final.jar

Я думаю, что это исключение возникло из-за того, что некоторые из моих банок конфликтуют с ящерами дикой флоры, и я не могу запретить wildfly загружать свои баны спящего режима по умолчанию.

  • 1
    Не могли бы вы предоставить больше информации?
  • 0
    Несколько советов по использованию Hibernate в JBoss AS 7.0.0. Наконец , вы пытались настроить подходящий файл creation -structure.xml? Узнайте, как использовать Hibernate 3 в приложении .
Показать ещё 2 комментария
Теги:
hibernate
wildfly-8

1 ответ

0
Лучший ответ

Это исключение было сгенерировано, потому что библиотека yibernate-validator для wildfly была более новой, чем моя hibernate-validator, поэтому я решила проблему, добавив следующую строку в разделе исключения jboss-deployment-structure.xml в моем приложении:

<exclusions>
 <module name="org.hibernate.validator"/>
  .
  .
  .
<exclusions>

Ещё вопросы

Сообщество Overcoder
Наверх
Меню