JBoss et différentes versions d'Hibernate

Nous sommes à l'aide de JBoss 4.2.3 qui à son tour est livré avec la version 3.2.1.ga de mise en veille prolongée. Je voudrais utiliser Hibernate 3.5.1-FINALE qui prend en charge JPA 2.0. J'ai essayé de faire ce travail, en mettant mon propre hibernate pots dans mon WEB-INF/lib du dossier et de la création de mon propre classloader pour ma GUERRE dans jboss-web.xml

<jboss-web>
   <loader-repository> 
      com.moo.foo:archive=catalog-archive 
   </loader-repository> 
</jboss-web>

J'ai aussi essayé:

<jboss-web>
 <class-loading java2ClassLoadingCompliance="false">
  <loader-repository>
     com.moo.catalog:loader=catalogLoader
     <loader-repository-config>java2ParentDelegation=false</loader-repository-config>
  </loader-repository>
 </class-loading>
</jboss-web>

Mais je reçois des charges de divers problèmes et c'est l'exception, je suis actuellement bloqué sur:

Caused by: java.lang.NoSuchMethodException: org.hibernate.validator.ClassValidator.<init>(java.lang.Class, java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager)
    at java.lang.Class.getConstructor0(Unknown Source)
    at java.lang.Class.getDeclaredConstructor(Unknown Source)
    at org.hibernate.cfg.AnnotationConfiguration.applyHibernateValidatorLegacyConstraintsOnDDL(AnnotationConfiguration.java:443)

Depuis la date d'échéance est imminente, je pensais que je ferais mieux de lui demander si c'est encore possible? 🙂

source d'informationauteur willcodejavaforfood

  1. 13

    Peut-être trop tard, mais il peut aider quelqu'un qui trouve ce fil à la recherche pour le problème décrit ci-dessus à propos de " Provoquée par: java.lang.NoSuchMethodException: org.mise en veille prolongée.programme de validation.ClassValidator....':

    Je suis à l'aide de Jboss 4.2, Hibernate Core 3.6.5, Hibernate Validator 4.1.0, à l'aide de maven, et j'ai le même problème. Enfin, je l'ai résolu en ajoutant également de cette dépendance:

        <dependency>
          <groupId>org.hibernate</groupId>
          <artifactId>hibernate-validator-legacy</artifactId>
          <version>4.0.2.GA</version>
    </dependency>
  2. 8

    Je n'ai pas testé personnellement, mais la fil de discussion suivant mentionne deux approches que vous pourriez essayer (oui, je sais, c'est sur JBoss 5 mais il semble que le problème est identique).

    Option 1

    Désactiver java2ParentDelegation (votre deuxième jboss-web.xml), de regrouper votre Hibernate Bocaux dans votre application et ajouter les propriétés suivantes à votre persistence.xml (pour "éviter" le problème que vous rencontrez):

    <property name="hibernate.validator.apply_to_ddl">false</property>
<property name="hibernate.validator.autoregister_listeners">false</property>

    Un utilisateur a signalé cela n'a pas fonctionné pour lui.

    Option 2

    Désactiver java2ParentDelegation (votre deuxième jboss-web.xml), de regrouper votre Hibernate Bocaux dans votre application et de remplacer les hibernate validator Pots dans common/lib.

    Je ne suis pas en mesure d'expliquer pourquoi les hibernate validator du commons/lib toujours est ramassé.