Discussion :

[Playmo]

Bonjour,
J'ai un problème de déploiement d'un ear (généré par maven 2) sous jonas 4.8.5 qui contient un ejb jar, une webapp et un ensemble de librairies utilitaires. Ces librairies sont stockées dans un répertoire APP-INF/lib et ajoutées au classpath dans le manifest de l'ejb jar. Voilà le problème : la librairie common-configuration est par exemple utilisée. Cette librairie utilise entre autre la librairie xerces. Le jar "xercesImpl-2.2.1.jar" est bien dans APP-INF/lib et figure bien dans le classpath du manifest de l'ejb jar mais quand je veux déployer mon ear, j'obtiens le message d'erreur suivant :

Code :

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

1
2
3
2007-10-01 13:31:30,142 : EarServiceImpl.deployEar : Error while trying to resolve the classpath of the ejbjars and wars of the ear : 'file:/C:/projets/SNR004/JONAS_4_8_5/apps/autoload/snr_annuref-0.0.1.ear' : Error while reading manifest file from the file APP-INF\lib\xerces.jar : Le fichier spécifié est introuvable
2007-10-01 13:31:30,158 : ServiceManager.startServices : ear service started
2007-10-01 13:31:30,158 : EarServiceImpl.doStart : Cannot deploy the file 'C:\projets\SNR004\JONAS_4_8_5\apps\autoload\snr_annuref-0.0.1.ear' : Error while trying to resolve the classpath of the ejbjars and wars of the ear : 'file:/C:/projets/SNR004/JONAS_4_8_5/apps/autoload/snr_annuref-0.0.1.ear': org.objectweb.jonas.ear.lib.EarClassPathManagerException: Error while reading manifest file from the file APP-INF\lib\xerces.jar : Le fichier spécifié est introuvable

Je ne comprend pas où peut être référencée cette librairie "xerces.jar" que jonas cherche (alors que la librairie est bien trouvée sous le nom xercesImpl-2.2.1.jar et contient les .class requis...)

Voyez vous où est le problème ou y'a t'il un moyen de désactiver cette validation des classpath qui m'empêche de déployer cet ear qui me semble pourtant correct ? Merci d'avance.

[kalysto]

Non, on ne peut pas désactiver cette validation.

Par contre, il me semble que dnas J2EE, il est interdit de placer des libraries dans des sous répertoires de l'ear, elles doivent forcement se trouver à la racine.

De plus, est ce que ce xerces.jar ne serait pas référencé dans votre META-INF/application.xml ?

[Playmo]

Non, c'est bien xercesImpl qui est référencé. De toute façon le manifest étant créé par Maven, cette dépendance "xerces.jar" sans numéro de version ne peut pas venir d'un truc que j'ai généré et c'est bien ça que je ne comprend pas...

Je vais essayer de mettre mes libs à la racine de l'ear mais j'ai des doutes étant donné que Jonas cherchait bien ce jar dans META-INF/lib.

Je vous tiens au courant, merci.

[Playmo]

Je viens d'essayer et c'est bien ce que je pensais, ça ne change rien, il me demande toujours ce xerces.jar (entre autre...)

[Playmo]

Bon, ça y est, problème résolu.

Le problème venait bien des dépendances transitives. La librairie common-configurations utilisait dom4j qui utilisait ... qui utilisait une librairie msv. Ce jar récupéré par maven dans un repository distant contenait dans le classpath de son manifest les librairies "xerces.jar", etc. que jonas cherchait en parsant récursivement toutes les dépendances. Pas de chance, c'est un des seuls jars que je n'avait pas vérifié

Donc voilà, merci quand même

PS: le fait de ne pas mettre les jars utilitaires à la racine de l'ear ne semble bien pas poser de problème (au déploiement en tout cas)

[jovanovic]

bonjour ; j'ai la meme erreure ; par contre moi j'utilise de xdoclet à la place de maven et je n'utilise pas de CVS ???!!!!
j'ai pas rajouter les deux jars xerces et xercesimpl ;
lequel il faut rajouter ds mon projet EAR ????
merci d'avance

[jovanovic]

bonjour ; j'ai la meme erreure ; par contre moi j'utilise de xdoclet à la place de maven et je n'utilise pas de CVS ???!!!!
j'ai pas rajouter les deux jars xerces et xercesimpl ;
lequel il faut rajouter ds mon projet EAR ????
merci d'avance

[kalysto]

Et bien si tu as la meme erreur, tu dois avoir le meme probleme: un jar que tu mets dans ton ear, ou que tu as referencé dans un attribut Class-Path du manifest d'un de tes ejbjars/webapp doit faire lui aussi référence à un jar qui n'est pas fournit par ton ear.

Donc la solution est la meme: a toi de regarder les manifest de tes jars (peut etre de facon recursive) et trouver la dépendance qui manque...

Bonne chasse