Discussion :

[grosbidule1]

Hello,

je migre uen webapp (WAR, Spring MVC/WS/Data) de Tomcat 7 vers JBoss EAP 6.4.

J'utilise notamment JPA2.1 (mais pas que), or JBoss embarque JPA2.0.
J'aurais aimé jouer avec les classloaders (parent-first, parent-last, comme on peut le faire sur la plupart des serveurs), mais visiblement ce n'est plus possible depuis JBoss7 où il faut maintenant jouer avec leur système de modules à inclure/exclure (via un fichier jboss-deployment-structure).
J'ai pu trouver une solution pour déactiver le JPA de JBoss : https://issues.jboss.org/browse/WFCORE-209 mais j'ai pas mal d'autres libs à exclure.

=> Sauriez-vous s'il existe toujours un moyen de faire en sorte que ma webapp utilise en prio ses jars du WEB-INF/lib plutôt que ceux de JBoss ?

Merci.

[OButterlin]

Peut-être pourrais-tu essayer de créer un ou plusieurs modules qui contiennent tes dépendances et les lier via le fichier manifest.mf

Code :

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

1
2
 
Dependencies: clemessy.dsi.jaas.authentification, clemessy.dsi.commun

(sans garantie)

[grosbidule1]

Le soucis est que ma liste de dépendances risque de souvent changer.
Je suis sur un projet Maven utilisant Spring Boot et un pom parent de Spring Boot pour gérer les dépandances et leurs versions.
Je ne pense pas maintenir une liste de librairies à inclure dans un module JBoss.
Le soucis étant aussi que çe ne me permettrait pas de maitriser les upgrades du serveur d'appli. Lors du passage de EAP 6.4 à 6.5 par exemple, je risque d'avoir des conflits sur les numéros de versions d'autres jars. Ca va être compliqué à gérer et pas très stable tout ça :p, d'autant que mes tests d'intégration (qui s'exécutent sur un tomcat embed) ne détecteront pas ce genre de soucis, ça ne surviendra qu'une fois sur JBoss.

En fait je souhaiterais faire comme sur Tomcat ou WebSphere.
- Sur Tomcat il n'y a rien à faire (bon, ce n'est pas non plus un serveur JavaEE, juste un moteur de servlets).
- Sur WebSphere, je n'ai qu'à déclarer un classloader en parent-first (ou parent-last, je ne sais jamais...) pour prioriser les jars de ma webapp. C'est fait une fois et je suis tranquille pour 150 ans.

=> Est-il possible de faire la même chose sous JBoss (classloader parent-first/last) ?
Ou doit-on forcément passer par leur système de modules ? J'ai lu pas mal de doc sur les classloaders JBoss, mais il semblerait que ce ne soit plus utilisable depuis JBoss7 (ce qu'utilise EAP 6.4), cette méthodo étant remplacée par les modules. Du moins je n'ai pas réussit à définir de classloader sur EAP 6.4.

Merci

[OButterlin]

Ben, JBoss a souvent eu une politique un peu spéciale pour le classloader, pour la version 7, je ne sais pas si tu peux faire une application qui n'utiliserait que ses propres jar... ce n'est pas du tout ce qu'on fait nous, bien au contraire, on essaye de sortir un max pour centraliser.

Si je tombe sur un truc, je te le dirai

[grosbidule1]

Merci

En attendant je vais essayer de déclarer un module qui va référencer tous les jars. On verra bien ce que ça donne.

[tchize_]

Ben, JBoss a souvent eu une politique un peu spéciale pour le classloader, pour la version 7, je ne sais pas si tu peux faire une application qui n'utiliserait que ses propres jar... ce n'est pas du tout ce qu'on fait nous, bien au contraire, on essaye de sortir un max pour centraliser.

Si je tombe sur un truc, je te le dirai

De mémoire mais ça remonte loin oui, suffit d'exclure tout les package jboss dans ta dependency list. Le problème, c'est que coup tu n'a plus ni jpa ni cdi, ni webservice, ni rien de ce qui fait un serveur J2EE.

JPA faisant partie de la spec J2EE il est normal qu'il soit assez fortement lié au conteneur. C'est plus facile pour tomcat puisque tomcat n'est pas un conteneur j2EE

Pour la plupart des libs, jboss prioritise les lib présentes dans le EAR / WAR. Sauf pour les libs faisant partie de la specs, là faut jouer avec le classloading de jboss7 qui n'est jamais qu'un système OSGi

https://docs.jboss.org/author/displa...eference+Guide
section "Updating the Hibernate 4.x jars to a different Hibernate 4.x version"

[OButterlin]

Regarde ici, ils expliquent bien le fonctionnement du classloader de JBoss 7.

Il semblerait que pour ce qui est des modules "system", tu seras obligé de passer par l'exclusion dans le jboss-deployment-structure (ou modifier le paramétrage de ton serveur pour changer la version système comme le dit tchize_ pour JPA)

[hasalex]

Ton problème avec JPA est un peu spécifique. Pour la plupart des librairies, la version que tu embarques dans ton war sera prioritaire. Par contre, pour tout ce qui concerne Java EE, JBoss joue le rôle de conteneur et impose donc ses librairies. Ça pose généralement problème pour JPA et JSF qui sont souvent utilisés avec Spring. Le même problème peut aussi se poser pour les logs.

La solution, c'est donc celle que tchize_ a citée : court-circuiter le moteur de JBoss. Pour les autres librairies, il n'y a rien de plus à faire.