AW: Nutzen der COM-Schnittstelle von Zope aus

"Iffland Stefan" <[email protected]>
Newsgroups gmane.comp.web.zope.german
Message-ID <[email protected]>
> Patrick Gerken
> 
> Ist es sicher, in zwei Threads gleichzeitig mit com zu sprechen?
> Bei Threads wird der speicher geteilt, wenn klassen ihren internen
> Zustand veraendern, und das machen zwei threads gleichzeitig, kann der
> eine die Aenderungen des anderen umschreiben, und damit einen
> ungueltigen Zustand erzeugen.
> 
> 
> Dein Appointment oben sieht mir sicher aus, aber das o scheint mir fuer
> alle Threads das gleiche zu sein. Da solltest du pruefen, was die
> python docu zum Thema thread safety sagt.
> Falls es nicht thread safe ist, wirst du es erst merken, wenn du
> produktiv gehst, und dann haettest du ne Menge Arbeit
> 
> MfG
> 
>         Patrick

Hallo nochmal

ich habe gleich getestet, wie ist mit konkurrierendem Zugriff läuft: Desaströs. :-/
Der erste Zugriff startet Outlook, ein Anwender bekommt eine Fehlermeldung und alle
anderen warten und warten und ...

Im Taskmanager wird nur eine Outlook-Instanz angezeigt, auf die nun alle zugreifen.
Eigentlich ist das gar nicht so schlecht, denn mehrere Instanzen würden das System
doch ziemlich ausbremsen. Nun habe ich mir gedacht, dass es eigentlich sinnvoll wäre,
wenn eine Outlook-Instanz beim Zope-Start erzeugt wird und man mit der arbeiten könnte.
Ist wahrscheinlich ziemlich kompliziert, aber die sauberste Lösung. Würde Outlook
ständig laufen, wäre es kein Problem, wenn man die Verbindung zum Exchange-Server
mal abbricht, denn die Besprechungsanfragen werden dann eben später versendet.

Was meint ihr dazu und wie muss man da ran gehen, damit man das realisieren könnte.

Noch eine andere Frage: Wieso ist appointment threadsafe und o nicht? appointment
beruht doch auf o.

Vielen Dank für alle Hinweise
Stefan



_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.