Issue 1054: Marshalling is_equivalent (orb_revision) Source: (, ) Nature: Uncategorized Issue Severity: Summary: Summary: CORBA 2.2 GIOP does not define a way to invoke is_equivalent on an object remotely Resolution: close no change with above explanation Revised Text: Actions taken: March 13, 1998: received issue February 23, 1999: closed issue Discussion: End of Annotations:===== Return-Path: X-Authentication-Warning: tigger.dstc.edu.au: michi owned process doing -bs Date: Sat, 14 Mar 1998 06:47:12 +1000 (EST) From: Michi Henning Reply-To: Michi Henning To: Lewis Stiller cc: issues@omg.org Subject: Re: Marshalling is_equivalent On Fri, 13 Mar 1998, Lewis Stiller wrote: > CORBA 2.2 GIOP does not define a way to invoke > is_equivalent on an object remotely. > > Recommendation: relevant section (operation) > on page 13-23 be modified as follows: > > The phrase: > "_is_a and _not_existent" be replaced by > "_is_a, _is_equivalent and _not_existent". I don't think so. is_equivalent is meant to be a local address-space operation and is not meant to go on the wire. The spec actually has some words to that effect in the section that shows the pseudo-IDL for CORBA::Object. Besides, what would be gained by going on the wire? If a client holds one reference to a local object ane one reference to a remote one and wants to compare them, what would going the wire gain? It would just flip the locations, so the remote object becomes the local one and vice-versa... Cheers, Michi. -- Michi Henning +61 7 33654310 DSTC Pty Ltd +61 7 33654311 (fax) University of Qld 4072 michi@dstc.edu.au AUSTRALIA http://www.dstc.edu.au/BDU/staff/michi-henning.html