There’s also a property for that. I believe you can use:
er.extensions.ERXEC.editingContextClassName=your.package.YourEC to have the default factory use that class when creating EC instances via ERXEC.newEditingContext(). > On Mar 21, 2016, at 4:43 PM, Chuck Hill <ch...@gevityinc.com> wrote: > > See Factory in ERXEC. That will cover all cases where you use ERXEC to > create the editing context. > > > > > On 2016-03-21, 1:38 PM, "OC" <o...@ocs.cz> wrote: > >> Chuck, >> >> thanks! >> >> It looks like the cleanest possible solution indeed. Alas the drawback is >> that the change won't be located nicely to one place -- I would have to find >> all the places in code anyone makes an EC, and change its class. >> >> To be frank, I am not even sure which WebObjects/WOnder services might >> create an EC... >> >> (a) session creates defaultEC, that will have to be fixed somehow, >> (b) my own (ERXEC|EOEditingContext).newEditingContext calls throughout the >> whole project, >> (c) anything else to be wary of? >> >> Or is there perhaps a Java/WOnder trick I am not aware of, which would allow >> me to create an ERXEC subclass, and globally set it up so that “wherever and >> how-ever an EC gets created, it will always be my class”? >> >> Thanks a lot, >> OC >> >> On 21. 3. 2016, at 21:23, Chuck Hill <ch...@gevityinc.com> wrote: >> >>> As a first idea, you could make an EC subclass that was able to identify >>> these ready only instances and not call super in deleteObject(). >>> >>> Chuck >>> >>> >>> >>> >>> >>> On 2016-03-21, 1:17 PM, >>> "webobjects-dev-bounces+chill=gevityinc....@lists.apple.com on behalf of >>> OC" <webobjects-dev-bounces+chill=gevityinc....@lists.apple.com on behalf >>> of o...@ocs.cz> wrote: >>> >>>> Hello there, >>>> >>>> is there a trick to “undelete” an object in editing context? >>>> >>>> Before saveChanges, I go through ec.deletedObjects(), and in some very >>>> special cases, I might find that an object should NOT be deleted. Just >>>> like it has never been added to deletedObjects at all. >>>> >>>> I've tried to insertObject it immediately; that works all right for the >>>> object itself, but still removes its owned :1 relationships, which is also >>>> quite wrong. >>>> >>>> Is there a way to do it right? >>>> >>>> Note: if there was a way to mark specific objects as read-only (never to >>>> be deleted, never to be updated), it would be even better; but I've tried >>>> to override isReadOnly, and it does not seem to be even called from >>>> saveChanges. I can't make R/O the whole entity: it applies to only some of >>>> its objects. I can't throw from validateForDelete either: I don't want >>>> saveChanges to fail. I need it to work all right with all the other >>>> objects, just not deleting a couple of special ones (nor their owning >>>> relationships). >>>> >>>> Thanks, >>>> OC >>>> >>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40gevityinc.com >>>> >>>> This email sent to ch...@gevityinc.com >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com > > This email sent to rpar...@mac.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com