Project

General

Profile

Actions

Support #181

closed

Conflit de parser SAX avec JBoss 5

Added by Alexis Hassler over 14 years ago. Updated over 13 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:
Livraison en TEST:
Livraison en PROD:

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 1 (0 open1 closed)

Blocks Silverpeas Core - Support #20: Run on modern JBoss serverClosedMiguel Moquillon11/20/2009

Actions
Actions #1

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

Actions #2

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

Actions #3

Updated by Alexis Hassler over 14 years ago

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

Actions #4

Updated by Emmanuel Hugonnet over 14 years ago

  • Tracker changed from Bug to Support
Actions #5

Updated by Emmanuel Hugonnet over 14 years ago

  • Target version changed from 1 to Version 5.1
Actions #6

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

Actions #7

Updated by Emmanuel Hugonnet over 14 years ago

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

Updated by Nicolas Eysseric over 14 years ago

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

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
Actions #10

Updated by Nicolas Eysseric about 14 years ago

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

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.

Actions #12

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

Actions #13

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 ?

Actions #14

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.

Actions

Also available in: Atom PDF