Discussion :

[blured]

Bonjour,

j'essaie de déployer un war qui nécessite de faire appel à des classes présentes dans un ear. A des fins de customization je souhaite que ce war soit à l'extérieur de l'ear. Or si je fais ça, les pages et classes du war n'ont pas accès à celles de l'ear.

J'ai essayé d'utiliser ce bout de xml dans le fichier jboss-web.xml de mon war et de mon ear :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
 <class-loading java2ClassLoadingCompliance="false">
    <loader-repository>
             com.example:archive=unique-archive-name             
    </loader-repository>
  </class-loading>

Ceci fonctionne correctement cependant le redéploiement à chaud du war pose des problème de Linkage et jboss considère que certaines classes ont déjà été déployé, l'application en devient indisponible, sauf si on redémarre le serveur.

J'ai aussi essayé ça sans succès (des erreurs liés aux classes internes de jboss apparaissent) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<?xml version="1.0" encoding="UTF-8"?>
<classloading xmlns="urn:jboss:classloading:1.0"
              name="mywar.war"
              domain="DefaultDomain"
<!-- A hack to make this classloader a top-level classloader
     The actual value is ignored since DefaultDomain
     already exists.
-->
              parent-domain="Ignored"
             export-all="NON_EMPTY"
              import-all="true">
</classloading>

Savez-vous si il est possible de réaliser celà avec JBoss ?

Blured.

[XmasRock]

Tu pourrais embarquer ta war dans ton ear et le tout en "explosé" non?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
mon.ear
/lib
/META-INF
/mawebapp.war
  /classes
  /lib
  /WEB-INF

[blured]

Le but final est de livrer un EAR (logique métier) et un WAR au client qu'il pourra customiser à sa volonté. Je ne souhaite pas qu'il aille bidouiller dans l'ear. C'est pour celà que je cherche à faire une livraison de ce type. Avec JBoss 4, ce principe fonctionnait correctement.

[XmasRock]

Tu as donc deux possibilités :
- tu dupliques les classes utiles dans les deux packages. Il te faudra garantir la compatibilité des versions et faire des appels non optimisés (sérialisation) pour éviter les problèmes de chargement de classes

- tu isoles les classes communes et tu les déploies dans lib (comme un pilote JDBC par exemple). Il te faudra gérer cette dépendence lors des évolutions de l'EAR ou de la WAR


Avec JBoss AS tu peux dévier légèrement de ces deux stratégies si tu comprends bien la configuration des chargements des classes dans les différentes version que tu envisages comme conteneur.