[Kroupware] Questions about Shared Resources & Concurrent Access

[Diego Rivera]

On Mon, 2003-05-19 at 14:45, Martin Konold wrote:
> Am Montag, 19. Mai 2003 18:25 schrieb Diego Rivera:
> 
> Hi,
> 
> > Well...here's the thing:  room1 might not necessarily have a person
> > assigned to confirm bookings to it.
> >
> > Assume two users: user A and user B trying to get a 1 hour, 1:00pm
> > meeting with resource X.
> >
> > A and B both try to get the appointment at the same time, read the
> > existing appointments, realize 1:00pm is open, and book the
> > appointments.  Thus, 1:00pm is double-booked.  In the scenario I
> > describe, the correct behavior would be that one of them gets bounced
> > because the other beats them in the race.
> >
> > However, this gets complicated to do (using anything short of a
> > dedicated calendaring server product) using file-transfer mechanisms.
> > Mutex locking with file transfers run the risk of clients holding locks
> > through crashes, which is NOT correct behavior.
> 
> Well, basically the user trying to book a ressource has to wait for the 
> confirmation. The kde kolab client only sends a single confirmation on a 
> first come first serve race in case you chose the automatic mode.

That's exactly my point : while the Kroupware client might have
mechanisms for doing this - what IF they're not using Kroupware?  Say -
Outlook over FTP?  That will be a common scenario and I don't see any
true way to keep this from happening.

> 
> Regards,
> -- martin
> 
> Dipl.-Phys. Martin Konold
> 
> e r f r a k o n
> Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
> Nobelstrasse 15, 70569 Stuttgart, Germany
> fon: 0711 67400963, fax: 0711 67400959
> email: martin.konold at erfrakon.de
> 
> _______________________________________________
> Kroupware mailing list
> Kroupware at mail.kde.org
> http://mail.kde.org/mailman/listinfo/kroupware
-- 
===========================================================
* Diego Rivera                                            *
*                                                         *
* "The Disease: Windows, the cure: Linux"                 *
*                                                         *
* E-mail: lrivera<AT>racsa<DOT>co<DOT>cr                  *
* Replace: <AT>='@', <DOT>='.'                            *
*                                                         *
* GPG: BE59 5469 C696 C80D FF5C  5926 0B36 F8FF DA98 62AD *
* GPG Public Key avaliable at: http://pgp.mit.edu         *
===========================================================
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://mail.kde.org/pipermail/kroupware/attachments/20030519/b2d27d26/attachment-0001.bin