I expect that in most cases it would be rather rare that this caused problems. I am surprised that adding this so immediately resolved your problem.
On 2011-12-06, at 1:52 PM, Calven Eggert wrote:
> uncomfortable doesn't begin to describe how I'm feeling. Now I question the
> data in our database for all of our WO applications. egad. I need a drink.
> while I'm at it I'll get one for the boss too.
>
> On 2011-12-06, at 3:44 PM, Andrew Lindesay wrote:
>
>> Hello Calven;
>>
>> Thanks, but I guess we should thank the original people who investigated!
>>
>> It would be nice if a dot release of WO could be done with a patch for
>> whatever problem this is because it's a bit of an uncomfortable bug.
>>
>> cheers.
>>
>> On 7/12/11 3:35 AM, Calven Eggert wrote:
>>> Andrew, THANK YOU, THANK YOU, THANK YOU!!!
>>>
>>> This was exactly what was happening in my case and by simply adding this:
>>>
>>> public WOResponse dispatchRequest(WORequest request) {
>>> EOObserverCenter.notifyObserversObjectWillChange(null);
>>> return super.dispatchRequest(request);
>>> }
>>>
>>> It completely solved my problems. No more sporadic saves are happening.
>>> wow! After a week I was really thinking I was going crazy.
>>>
>>> Thanks again and again.
>>>
>>> Calven
>>>
>>>
>>> On 2011-12-05, at 3:38 PM, Andrew Lindesay wrote:
>>>
>>>> Hi Calven;
>>>>
>>>> Somebody mentioned to me this posting;
>>>>
>>>> http://www.mail-archive.com/[email protected]/msg25391.html
>>>>
>>>> We have seen a similar (unsettling) problem in a system which I am
>>>> involved in and this seems to have worked-around the problem for us.
>>>>
>>>> Regards;
>>>>
>>>> On 6/12/11 3:35 AM, Calven Eggert wrote:
>>>>> Hi, All
>>>>>
>>>>> I'm having some weird behaviour and have spent the last weekend trying to
>>>>> figure out what is going on. Here is what's happening:
>>>>>
>>>>> I have an EO record that has a number of fields including foreign keys. I
>>>>> run the application on my machine or on a Mac Server and edit a record by
>>>>> changing field values, including selections in different popups to change
>>>>> the foreign key values. I verify that the changes have been made by
>>>>> using a SQL application called Froq App to look directly into the
>>>>> database.
>>>>>
>>>>> Now the weird thing is that sometimes the data is not changed in the
>>>>> database. I'll log out and then back into the app and make the exact
>>>>> same changes and this time it works. This completely scares me and now I
>>>>> have absolutely no faith in what the application is saving.
>>>>>
>>>>> Any one have any clues on why this might be happening and what I can do
>>>>> to figure this out. I'm completely stumped. :-(
>>>>>
>>>>> Calven
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list ([email protected])
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> http://lists.apple.com/mailman/options/webobjects-dev/apl%40lindesay.co.nz
>>>>>
>>>>> This email sent to [email protected]
>>>>>
>>>>
>>>>
>>>> --
>>>> Andrew Lindesay
>>>> www.silvereye.co.nz
>>>>
>>>
>>>
>>>
>>
>>
>> --
>> Andrew Lindesay
>> www.silvereye.co.nz
>>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list ([email protected])
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>
> This email sent to [email protected]
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their overall
knowledge of WebObjects or who are trying to solve specific problems.
http://www.global-village.net/products/practical_webobjects
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
