2014-09-24 2 views
1

Когда я мигрировал из jboss-6.3-eap в wildfly-8-1 я увидел следующее сообщение об ошибке:Wildfly-8.1 Hibernate банка конфликты с собственными баночками

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-еаре и все конфигурации Hibernate в порядке. мои Hibernate фляги (я не одноклассник баночку в моих LIBS):

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 банки, и я не могу предотвратить wildfly загрузку его в спящий режим по умолчанию банки.

+1

не могли бы вы предоставить дополнительную информацию? –

+0

[Несколько советов по использованию Hibernate в JBoss AS 7.0.0.Final] (http://planet.jboss.org/post/some_tips_on_using_hibernate_in_jboss_as_7_0_0_final) пытались ли вы настроить подходящий файл deployment-structure.xml? Проверьте [Как использовать Hibernate 3 в приложении] (https://github.com/wildfly/quickstart/tree/master/hibernate3). – zellus

+0

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

ответ

0

Это исключение было создано, потому что wildfly библиотека зимует-валидатор была новее, чем мое приложение гибернации-валидатор, поэтому я resloved проблемы, добавив следующую строку в JBoss развертывание-structure.xml раздел исключений в моем приложении:

<exclusions> 
<module name="org.hibernate.validator"/> 
    . 
    . 
    . 
<exclusions> 
Смежные вопросы