[Ace-users] [tao-users] Question about TAO IORTable - Extra Hop?
Douglas C. Schmidt
schmidt at dre.vanderbilt.edu
Tue Dec 18 07:59:56 CST 2007
Thank for using the PRF.
> ACE VERSION: 5.6.2
> HOST MACHINE and OPERATING SYSTEM: Red Hat Linux
> TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> COMPILER NAME AND VERSION (AND PATCHLEVEL): N/A
> THE $ACE_ROOT/ace/config.h FILE: N/A
> THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: N/A
> CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features: N/A
> AREA/CLASS/EXAMPLE AFFECTED: N/A
> DOES THE PROBLEM AFFECT:
> COMPILATION? N/A
> LINKING? N/A
> EXECUTION? N/A
> OTHER (please specify)? N/A
> Question about IOR Table - Extra Hop?
> Hi, I confused and hoping that someone could clarify something for me regarding with the IORTable.
> I've a server application that binds an IOR with a key to the IORTable.
> When a client creates a corbaloc using the same key that server binds to the IOR table and talks to the server, it appears
> to me (based on the TAO debug I'm reading) that it seems like the server's IORTable responded back with the object
> reference via Forward Request (guessing) and then the client's ORB re-invoke the invocation to the server.
> Is that the expected behavior?
Yes, that's the expected behavior.
> If so, how come it designed such way because it seems like there's an
> extra hop because the CORBA servant already resides on the server so
> it should go directory to the servant instead of issuing a forward
> request to the client and client's ORB then re-invoke it?
Please see Chapter 12 of the book "CORBA Explained Simply"
details on how corbaloc is specified by the CORBA standard.
More information about the Ace-users