[Glass] Usage of OOP - when is it stable ?

[Norm Green via Glass]

The oop is stable from the time it is committed to the database (anObj 
isCommitted == true) up until the time the object is no longer 
referenced and is collected by the garbage collector.  Using the oop as 
a reference is safe to do so long as you understand these limitations.


On 2/10/2018 3:48 AM, Marten Feldtmann via Glass wrote:
>
> Hello,
>
> we do our development in Gemstone totally via APIs.
>
> So the developer in general transfers ids of objects with the API 
> calls with additional informations (e.g. additional ids for a lookup 
> path) so the lookup can be done in a mangeable time frame (with each 
> API call). The lookup path also gives an indication, if the api-user 
> still has a valid view in its client.
>
> The lookup is still time consuming and I would like to consider using 
> the numerical oop numbers for references. But I do not understand 
> fully the constraints of these oop.
>
> The oop should be stable under certain circumstances:
>
> * as long as the object lives it has the same oop (not changed by GC)
>
> * within different concurrent running sessions (gem), an object alwas 
> has the same returned oop (????????????????)
>
> * if the objects is not referenced any more, the oop may be reused
>
> * I lookup the object via the oop number and always do additional 
> checks to see, if the object is the expected one (expected class, 
> associations to other object)
>
> So my question - is the oop useable for that ? The documentation says, 
> that the oop is not a reference. Or are there any other IDs available 
> for that ?
>
> The purpose is to get a very fast access to objects in the database - 
> without any additional large sets and indices included.
>
>
> Marten
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20180210/229094b8/attachment.html>