Discussion :

[Mister Nono]

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 :

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

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.

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

Code :

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

1
2
3
GestionClient gestionClient = (GestionClient) context
                    .lookup("entreprise-ear/GestionClientBean/local");

... mais cela ne fonctionne plus.

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

Code :

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

1
2
3
 
@EJB
private static GestionClientBean gestionClient;

... mais cela ne fonctionne pas n'ont plus.

Pourquoi ?

Merci d'avance.

[Mister Nono]

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

Code :

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

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+

[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

[longbeach]

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

Quel serveur d'application tu utilises ?

[longbeach]

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() .

[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.

[Mister Nono]

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 :

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

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 :

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

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+

[Mister Nono]

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.

A+

[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)

[Mister Nono]

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+

[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

@+

[Mister Nono]

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.

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+

[afrikha]

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 ?

@+

[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.

[Mister Nono]

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

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 :

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

1
2
3
 
@EJB
private static GestionClientBean gestionClient;

... que :

Code :

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

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.

A+

[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...

[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

[Mister Nono]

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.

A+

[Mister Nono]

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

A+

Pourquoi les injections @EJB ne fonctionnent donc pas ?

A+

[afrikha]

Pourquoi les injections @EJB ne fonctionnent donc pas ?

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)

@+