binding object id's to objects...

[Michael Meeks <michael helixcode com>]

Maciej and I had this exchange; and then it moved here:

On 5 Jul 2000, Maciej Stachowiak wrote:
> Michael Meeks <michael@helixcode.com> writes:
> > Is it possible to get the oafiid of a currently running component;
> > it would be nice to have this, otherwise this has to be carried
> > around with each object that has been activated, that is, if you
> > are expecting to restore the object with at least the option of
> > it defaulting to the original component. I imagine this doesn't
> > fit the factory / object at all well, so I assume the answer is
> > a resounding no, and that we have to carry around the 'how we
> > activated it' information elsewhere. In fact it is a rather
> > stupid question; nevertheless do you have any ideas how best to
> > carry around object id's ?
>
> It's true that you can't. It seems it might be nice if you could. As
> it is, though, the IID is more an aspect of how the object was
> activated than info about the object per se. Also, if you got an
> object through some means other than activation through a standard
> method (for instance custom factory classes and the like), should it
> still have an associated IID? Maybe it would be better to discuss this
> on gnome-components-list.

	I think the custom factory stuff is similar to what we want to
achieve with Monikers; perhaps we should be able to ask for a moniker
associated with each Bonobo object, clearly it is not possible to
associate an OafIId with any random CORBA object.

	Hmm; any ideas anyone ? for now I have hacked gnumeric's
activation logic to cache the object_id to allow easy serialization.

	Regards,

		Michael.

-- 
 mmeeks@gnu.org  <><, Pseudo Engineer, itinerant idiot