Discussion :

[dino_xrc]

Comment positionner les librairies à l'intérieur d'un EAR pour que les EJBs sachent les utiliser.

Mon EAR contient :
- 3 EJBs : GTAFacade.jar, GTAMetier.jar et GTAModele.jar
- 2 librairies : fwk.jar et gta.jar
- 1 webapp : gpto.war

Voici l'erreur qui m'est affiché par Weblogic 8.1 lorsque j'essaie de déployer mon EAR :

Deployer:149034]An exception occurred for task [Deployer:149026]Deploy application gpto on myserver.:
Exception:weblogic.management.ApplicationException: prepare failed for GTAFacade.jar
Module: GTAFacade.jar Error: Exception preparing module: EJBModule(GTAFacade.jar,status=NEW)
Unable to deploy EJB: D:\dev\software\bea\user_projects\domains\mydomain\.\myserver\.wlnotdelete\gpto\GTAFacade.jar from GTAFacade.jar:
[EJB:010106]EJB : SessionFacade .Unable to initialize method info for remote or home interface. The error is java.lang.NoClassDefFoundError: gta/value/operateur/OperOperDetaPageValue

La classe OperOperDetaPageValue est pourtant présente dans ma librairie gta.jar

J'ai essayé :
- de mettre mes librairies dans APP-INF/lib à l'intérieur de mon EAR,
- de déclarer mes librairies dans le MANIFEST.MF de mon EAR,
- j'ai même essayé de les mettres dans le classpath de mon serveur.

Rien n'y fait, je me prends toujous la NoClassDefFoundError !!!

Ca parle à quelqu'un ?

Merci d'avance.

[woodwai]

Pour moi, tu devrait essayer de mettre les librairies dans ton EAR et de les référencer dans le MANIFEST de chaque EJB (c'est eux qui recherchent tes librairies).

[dino_xrc]

Pour moi, tu devrait essayer de mettre les librairies dans ton JAR

A quel JAR tu penses ?

Tu proposes de rajouter mes librairies dans chacun de mes EJBs ?

C'est ce que j'aurai aimé éviter mais je crois que je vais m'y résoudre...

[woodwai]

Non non, je me suis trompé, normalement tu peut les mettre dans ton ear et les référencé dans le MANIFEST de chaque JAR

[dino_xrc]

La solution que j'ai retenu est celle que je voulais éviter : tout mettre dans le même JAR (code + EJBs).

A mon avis je pouvais pas faire autrement car les EJBs faisaient appel à des classes du code de l'appli et n'étaient donc pas indépendants.
Du coup quand Weblo charge les EJBs ils cherchent les classes importées.

Voilà,
Merci qd même Woodwai.

See U.