OC, Like Ramsay, I'm not completely across what you want to achieve here. But even with a "java-level" locking solution, what is your strategy for multiple WO instances of your application?
Regards, -- Matt http://logicsquad.net On Wed, Jun 22, 2016, at 02:40 AM, Samuel Pelletier wrote: > OC, > > Creating some sort of lock repository based on GID is probably the most > generic way to do this. > > If the execution of this code can be async, you may also use a blocking > queue to serialize the processing and does not requiring lock. > > Samuel > > > > Le 21 juin 2016 à 08:51, ocs.cz <[email protected]> a écrit : > > > > Hello there, > > > > I would need an unique object representative of an EO. The object needs to > > be identical for all EO clones of all editing contexts. > > > > Such a _value_ representation would be the primary key or GID; but these, > > far as I know, ensure only isEqual for same EO, not ==. I need the identity > > -- namely, for Java-level locking; the intended usage is something like > > > > === > > synchronized (representative(eo)) { > > ... this code never runs concurrently for given EO, regardless of its > > editing context ... > > } > > === > > > > Is there such an object in EOF, or do I have to create a dictionary keyed > > by GID or PK? The latter is simple to create, but it is sort of difficult > > to know when to remove the pair from there. > > > > Thanks, > > OC > > > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
