Accéder à un bean local au lieu d'un bean remote

Version imprimable

Bonjour,

J'ai dans un EAR : un projet appli cliente, un projet ejb et un projet jpa.

Voici le main de l'appli cliente :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 public static void main(String[] args) { try { Context context = new InitialContext(); GestionClient gestionClient = (GestionClient) context .lookup("entreprise-ear/GestionClientBean/remote"); Client client = gestionClient.getClientById(1); System.out.println(client.getId() + " " + client.getNom()); } catch (Exception e) { e.printStackTrace(); } }
Ce main fonctionne. :mouarf:

Maintenant, je passe le Bean GestionClientBean en @Local et je change la ligne du main :
Code:

1 2 3 GestionClient gestionClient = (GestionClient) context .lookup("entreprise-ear/GestionClientBean/local");
... mais cela ne fonctionne plus. :aie:

J'ai aussi essayé de réaliser une injection EJB juste avant le main comme cela :
Code:

1 2 3 @EJB private static GestionClientBean gestionClient;
... mais cela ne fonctionne pas n'ont plus. :aie:

Pourquoi ? :?

Merci d'avance. ;)

Pourtant au démarrage du serveur j'obtiens le log suivant :

Code:

1
2
3
4
5
 
16:55:48,763 INFO  [JndiSessionRegistrarBase] Binding the following Entries in Global JNDI:
 
    entreprise-ear/GestionClientBean/local - EJB3.x Default Local Business Interface
    entreprise-ear/GestionClientBean/local-com.GestionClient - EJB3.x Local Business Interface

A+ ;)

12/12/2008, 17h08
sewatech

En lançant le main, tu le lance dans un processus indépendant de ton serveur. Dans ces conditions, tu ne peux pas accéder aux EJB locaux.

Les EJB locaux ne sont accessibles que depuis d'autres EJB ou une application Web.

Alexis
12/12/2008, 17h16
longbeach

Quelle erreur est affichée ?
Fais voir les logs d'erreur.

Quel serveur d'application tu utilises ?
12/12/2008, 17h22
longbeach

Citation:

Envoyé par sewatech

En lançant le main, tu le lance dans un processus indépendant de ton serveur. Dans ces conditions, tu ne peux pas accéder aux EJB locaux.

Les EJB locaux ne sont accessibles que depuis d'autres EJB ou une application Web.

Alexis

Non, tu peux accéder à des EJB locaux depuis une méthode main() .
12/12/2008, 17h39
fr1man

Quand on parle de local, c'est par rapport à la JVM pas à la machine, donc le main d'une classe qui essaie d'accéder à un EJB déployé sur un serveur d'application doit faire un accès remote comme l'a dit sewatech.

Citation:

Envoyé par longbeach

Quelle erreur est affichée ?
Fais voir les logs d'erreur.

Quel serveur d'application tu utilises ?

J'utilise JBoss et en effet il y a plein d'exceptions dans le boot.log de ce type :

Code:

1
2
3
4
5
6
7
8
17:37:46,076 DEBUG [BeanMetaDataICF] Failed to get property value for bean: org.jboss.beans.metadata.plugins.AbstractBeanMetaData, property: properties
java.lang.IllegalArgumentException: Property is not readable: propertyReplace for org.jboss.beans.metadata.plugins.AbstractPropertyMetaData
    at org.jboss.beans.info.plugins.DefaultPropertyInfo.get(DefaultPropertyInfo.java:131)
    at ............................................... SUITE ....................................................
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
    at org.jboss.Main.boot(Main.java:209)
    at org.jboss.Main$1.run(Main.java:547)
    at java.lang.Thread.run(Unknown Source)

... et comme celle-là :

Code:

1
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
17:37:46,124 DEBUG [BeanMetaDataICF] Failed to get property value for bean: org.jboss.beans.metadata.plugins.AbstractBeanMetaData, property: properties
java.lang.IllegalArgumentException: Property is not readable: propertyReplace for org.jboss.beans.metadata.plugins.AbstractPropertyMetaData
    at org.jboss.beans.info.plugins.DefaultPropertyInfo.get(DefaultPropertyInfo.java:131)
    at .......................................... SUITE ..........................................
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
    at org.jboss.Main.boot(Main.java:209)
    at org.jboss.Main$1.run(Main.java:547)
    at java.lang.Thread.run(Unknown Source)
 
17:37:46,125 DEBUG [ProfileServiceBootstrap] Created ManagedObject: ManagedObject{bindings-classloader:0.0.0$MODULE} for bean: bindings-classloader:0.0.0$MODULE
17:37:46,125 DEBUG [ProfileServiceBootstrap] Created ManagedComponent of type: ComponentType{type=MCBean, subtype=*} for bean: bindings-classloader:0.0.0$MODULE
17:37:46,125 DEBUG [BeanMetaDataICF] Using bean class:, class org.jboss.services.binding.impl.PojoServiceBindingStore for bean: AbstractBeanMetaData@1f2412a{name=ServiceBindingStore bean=org.jboss.services.binding.impl.PojoServiceBindingStore properties=[standardBindings, serviceBindingSets] classLoader=AbstractClassLoaderMetaData@1eea7f0{classloader=AbstractDependencyValueMetaData@16a8823{value=bindings-classloader:0.0.0}} constructor=null autowireCandidate=true}
17:37:46,126 DEBUG [AbstractManagedObjectFactory] ManagedObject(PojoServiceBindingStore) is ManagedComponent type: @org.jboss.managed.api.annotation.ManagementComponent(type=MCBean, subtype=ServiceBindingStore)
17:37:46,128 DEBUG [AbstractManagedObjectFactory] Created skeleton ManagedObject: ManagedObject{PojoServiceBindingStore}
17:37:46,129 DEBUG [BeanMetaDataICF] Using bean class:, class org.jboss.services.binding.impl.PojoServiceBindingStore for bean: AbstractBeanMetaData@1f2412a{name=ServiceBindingStore bean=org.jboss.services.binding.impl.PojoServiceBindingStore properties=[standardBindings, serviceBindingSets] classLoader=AbstractClassLoaderMetaData@1eea7f0{classloader=AbstractDependencyValueMetaData@16a8823{value=bindings-classloader:0.0.0}} constructor=null autowireCandidate=true}
17:37:46,138 DEBUG [ProfileServiceBootstrap] Created ManagedObject: ManagedObject{ServiceBindingStore} for bean: ServiceBindingStore
17:37:46,139 DEBUG [ProfileServiceBootstrap] Created ManagedComponent of type: ComponentType{type=MCBean, subtype=ServiceBindingStore} for bean: ServiceBindingStore
17:37:46,139 DEBUG [BeanMetaDataICF] Using bean class:, class org.jboss.services.binding.ServiceBindingManager for bean: AbstractBeanMetaData@19b7c62{name=ServiceBindingManager bean=org.jboss.services.binding.ServiceBindingManager properties= classLoader=AbstractClassLoaderMetaData@1eea7f0{classloader=AbstractDependencyValueMetaData@16a8823{value=bindings-classloader:0.0.0}} constructor=AbstractConstructorMetaData@c65fb1{parameters=[null, null]} autowireCandidate=true annotations=[AbstractAnnotationMetaData@13d5f21{expr={exposedInterface=interface org.jboss.services.binding.ServiceBindingManagerMBean, name=jboss.system:service=ServiceBindingManager, registerDirectly=true}}]}
17:37:46,139 DEBUG [AbstractManagedObjectFactory] ManagedObject(org.jboss.services.binding.ServiceBindingManager) is ManagedComponent type: @org.jboss.managed.api.annotation.ManagementComponent(type=MCBean, subtype=ServiceBindingManager)
17:37:46,139 DEBUG [AbstractManagedObjectFactory] Created skeleton ManagedObject: ManagedObject{org.jboss.services.binding.ServiceBindingManager}
17:37:46,140 DEBUG [BeanMetaDataICF] Using bean class:, class org.jboss.services.binding.ServiceBindingManager for bean: AbstractBeanMetaData@19b7c62{name=ServiceBindingManager bean=org.jboss.services.binding.ServiceBindingManager properties= classLoader=AbstractClassLoaderMetaData@1eea7f0{classloader=AbstractDependencyValueMetaData@16a8823{value=bindings-classloader:0.0.0}} constructor=AbstractConstructorMetaData@c65fb1{parameters=[null, null]} autowireCandidate=true annotations=[AbstractAnnotationMetaData@13d5f21{expr={exposedInterface=interface org.jboss.services.binding.ServiceBindingManagerMBean, name=jboss.system:service=ServiceBindingManager, registerDirectly=true}}]}
17:37:46,140 DEBUG [BeanMetaDataICF] Failed to get property value for bean: org.jboss.services.binding.ServiceBindingManager, property: serviceBindings
java.lang.ClassCastException: org.jboss.metatype.api.values.ArrayValueSupport cannot be cast to [Ljava.lang.Object;
    at org.jboss.metatype.api.types.ArrayMetaType.isValue(ArrayMetaType.java:356)
    at org.jboss.metatype.api.values.CompositeValueSupport.set(CompositeValueSupport.java:164)
    at ................................................... SUITE ...............................................
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
    at org.jboss.Main.boot(Main.java:209)
    at org.jboss.Main$1.run(Main.java:547)
    at java.lang.Thread.run(Unknown Source)

A+ ;)

12/12/2008, 20h40
Mister Nono

Citation:

Envoyé par fr1man

Quand on parle de local, c'est par rapport à la JVM pas à la machine, donc le main d'une classe qui essaie d'accéder à un EJB déployé sur un serveur d'application doit faire un accès remote comme l'a dit sewatech.

Mais j'ai un ear qui contient l'application, les ejb et les jpa.

Quand on lance l'application elle devrait faire partie de la même JVM que les ejb et les jpa ? :?

A moins qu'il y a une nuance que je n'ai pas compris. :aie:

A+ ;)
12/12/2008, 21h47
fr1man

Quand tu exécutes un main, tu le fais à partir de la commande java taClasse ou équivalent.
Cela lance donc une nouvelle machine virtuelle.
Si tu veux faire communiquer cette classe avec tes ejbs déployés sur ton serveur d'application, tu dois les appeler en remote, pour qu'il y ait sérialisation des données d'une VM à l'autre (celle de ton serveur d'application)
13/12/2008, 06h29
Mister Nono

Citation:

Envoyé par fr1man

Quand tu exécutes un main, tu le fais à partir de la commande java taClasse ou équivalent.
Cela lance donc une nouvelle machine virtuelle.
Si tu veux faire communiquer cette classe avec tes ejbs déployés sur ton serveur d'application, tu dois les appeler en remote, pour qu'il y ait sérialisation des données d'une VM à l'autre (celle de ton serveur d'application)

D'accord pour cela, mais alors comment utiliser la même machine virtuelle que le serveur ?

Est-ce le serveur qui doit lancer l'application ?

Comment, sous eclipse dire au serveur qu'il doit lancer le main de l'application cliente qui lui est rattaché ?

A+ ;)
13/12/2008, 11h01
afrikha

Bonjour,

Il est également possible de faire de l'injection d'EJB dans une application cliente à condition que celle-ci s'exécute dans un Application Client Container

@+
13/12/2008, 17h57
Mister Nono

Citation:

Envoyé par afrikha

Bonjour,

Il est également possible de faire de l'injection d'EJB dans une application cliente à condition que celle-ci s'exécute dans un Application Client Container

@+

J'ai essayé mais cela ne fonctionne pas. :aie:

C'est une " Application Client Project (JAR) " dans Eclipse et elle est rattachée à une " Entreprise Application Project (EAR) ".

Je lance le serveur où l'EAR est déployé et ensuite je lance le main de l'appli rattachée à cet EAR. Et l'accès aux beans ne fonctionne pas en local.

Donc il semble qu'en faisant cela, j'ai 2 JVM distinctes car l'injection @EJB ne fonctionne pas.

Comment donc lancer l'EAR et l'appli dans la même JVM ? :?

A+ ;)
13/12/2008, 18h47
afrikha

Citation:

Envoyé par Mister Nono

Comment donc lancer l'EAR et l'appli dans la même JVM ?

Pourquoi veux-tu faire cela ? En quoi ça te gêne de faire des appels distants ?

@+
13/12/2008, 21h22
fr1man

C'est juste pour faire un test ?
Que veux tu faire exactement ?
Encore une fois, si tu as deux JVM comme ça semble être le cas, il faut du remote.

Bon, bon, j'ai compris : vous êtes tous contre moi !!!! :mouarf:

Bien sur, que les appels distants peuvent suffire, mais dans un soucis d'optimisation je préfère un accès local.

Et puis, je désire comprendre alors j'essaie de trouver la réponse.

Enfin, je préfère écrire :
Code:

1 2 3 @EJB private static GestionClientBean gestionClient;
... que :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 try { Context context = new InitialContext(); GestionClient gestionClient = (GestionClient) context .lookup("entreprise-ear/GestionClientBean/remote"); Client client = gestionClient.getClientById(1); System.out.println(client.getId() + " " + client.getNom()); } catch (Exception e) { e.printStackTrace(); }
Alors, au secoooouuuuuuuuurrrrrrrrrrrrrrrrrrrssssssssssssssssssssssss. :mrgreen:

A+ ;)

14/12/2008, 00h10
fr1man

Les optimisations, c'est bien quand c'est réalisable, ce qui ne semble pas être le cas ici.
Tu pourrais avoir du local si tu voulais faire communiquer une servlet et un ejb qui seraient tous les deux déployés sur ton serveur d'application.
Dans ton cas, pas le choix...
14/12/2008, 10h17
afrikha

Tu peux faire de l'injection dans le client si l'interface est remote et le client s'exécute dans un Application Client Container ;)
14/12/2008, 13h16
Mister Nono

Citation:

Envoyé par afrikha

Tu peux faire de l'injection dans le client si l'interface est remote et le client s'exécute dans un Application Client Container ;)

Oui, mais quant je fais une injection @EJB, l'objet injecté est systématiquement null. :aie:

A+ ;)
23/12/2008, 18h38
Mister Nono

Citation:

Envoyé par Mister Nono

Oui, mais quant je fais une injection @EJB, l'objet injecté est systématiquement null. :aie:

A+ ;)

Pourquoi les injections @EJB ne fonctionnent donc pas ? :aie:

A+ ;)
23/12/2008, 21h32
afrikha

Citation:

Envoyé par Mister Nono

Pourquoi les injections @EJB ne fonctionnent donc pas ? :aie:

A+ ;)

Je ne vois qu'une seule explication : le client ne s'exécute pas dans un ACC !
Je ne connais pas JBoss , je ne sais donc pas s'il propose un ACC ( apparemment non ! )mais Glassfish en a un. Tu peux faire un test avec ce serveur pour t'en assurer (avec Netbeans c'est très rapide et beaucoup de doc est disponible sur le net à ce sujet)

@+