Support #181
closed
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>
Updated by Emmanuel Hugonnet over 14 years ago
Oui, mais avant cela il faut charger les properties Silverpeas via l'ear et non plus le classpath de JBoss
Updated by Alexis Hassler over 14 years ago
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
Updated by Alexis Hassler over 14 years ago
Apparemment, il suffit de retirer le jar de xerces de silverpeas.ear/lib.
Updated by Emmanuel Hugonnet over 14 years ago
- Tracker changed from Bug to Support
Updated by Emmanuel Hugonnet over 14 years ago
- Target version changed from 1 to Version 5.1
Updated by Emmanuel Hugonnet over 14 years ago
- Category set to Serveur
- Assignee set to Emmanuel Hugonnet
Essai sous JBOSS 6.0M2 : mais cela ne fonctionne tjs pas
Mise à jour des tlds pour JBoss 6.0
Updated by Emmanuel Hugonnet over 14 years ago
- Status changed from New to In progress...
Updated by Nicolas Eysseric over 14 years ago
- Target version changed from Version 5.1 to Version 5.2
Updated by Nicolas Eysseric about 14 years ago
- Target version changed from Version 5.2 to Version 5.3
- Votre version de Silverpeas set to 5.1.3
Updated by Nicolas Eysseric about 14 years ago
- Assignee changed from Emmanuel Hugonnet to Miguel Moquillon
- Target version deleted (
Version 5.3)
Updated by Miguel Moquillon about 14 years ago
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.
Updated by Miguel Moquillon about 14 years ago
- Status changed from In progress... to 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
Updated by Nicolas Eysseric over 13 years ago
- Status changed from Resolved to Closed
- % Done changed from 0 to 100
- Navigateur set to Firefox 3.x
Caduque avec JBoss 6 ?
Updated by Miguel Moquillon over 13 years ago
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.