Silverpeas » Silverpeas Core

Oui, mais avant cela il faut charger les properties Silverpeas via l'ear et non plus le classpath de JBoss

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

Apparemment, il suffit de retirer le jar de xerces de silverpeas.ear/lib.

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.

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.