Hi Stephane,

Thanks for the suggestion. The model is often the source of lots of weirdness 
if you do “unusual” (*cough* crazy) things like that! :-)

But, I believe I have figured it out. I’m going to reply to Ramsey’s email 
directly since that is actually what the fix was, even though I didn’t think it 
was at the time.

Dave


On Mar 5, 2014, at 2:02 AM, Stephane Guyot <[email protected]> wrote:

> David, last time I've seen this trouble, it was Owns Destination and 
> Propagate Primary Key used un conjonction on a to-one relationship. Could you 
> check your model ?
> Hth,
> Stephane 
> 
> Envoyé de mon iPhone
> 
> Le 4 mars 2014 à 21:31, David Avendasora <[email protected]> a écrit :
> 
>> 
>> 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/stephane.guyot11%40wanadoo.fr
>> 
>> This email sent to [email protected]


—————————————————————————————
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]

Reply via email to