Title: Official Trojan Bug Report
Si, c'est peut �tre exag�r� mais je l'ai d�coup� de telle mani�re qu'il puisse �tre r�utilisable par la suite.
De plus c'�tait un bon pr�texte pour en faire un, une premi�re en ce qui me concerne.
 
Mon gros probl�me, c'est que maintenant je suis en conflit avec les classes qui sont dans weblogic.jar (au vu de la discussion avec Arnaud de SaintAlary). Et �a, il me parait difficile de l'enlever de mon classpath syst�me.
 
La servlet LoadOnStartUp peut �tre utilis� que si l'on initialise qu'une seule fois son objet, mais si on initialise son objet � la demande, ca ne peut pas marcher. De plus, au vu de la probl�matique du weblogic.jar la solution devient obsol�te. Mais, ca aurait pu marcher.
 
L�, je bloque. Une id�e, sachant que la lib finale utilis�e est fop (xsl_fo) ?
Je crois que je vais essayer de trouver une version de fop utilisant xerces1, c'est peut �tre le plus simple . Non?
 
Laurent.
----- Original Message -----
Sent: Wednesday, February 12, 2003 4:29 PM
Subject: Re: Classpath ejb dans weblogic.

Laurent For�t wrote:
En gros j'ai une webapp dont son classpath est initialis� lors du lancement
du serveur. Or cette webapp utilise des lib xerces notamment.
Or dans cette webapp j'avais besoin de la version 1.x et 2.x de xerces, d'ou
conflit de classe. J'ai donc externalis� le bout de code qui utilise
xerces2.x dans un ejb.
Dans un EJB ?!?  N'est-ce pas un peu exagere de creer un EJB juste pour resoudre un probleme de classpath comme celui-ci ?

Pourquoi ne pas l'inclure dans ta webapp ?  Ou pourquoi ne pas mettre ce bout de code d'initialisation dans un servlet avec load-on-startup specifie ?  (plus de details sur cette technique a : http://groups.google.com/groups?q=servlet+startup+class+weblogic&hl=en&lr=&ie=UTF-8&oe=utf-8&selm=3def82a4%40newsgroups.bea.com&rnum=3)

--
Cedric
http://beust.com/weblog

Répondre à