On Mar 4, 2014, at 3:19 PM, Chuck Hill <[email protected]> wrote:
> On 2014-03-04, 12:01 PM, "David Avendasora" wrote: > > It sounded promising, but unfortunately this did not fix it. It appears to be > something I’m doing wrong. > > Really? Gosh!!! > > You know, you could at least *pretend* to be surprised. > > No? > > grumble… > > My imagination is only so good. > > Are you manually disposing editing contexts? No. However, I am calling revert() on the nested ones if they have errors() but I leave them for GC to get rid of them... > > > Chuck > > > On Mar 4, 2014, at 1:05 PM, Ramsey Gurley <[email protected]> wrote: > >> Are you using nested ecs? If you are, try >> ec.setRetainsRegisteredObjects(true). >> >> https://github.com/wocommunity/wonder/pull/342 >> >> On Mar 4, 2014, at 9:35 AM, David Avendasora <[email protected]> >> wrote: >> >>> Hey all, >>> >>> I’m getting the following exception (I added line breaks to make it >>> digestible by any on the list): >>> >>> IllegalStateException: rowDiffsForAttributes: snapshot in >>> com.webobjects.eoaccess.EODatabaseOperation >>> { >>> _dbSnapshot = {}; >>> _entity = "MYEntity"; >>> _newRow = >>> { >>> whatsit = "PHONE"; >>> whosit = false; >>> chuckIt = false; >>> id = 3451; >>> }; >>> _object = "<com.nekesto.neo.model.MYEntity pk:"3451">"; >>> _globalID = _EOIntegralKeyGlobalID[MYEntity (java.lang.Long)3451]; >>> _databaseOperator = "EODatabaseUpdateOperator"; >>> } does not contain value for attribute named chuckIt with snapshot key: >>> chuckIt >>> >>> I can see that the _dbSnapshot is completely empty and I know that that is >>> what it’s complaining about. The object exists in the DB with a PK matching >>> the id value, which matches up with the _object and the _globalID. How >>> could the _dbSnapshot end up empty? What horribly-inappropriate thing have >>> done? >>> >>> I have gone over everyplace I instantiate “MYEntity” and I’m never using >>> the EO’s constructor, it’s always being done by >>> ERXEOControlUtilities.createAndInsertObject(editingContext, “MYEntity”). >>> >>> As far as I can tell I’m never crossing EC boundaries without >>> localInstancing it. >>> >>> Is there anything else that can cause the _dbSnapshot to be empty? >>> >>> I’m making use of multiple EOObjectStoreCoordinators, 1 each for two >>> different EOModelGroups, but this code should only ever be using the >>> defaultModelGroup in the defaultObjectStoreCoordinator. So I don’t *think* >>> it has anything to do with that, but, well, I’m me and I do stuff all the >>> time that future me is shocked at. >>> >>> Dave >>> >>> >>> ————————————————————————————— >>> WebObjects - so easy that even Dave Avendasora can do it!™ >>> ————————————————————————————— >>> David Avendasora >>> Senior Software Abuser >>> Nekesto, Inc. >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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/rgurley%40smarthealth.com >>> >>> This email sent to [email protected] > > > ————————————————————————————— > WebObjects - so easy that even Dave Avendasora can do it!™ > ————————————————————————————— > David Avendasora > Senior Software Abuser > Nekesto, Inc. > > > > > ————————————————————————————— WebObjects - so easy that even Dave Avendasora can do it!™ ————————————————————————————— David Avendasora Senior Software Abuser Nekesto, Inc.
_______________________________________________ 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]
