Re: Warning: Request will be REDIRECTED to non-refusing instance
Re: Warning: Request will be REDIRECTED to non-refusing instance
- Subject: Re: Warning: Request will be REDIRECTED to non-refusing instance
- From: Chuck Hill <email@hidden>
- Date: Thu, 25 Sep 2003 09:56:59 -0700
At 06:28 PM 25/09/2003 +0200, Daniel Muller wrote:
>> >> Won't EOF's optimistic locking handle this?
>> >
>> >Yes but only when the changes are saved. I show another page when the
>> >ILLRequest is locked just to warn the user that he/she can't modify
>> it,
>> >otherwise the first user can edit the ILLRequest until he saves the
>> >changes. It's why I have to unlock the ILLRequests when the session
>> >terminates because sometimes people go to the previous page or just
>> >close the window!
>> >
>> :-)
>
>I'm aware that's not very nice but it works. This project was my first
>real application with WO but previously I use to work with EOF and Cocoa.
>It's quite different to develop Cocoa than WO application with concurrent
>access.
>
That it is!
>I'm wondering if there is another way to deal with one writer and
>many readers, considering that the first who grabs the access should be
>able to save all the changes and the others just be able to view only?
>
I've always gone for optimistic locking. First in wins. Web apps are too
different from desktops to make pessimistic locking a comfortable (in my
opinion) solution. If you do get conflicts (rare in my experience, but
your case may be very different), there are some things you can do such as
merging, allowing the user to mediate merging etc. None are particularly
trivial to implement.
>BTW, the EC lock/unlock in terminate fixes the deadlock.
>
Cool!
Chuck
--
Chuck Hill email@hidden
Global Village Consulting Inc. http://www.global-village.net
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.