Re: Nutzen der COM-Schnittstelle von Zope aus
Patrick Gerken <[email protected]>
| Newsgroups | gmane.comp.web.zope.german |
|---|---|
| Message-ID | <[email protected]> |
2009/11/25 Iffland Stefan <[email protected]>: >> Patrick Gerken > 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. Entweder du arbeitest mit Locking, oder du gliederst das Appointment anlegen in eine separate Anwendung aus. Wenn deine separate kleine Anwendung nur mit einem Thread laeuft, kann sie immer nur ein Appointment gleichzeitig einstellen und das Problem ist geloest. Worueber du dir dann noch Gedanken machen solltest, was ist wenn alle Zope Threads gleichzeitig Appointments generieren wollen. Wenn deine Anwendung die ankommende Nachricht direkt verschickt, muessen die anderen Threads warten und evtl beantwortet deswegen dann Zope fuer ein bis zwei Sekunden keine Anfragen mehr. Dafuer gibt es auch Loesungen, bei denen du aber dann auch sicher stellen musst, das die Anwendung im Fehlerfall nicht einfach Appointments vergisst. Das ist kein Rocket Science, aber doch etwas bei dem man gut planen muss, weil die hier viele Fehler nur sporadisch auftreten. > Noch eine andere Frage: Wieso ist appointment threadsafe und o nicht? appointment > beruht doch auf o. So wie du o holst, sieht es so aus, als ob jeder Thread das gleiche o bekommt. waehrend es so aussieht als ob du beim generieren von Appointments jedes mal ein neues Objekt bekommst. Ich gehe davon aus, das es keine Moeglichkeit gibt, mehrere o, eines pro Thread zu bekommen, habe aber auch nicht in der doku geschaut. MfG Patrick _______________________________________________ zope mailing list [email protected] https://mail.dzug.org/mailman/listinfo/zope