Re: in another EC, when objects transferred through GIDs, owning relationship does not delete objects?!?
Re: in another EC, when objects transferred through GIDs, owning relationship does not delete objects?!?
- Subject: Re: in another EC, when objects transferred through GIDs, owning relationship does not delete objects?!?
- From: Ken Anderson <email@hidden>
- Date: Wed, 25 Feb 2015 23:14:56 -0500
A couple of things that stand out for me…
First, why are you expecting the object to be deleted when you just remove it from the relationship?
Second, have you removed calls to lock() and unlock(), or are you not calling them?
Ken
> On Feb 25, 2015, at 7:07 PM, OC <email@hidden> wrote:
>
> Hello there,
>
> I've bumped into rather a weird (at least to me) behaviour. Is this normal and am I just overlooking something by expecting it to work?
>
> I've noticed lately that my background tasks (each of which uses its own EC) stopped to delete old objects. Pursuing the culprit, I have found that it began when I (by Ramsey's advice) stopped moving objects betwixt those ECs using localInstanceIn, replacing it by explicit globalID-based creation (only, by Chuck's advice, I am using faultForGlobalID instead of ERXEOGlobalIDUtilities.fetchObjectWithGlobalID).
>
> I am able to repeat the problem e.g., this way:
>
> === launched very early in Application, no session/component created yet ===
> def ec=ERXEC.newEditingContext()
> def auction=EOUtilities.objectWithPrimaryKeyValue(ec,'DBAuction',1000003)
> def records=auction.importedRecords()
> println "owning rel: ${auction.ownsDestinationObjectsForRelationshipKey('importedRecords')} inverse '${auction.inverseForRelationshipKey('importedRecords')}' #$records.count" // just to make sure it's all right
> def lr=records.lastObject()
> println "-- in 'default' EC removing $lr from $auction..."
> lr.removeObjectFromBothSidesOfRelationshipWithKey(auction,'auction')
> auction.editingContext().saveChanges() // my delegate logs out all adaptor ops: this does delete all right
>
> def ec2=ERXEC.newEditingContext(new EOObjectStoreCoordinator())
> auction=ec2.faultForGlobalID(auction.permanentGlobalID(),ec2) // this is how I 'move' objects to background tasks...
> lr=ec2.faultForGlobalID(records.lastObject().permanentGlobalID(),ec2) // ... is it indeed the right way?
> println "-- in EC in extra OSC removing $lr from $auction..."
> lr.removeObjectFromBothSidesOfRelationshipWithKey(auction,'auction')
> auction.editingContext().saveChanges() // for this one DOES NOT delete, see the logs below!
> ===
>
> This code -- along with the logs in databaseContextWillPerformAdaptorOperations -- prints out this:
>
> ===
> owning rel: true inverse 'auction' #2
> -- in 'default' EC removing <DBRecord@1532707037 PK:1004656 /EC:829232957> from <DBAuction@357286753 PK:1000003 /EC:829232957>...
> - 1: DELETE on 'DBRecord' (uid = 1004656)
> -- in EC in extra OSC removing <DBRecord@2038388710 PK:1004657 /EC:489384291> from <DBAuction@325329592 PK:1000003 /EC:489384291>...
> - 1: UPDATE on 'DBRecord' (uid = 1004657) 1{auction_id:<com.webobjects.foundation.NSKeyValueCoding$Null>}
> ===
>
> Does it make any sense?
>
> Note: if I replace the 'lr.removeObjectFromBothSidesOfRelationshipWithKey' by ec2.deleteObject(lr), it works all right, deleting the record in both cases.
>
> Thanks,
> OC
>
>
>
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden