Discussion :

[Sun03]

ça fait un ans que je travaille sur ejb3; mais j'arrive pas à distingué entre local et remote.

Merci d'avance sur vos réponses

[bard123]

Salut,

d'aprés à ce que j'ai compris, la différence entre @Remote et @Local c'est que :

@Remote : le client est le container d'ejb n'utilise pas la même java virtuelle machine

@Local : le client et le container d'ejb utilise la même java virtuelle machine

Maintenant, il faut quand même vérifier, je ne voudrais pas t'emmener sur de fausses pistes, mais je crois quand même que c'est ça.

[Sun03]

Effectivement,

ça est vrai, j'ai compris,

en effet lorsqu'on utilise @Remote ça demande pas mal de traitement serialisation/deserialisation les objets "RMI", plus les variable n'est plus passer par reference "car on utilise pas les objets sur la meme machine virtuelle".

Merci bard123

[stephdup]

Je dirais plutôt:

Remote: appel de EJB dans une autre application (un autre ear file). L'application peut être déployée sur le même serveur d'application ou non.
Si on est sur le même serveur d'application (je devrais même utiliser plutôt le terme "instance"), ça utilise la même JVM, mais chaque application a son class loader qui lui est propre.
Si les 2 applications sont sur des instances différente, on a alors deux JVM
L'utilisation de web services devrait être considérée comme une option de remplacement à cause des problèmes de dépendances.

Local: Appel de EJB local à la même application. Même JVM. Appels beaucoup moins coûteux.

[Sun03]

Merci à tous, je comprend maintenant la dfférence entre Remote et Local

[hicham.gi]

Bonjour
une autre petite precision, quelqu'un a dit plus haut qu'avec local on a pas besoin de serialisation..
En fait la serialisation d'objet a toujours lieu, avec ejb local ou remote,
Remote tout simplement c'est pour des appels distant ( plus de precision 2 JVM differents, donc on peut etre sur le meme ordinateur), local est utilisé pour qu'une application cliente appel l'application serveur , et par suite on serialise toujour a ce passage du serveur au client
Bonne chance a tous

[fr1man]

Je ne suis pas vraiment d'accord, mais je n'ai peut-être pas compris.

Pour moi, remote implique deux JVMs différentes, que l'on soit sur la même machine physique ou pas.
Cela implique également la sérialisation des objets pour les faire transiter d'une JVM à l'autre. C'est cela qui est couteux.

En local, pas de sérialisation, car même JVM.