Project

General

Profile

Support #181

Conflit de parser SAX avec JBoss 5

Added by Alexis Hassler about 10 years ago. Updated almost 9 years ago.

Status:
Closed
Priority:
Normal
Category:
Serveur
Target version:
-
Start date:
02/12/2010
Due date:
% Done:

100%

Estimated time:
Spent time:
Navigateur:
Firefox 3.x
Votre version de Silverpeas:
5.1.3
Système d'exploitation:

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>


Related issues

Blocks Silverpeas Core - Support #20: Run on modern JBoss serverClosed11/20/2009Miguel Moquillon

Actions
#1

Updated by Emmanuel Hugonnet about 10 years ago

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

#2

Updated by Alexis Hassler about 10 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

#3

Updated by Alexis Hassler about 10 years ago

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

#4

Updated by Emmanuel Hugonnet about 10 years ago

  • Tracker changed from Bug to Support
#5

Updated by Emmanuel Hugonnet about 10 years ago

  • Target version changed from 1 to Version 5.1
#6

Updated by Emmanuel Hugonnet almost 10 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

#7

Updated by Emmanuel Hugonnet almost 10 years ago

  • Status changed from New to In progress...
#8

Updated by Nicolas Eysseric almost 10 years ago

  • Target version changed from Version 5.1 to Version 5.2
#9

Updated by Nicolas Eysseric almost 10 years ago

  • Target version changed from Version 5.2 to Version 5.3
  • Votre version de Silverpeas set to 5.1.3
#10

Updated by Nicolas Eysseric over 9 years ago

  • Assignee changed from Emmanuel Hugonnet to Miguel Moquillon
  • Target version deleted (Version 5.3)
#11

Updated by Miguel Moquillon over 9 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.

#12

Updated by Miguel Moquillon over 9 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

#13

Updated by Nicolas Eysseric almost 9 years ago

  • Status changed from Resolved to Closed
  • % Done changed from 0 to 100
  • Navigateur set to Firefox 3.x

Caduque avec JBoss 6 ?

#14

Updated by Miguel Moquillon almost 9 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.

Also available in: Atom PDF