Support #181
fermé
Conflit de parser SAX avec JBoss 5
Description
Le démarrage de JBoss 5 est impossible lorsque Silverpeas v5 y est déployé. JBoss est incapable de charger certains de ses propres fichiers XML.
La solution semble être d'isoler le classloader de l'application en ajoutant un fichier META-INF/jboss-app.xml avec ce contenu :
<jboss-app>
<loader-repository>
com.silverpeas:archive=silverpeas.ear
</loader-repository>
</jboss-app>
Mis à jour par Emmanuel Hugonnet il y a environ 14 ans
Oui, mais avant cela il faut charger les properties Silverpeas via l'ear et non plus le classpath de JBoss
Mis à jour par Alexis Hassler il y a environ 14 ans
En fait, ce n'était peut-être pas la vraie cause de mon problème. Avec Xerces, il y a une cause plus profonde. cf. http://community.jboss.org/wiki/WhydoigetjavalangClassCastExceptionorgapachexercesparsersXIncludeAwareParserConfigurationinAS-5 et https://jira.jboss.org/jira/browse/JBAS-7210
Mis à jour par Alexis Hassler il y a environ 14 ans
Apparemment, il suffit de retirer le jar de xerces de silverpeas.ear/lib.
Mis à jour par Emmanuel Hugonnet il y a environ 14 ans
- Version cible changé de 1 à Version 5.1
Mis à jour par Emmanuel Hugonnet il y a environ 14 ans
- Catégorie mis à Serveur
- Assigné à mis à Emmanuel Hugonnet
Essai sous JBOSS 6.0M2 : mais cela ne fonctionne tjs pas
Mise à jour des tlds pour JBoss 6.0
Mis à jour par Emmanuel Hugonnet il y a environ 14 ans
- Statut changé de New à In progress...
Mis à jour par Nicolas Eysseric il y a presque 14 ans
- Version cible changé de Version 5.1 à Version 5.2
Mis à jour par Nicolas Eysseric il y a presque 14 ans
- Version cible changé de Version 5.2 à Version 5.3
- Votre version de Silverpeas mis à 5.1.3
Mis à jour par Nicolas Eysseric il y a plus de 13 ans
- Assigné à changé de Emmanuel Hugonnet à Miguel Moquillon
- Version cible
Version 5.3supprimé
Mis à jour par Miguel Moquillon il y a plus de 13 ans
Le problème vient avec les portlets. L'implémentation actuelle du conteneur de portlets semble s'appuyer sur JAXB (à vérifier) qui est connu pour poser pb dans certains cas avec les classloaders.
Le problème est réglé lorsque le classloader du la partie Web de Silverpeas est isolée du reste (en le plaçant dans un domaine de classloading dédié).
Ceci est fait via le fichier jboss-classloading.xml à placer dans le WEB-INF :
<classloading xmlns="urn:jboss:classloading:1.0"
name="war-inc.war"
domain="war-inc_Domain"
export-all="NON_EMPTY"
import-all="true">
</classloading>
J'investis s'il existe un moyen autre que passer par une isolation du classloader. Peut-être en changeant de portlet container.
Mis à jour par Miguel Moquillon il y a plus de 13 ans
- Statut changé de In progress... à Resolved
Après investigation, il semblerait que ce soit un pb de JBoss 5 qui surviendrait dès qu'une application Web parse du XML. Le seul moyen est donc d'isoler le classloading de l'appli du reste du serveur d'application avec le fichier jboss-classloading.xml
Mis à jour par Nicolas Eysseric il y a presque 13 ans
- Statut changé de Resolved à Closed
- % réalisé changé de 0 à 100
- Navigateur mis à Firefox 3.x
Caduque avec JBoss 6 ?
Mis à jour par Miguel Moquillon il y a presque 13 ans
Non, pas caduque avec JBoss 6, ce dernier n'étant que la consécration des changements d'archi opéré avec JBoss 5. Il est donc nécessaire de protéger le war de silverpeas en définissant pour lui un domaine de classloading différent.