Discussion :

[tomy29]

Bonsoir,

J'ai repris un tutoriel de débutant pour faire ma premier mini appli en EJB3. J'ai ces classes là :

Code :

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

1
2
3
4
5
6
7
8
9
10
package com.business;
 
import javax.ejb.Local;
import javax.ejb.Remote;
 
 
@Remote
public interface PremierEJB3 {
		   public String ditBonjour(String aQui);
		}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
package com.business;
 
import javax.ejb.EJB;
import javax.ejb.Remote;
import javax.ejb.Stateless;
 
@Stateless
public class PremierEJB3Bean implements PremierEJB3 {
	@EJB private PremierEJB3 premierEJBLocal;
 
	public String ditBonjour(String aQui) {
	      return "Bonjour " + aQui + " !!!";
	   }
}

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
package com.jp;
 
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
 
import com.business.PremierEJB3;
 
public class ClientPremierEJB3 {
	public static void main(String[] args) {
	      try {
 
	         Context context = new InitialContext();
	         PremierEJB3 beanRemote =   (PremierEJB3)context.lookup("PremierEJB3Bean/Remote");
	         System.out.println(beanRemote.ditBonjour("ClientPremierEJB3"));
	      } catch (NamingException e) {
	         e.printStackTrace();
	      }
	   }
}

En Remote, ça marche bien.
Mais dès que j'annote l'interface par @Local, ça ne fonctionne pas.
J'ai essayé d'appeler mon session bean comme ça :

Code :

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

PremierEJB3 beanRemote =   (PremierEJB3)context.lookup("PremierEJB3Bean/Local");

erreur :

javax.naming.NameNotFoundException: Local not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:771)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:779)
at org.jnp.server.NamingServer.getObject(NamingServer.java:785)
at org.jnp.server.NamingServer.lookup(NamingServer.java:443)
at org.jnp.server.NamingServer.lookup(NamingServer.java:399)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:726)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686)
at javax.naming.InitialContext.lookup(Unknown Source)
at com.jp.ClientPremierEJB3.main(ClientPremierEJB3.java:17)

puis comme ça :

Code :

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

(PremierEJB3)context.lookup("PremierEJB3Bean");

erreur :

Exception in thread "main" java.lang.ClassCastException: org.jnp.interfaces.NamingContext cannot be cast to com.business.PremierEJB3
at com.jp.ClientPremierEJB3.main(ClientPremierEJB3.java:17)

Comment appeler un session bean en Local?
Merci pour vos réponses.

[OButterlin]

Cette façon de faire est bonne

Code :

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

1
2
PremierEJB3 bean =   (PremierEJB3)context.lookup("PremierEJB3Bean/Local");

Par contre, pourquoi as-tu mis cette ligne dans ton stateless ?

Code :

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

1
2
@EJB private PremierEJB3 premierEJBLocal;

Il faudrait la retirer...

[tomy29]

Je ne l'avais pas mis au départ, puis rajouté, et oublié de l'enlever avant de le mettre dans ce message.
Mais le problème reste le même sans l'annotation @EJB. J'ai le message d'erreur :

javax.naming.NameNotFoundException: Local not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:771)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:779)
at org.jnp.server.NamingServer.getObject(NamingServer.java:785)
at org.jnp.server.NamingServer.lookup(NamingServer.java:443)
at org.jnp.server.NamingServer.lookup(NamingServer.java:399)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
at sun.rmi.transport.Transport$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(Unknown Source)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:726)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686)
at javax.naming.InitialContext.lookup(Unknown Source)
at com.jp.ClientPremierEJB3.main(ClientPremierEJB3.java:19)

Je rajoute le contenu de mon jndi.properties:

Code :

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

1
2
3
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
java.naming.provider.url=localhost

[OButterlin]

Pourtant, c'est bien comme ceci qu'on y accède.
Il semble que le build que tu testes n'est pas l'interface @Locale, peut-être s'agit-il d'un mauvais export.
Essaye de régénérer l'ensemble du projet. (Si tu utilises Eclipse, Project->Clean...)

[tomy29]

Je n'arrête pas de faire des clean depuis hier soir
Voici l'architecture logique de mon appli, cela vient peut être de là :

Projet EJB :
- interface PremierEJB3
- classe PremierEJB3Bean (implements PremierEJB3)
Projet Java (j'inclue dans ce projet le projet EJB) :
- ClientPremierEJB3
- jndi.properties

En remote : OK
En local : KO

[OButterlin]

Si tu utilises l'EJB depuis un client lourd (ou en mode console), l'EJB tournant sur un serveur d'application, tu ne peux pas utiliser l'interface @Local.
L'interface @Local n'est applicable qu'à l'intérieur du conteneur d'EJB (en l'occurrence, lié à la JVM du serveur d'application)
Donc, dans ce contexte, c'est normal que ça ne passe pas...
(désolé, je n'avais pas tilté sur le client, j'utilise les EJB dans un contexte web de manière générale)

[tomy29]

Dans l'avenir je fonctionnerai comme toi, ici je reprenais juste un exemple pour voir concrètement comment ça marche.
Donc ça me rassure. Ouf.
Merci.

[OButterlin]

Tant que j'y suis, il y a une différence fondamentale entre l'usage de l'interface @Local et @Remote :

- en @Local, le passage des paramètres se fait par référence (on travaille directement sur l'objet)
- en @Remote, le passage des paramètres se fait par valeur (marshalling/unmarshalling)

Ça peut jouer des tours, mieux vaut l'intégrer.
Si par exemple tu avais un EJB qui s'occupait de vérifier la cohérence de données, tu pourrais être amené à le penser comme ceci

Code :

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

1
2
3
4
5
6
 
MonObjet objet = new MonObjet("valeur1", ...)
 
monEJBLocal.testerValeurs(objet);
 
// ici, les modifications sur les propriétés d'objet faites par l'ejb sont directement utilisables

Grave erreur ! Si par la suite tu remplaçais l'interface @Local par @Remote, ça ne fonctionnerait plus.
Il faudrait coder ceci (en prévoyant bien sûr de renvoyer l'objet au retour de la méthode de l'ejb)

Code :

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

1
2
3
4
 
MonObjet objet = new MonObjet("valeur1", ...)
 
objet = monEJBRemote.testerValeurs(objet);

[tomy29]

J'avoue ne pas avoir compris ton exemple.

Pour moi, tu passes bien le même paramètre (objet) dans les deux appels.
La seule différence que je vois c'est que dans le cas du remote, la méthode renvoie un type alors que ce n'est pas le cas pour l'appel local.
Si tu pouvais reformuler....
Merci!

[OButterlin]

Dans le cas d'un EJB @Local, les paramètres sont passés par référence.
En d'autre terme, tu travailles sur le même objet des 2 côtés.
Dans le cas d'un EJB @Remote, les paramètres sont passés par valeur.
Dans ce cas, c'est une copie de l'objet qui passe du client à l'EJB (autre instance)

Donc, si tu codes comme mon exemple 1, en @Local, tout se passe bien, les modifications apportées par l'EJB sont visibles au niveau du client parce qu'ils utilisent la même instance d'objet.
Par contre, si tu es en @Remote, ça ne fonctionne plus.
Ce qu'il se passe :
1- Client envoie une copie de son objet à l'EJB
2- L'EJB modifie les attributs de SON instance
3- Client ne voit rien, son instance n'ayant pas été modifiée

C'est plus clair ?

[tomy29]

Nickel. C'est tout à fait clair maintenant
Merci!