Déploiement Axis2 sous WebSphere 5.1
Bonjour,
nous opérons actuellement une migration de nos Web Services d'Axis1 1.4 vers Axis2 1.4.1, mais je ne parviens pas à démarrer les services sous WebSphere 5.1 .
Bref récapitulatif de l'environnement utilisé:
- Java 1.4.1 (JRE IBM)
- Websphere 5.1
- Axis2 1.4.1, utilisé simplement en embarquant la servlet et le code généré par wsdl2java dans notre WAR applicatif.
Le problème qui se pose est que WebSphere embarque un déployeur de WebServices, basé sur Axis, et des librairies entrent donc en conflit de version lors du démarrage de l'application :
J'ai pu déterminer que c'est la version de wsdl4j qui est en cause:version 1.0 pour WebSphere, version 1.6.2
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
La configuration du classloader WAS est définie en PARENT_FIRST pour le module Web et pour l'application, et le chargeur de classes WAR suit la règle Module, ce sont donc les classes fournies par WebSphere qui sont chargées en premier.
Il n'est bien sûr pas envisageable de remplacer le jar fourni dans WebSphere.
J'ai alors tenté de modifier la politique de chargement en PARENT_LAST afin de donner la main à mon WAR pour charger les librairies, mais je rencontre alors les exceptions suivantes:
Cette fois-ci j'ai identifié deux problèmes, mais je commence à être un peu paumé:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
- je ne sais pas si les deux exceptions sont liées (la seconde semble la cause : Caused by, mais n'apparait pas pour toutes les servlets chargées)
- Pour l'exception de commons-logging, j'essaie d'utiliser un adapter, comme le suggère le lien donné dans le message de l'exception
- Pour l'exception de servlet, c'est apparemment du au fait qu'une implantation différente de la classe servlet utilisée par WebSphere se trouve dans le dossier WEB-INF/lib, mais je n'ai pas encore déterminé dans quel jar
Au final, je voudrais savoir si quelqu'un a déjà eu ce genre de problème de conflit et connaitrait une solution efficace pour gérer les classpath et classloader sous WebSphere (quelle stratégie utiliser, FIRST ou LAST?), ou un moyen de donner exactement le chemin à utiliser pour certains jar.
Merci d'avance pour votre aide!
Répondre avec citation
Partager