8
votes

Problème de déploiement sur JBoss Server 5.0.1.ga

Quand je déploie la même application sur Tomcat 6.0 et Glassfish 3.0, ça marche bien Mais sur JBoss Server, je reçois l'erreur ci-dessous. Veuillez donner une solution spécifique. Comment puis-je supprimer de manière programmative le validateur hibernate-validator.jar de JBoss faisant une entrée dans des fichiers XML car je ne peux pas supprimer le pot de JBoss à chaque fois ...

Trace de pile: xxx


1 commentaires

Essayez de lire ceci: Stackoverflow.com/Questtions / 4097567 / ... C'était un salut pour moi!


5 Réponses :


2
votes

La cause probable de cela est que JBoss a sa propre copie interne de Hibernate, ainsi que le validateur de recherche hibernate et hibernate.

Si votre application a également sa propre copie de Hibernate dans son lib Annuaire, et ceci est une version différente de celle tenue à l'intérieur de JBoss, alors le risque est qu'ils vont s'affronter. Plus précisément, Hibernate tentera de découvrir automatiquement le validateur et les bibliothèques de recherche, et s'il existe une modification de la version, c'est le résultat.

La chose la plus simple à faire est de désactiver la découverte automatique de la recherche hibernate et validateur, en les ajoutant à vos propriétés hibernate à l'intérieur de l'application: xxx


1 commentaires

NON Cher en ajoutant également la propriété ci-dessus, l'erreur reste la même. J'ai construit mon projet à Maven :(



1
votes

Assurez-vous qu'il n'y a pas d'hibernation sur la classe de classe de JBoss. JBoss est généralement livré avec des bibliothèques hibernées construites dans lesquelles ces types de conflits peuvent provoquer ce type de conflit.


0 commentaires

1
votes

Seulement supprimer, suivant l'ensemble de fichiers JAR de Common / Lib 1. hibernate-annotations.jar 2. hibernate-annotations.jar 3. hibernate-entitymanager.jar 4. Hibernate-validator.jar


0 commentaires

2
votes

Ce problème est causé car JBoss est expédié avec Hibernate 3.3 Bibliothèques. J'ai eu le même message d'erreur et le corrigé en supprimant hibernate-validator.jar à partir de {jboss_home} / commun / lib / dossier. Assurez-vous simplement que votre application est expédiée avec une version correcte de hibernate-validator.jar fichier.

Je sais que ce n'est pas en fait une solution mais j'ai parcouru des threads de forum JBoss 573076 et 621877 ; essayé le jboss-classloading.xml comme décrit dans ici .. Aucun de ceux-ci m'a aidé à résoudre le problème ..

Autres matériaux sur JBoss-Classloading.xml, au cas où n'importe quel besoin est ici , ici et ici .


0 commentaires

5
votes

J'ai résolu ce problème en ajoutant ces deux propriétés dans ma configuration hibernate.

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


1 commentaires

Bienvenue dans le débordement de la pile! Soyez prudent lors de l'affichage de la copie et de Coller la chaudière / Verbatim réponses à plusieurs questions, ils ont tendance à être signalés comme "spammy" par le communauté. Si vous faites cela, cela signifie généralement que les questions sont des doublons, alors signalez-le comme tel.