Appel EJB3 distant

Question

Les appels EJB distants, effectués à partir du même serveur d'applications, sont-ils toujours optimisés en tant qu'appels locaux en mémoire et la sérialisation des données est-elle ignorée dans ce scénario? En d'autres termes, est-il valable de travailler avec des EJB distants tout le temps, réalisant ainsi un découplage entre les composants de l'application, même si deux modules + EJB sont déployés dans le même conteneur? J'utilise Glassfish. De plus, si je dois faire une recherche à l'exécution des EJB distants (je ne connais pas le nom JNDI d'EJB jusqu'à l'exécution), quelle est la meilleure façon de mettre en cache les appels, en utilisant le moins possible les frais généraux sur l'EJB? infrastructure EJB existante fournie par le serveur de l'application (donc, pas de bibliothèques supplémentaires comme Guice, juste ce que Glassfish offre déjà).

Answer 1

La sémantique d'argument des services distants est différente de celle des services locaux. Les services distants, en raison de leur comportement de sérialisation, ont effectivement une sémantique pass-by-value (c'est-à-dire que les arguments sont copiés), alors que les services locaux sont standard java pass-by-reference. C'est plus qu'un simple examen des performances, cela change la signification de ce qu'est un paramètre. Pour cette raison, je ne pense pas qu'un conteneur puisse optimiser un appel à une interface EJB distante comme s'il s'agissait d'un appel local, en raison de cette différence sémantique.