-
1. Re: Local vs Remote
sgturner Jul 25, 2002 7:56 PM (in response to buster)If the code that is doing the lookup of the home interface is in a different JVM as where the bean resides, you have to use remote. If the code is in the same JVM as the bean and you are using JBoss, you can use either remote or local - no difference. In the latter case, JBoss remote calls do the right thing - that is, not serialize and marshal data.
-
2. Re: Local vs Remote
drrus Oct 22, 2002 10:52 AM (in response to buster)I'm not quite happy with your "no difference" answer. If a client uses a remote interface, it surely will expect parameters to be copied using serialization. So if the paramter is mutable and the EJB will make a change, there should be a difference between local and remote interfaces. I checked this on a simple example, JBoss definitely works different than Sun RI. I think it's quite smart to use local calls if possible, but JBoss has to copy parameters as Java RMI would do.
-
3. Re: Local vs Remote
sgturner Oct 22, 2002 11:48 AM (in response to buster)You are right. Engineers have to understand what they are doing. In same JVM, it makes no difference if you call local or remote, the parameters are all passed by reference.