<vendor>
I can only speak for Sybase's EAServer however we do detect these 'local'
calls. Although we are required to still go by the EJB/RMI semantics (non
remote objects by copy, remotes by reference), the calls within a single
container are made using in-memory IIOP. Secondly we always prefer the
local container over load balancing to another cluster member. In other
words, once the call has been balanced to a specific server in the cluster,
all calls to beans down the stack which exist on the same server, will occur
on the same server. This is to avoid the costly network hop, as well as to
avoid the necessity to do a distributed transaction across containers.
</vendor>
Dave Wolf
Internet Applications Division
Sybase
----- Original Message -----
From: "Peter Delahunty" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, November 05, 2000 12:50 PM
Subject: Remote vs Local Method Call Optimization
> Hi
>
> I realize this will be application server specific but does anyone know if
> local/remote method calls from EJB to EJB are optimized. For example if
> Entity Bean A calls Entity Bean B and they are both located in the same
app
> server (e.g. now a local call) then does the app server optimize this
call.
> What I mean is does the app server know that the call is local and so does
> not go through all the remote call overheads.
>
> To me the EJB spec seems to indicate that this sort of optimization should
> be done. For example if Entity Bean A calls Entity Bean B then I have to
put
> an EJB reference in the deployment descriptor. Now to me this is telling
the
> container which EJBs you are calling and so at deployment time the
container
> works out if a call from Entity Bean A is a remote call to Entity Bean B
by
> checking if the two beans will be on the same app server. if the situation
> changes eg Entity Bean B is put on a different app server then they will
> have to be re-deployed at which point the optomisation can be changed.
>
> Make perfect sense to me, or am i missing some thing....
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
