-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Wednesday 28 August 2002 11:24, Tobias Koenig wrote:
On Tue, Aug 27, 2002 at 08:42:39PM +0200, Jens Lorenz wrote:
Ich denke, auch KIO-Slaves mit Locking würden diese noch nicht ersetzen, da ja das Locking dann immer die gesamten Kalenderdaten (eine ical-Datei) betreffen würde und dann darf nur einer sein PIM-Kalendar-Tool öffnen oder gerade auf Speichern drücken.
Ist das bei Exchange denn nicht so? Ich glaube kaum, das der automatisches conflict resolving implementiert hat...
Outlook stellt konkurrierende Termine nebeneinander und gibt eine Warnung aus.
Ich kenne die Architektur nicht genau, aber ich habe den Eindruck Exchange verwaltet den Kalender und Outlook macht nur Requests. Wie ueblich gibt es aber auch doppelten Code, weil Outlook auch lokal Kalender speichern kann.
Von der Möglichkeit, das da jemand anderes nach dem letzten Aktualisieren deiner lokalen Daten einen anderen Termin zur selben Zeit angelegt und auch schon gespeichert hat, ganz abgesehen.
Deinen eigenen Kalender darfst nur du beschreiben => race condition kann ausgeschlossen werden. Öffentliche Kalender macht man sowieso entweder read-only und er wird von einem Maintainer gepflegt, oder für alle schreibbar und es wird mit locks gearbeitet.
Falls es da Locks gibt sind die immer sehr kurz.
AFAIK gibt's da ein RFC für die Client/Server-Kommunikation von Kalender-Lösungen
Nummer?
Siehe andere Mail von mir in diesem Thread.
Lies mal die 3283 als erstes, das ist eine Guideline fuer Kalenderprogramme.
Konrad
- -- Never shown Star Trek episodes #15: Wesley: "Mr. Worf, do you think this klingon girl will like me?" Worf: "Yes. For breakfast."