• Auch auf der Anwenderseite sollte man die aus XML generierten <eq-mod>-<property>-adapter.cc benutzen können. Ausprobieren und wenn's geht, kleine Anleitung schreiben. Die Dateien müssten dann in einem allgemeinen Directory ($incasl/eq-models/<eq-mod>/) liegen.

  • Wenn eine Applikation nichts einstellt, ist der default Loglevel LOG_DEBUG. Das will man üblicherweise aber nicht haben. Kann der Default auf LOG_INFO eingestellt werden? Oder muss man das in der Applikation explizit machen?

  • Generic Device Interface auch für Client verwenden. Dieses nutzt shared pointer, Klasse Device nutzt normale Pointer auf Callbacks. Muss angepasst werden.

    Wenn wir die Klassen Device und AccDevice zu einer zusammenfassen, so dass sie auf Client- und Server-Seite benutzt werden können, soll/muss das auch mit den Klassen Callback und AccCallback geschehen. Die sehen heute schon sehr, sehr ähnlich aus!

    Gibt's da noch mehr Klassen, die man dann ebenso zusammenfassen sollte?

  • In connect.hh: Ist es nicht sinnvoller, wenn gleich die "Schreib"-Methoden der Klasse Connect die Parameter auf vernünftige Werte testen und nicht erst der Server? Zur Zeit tut das accdevice.hh.

  • Ob NODAL-Kommando LSTNOMEN auch wieder implementiert werden soll ist noch fraglich.

  • Mit der Wildcard-Suche des Nameservice sollen auch Programme wie SYS68VERS wieder möglich sein. Dieses liest alle GuPs und/oder SEs aus der (SIS010)-DBS und fragt diese nach Versionen ab.

  • Konnektierungen: Check, ob noch besteht (UK, 8. Mai 07)
    • Problem: Konnektierungen laufen auf den Front-Ends, wie kann der Client mitbekommen, wenn es mit einer Konnektierung Probleme gibt (z.B. weil der DevMan abgestürzt ist)
    • Meldet das CORBA, und wenn, wie?
    • Wenn nicht, z.B.:
      • auf Client-Seite periodisch (z.B. alle 10 oder 20 s) bei Server nachfragen, ob Konnektierung noch besteht, dazu
      • ein thread pro Client, der alle Konnektierungen der Reihe nach abfragt
      • aber nur, wenn seit der letzten (vorletzten?) Abfrage keine Antwort gekommen ist, sprich der CallBack aufgerufen wurde
    • Da beim Aufsetzen der Konnektierung der Anwender nicht direkt auf die CORBA-Schnittstelle zugreift und umgekehrt der Client-CallBack nicht direkt von CORBA aufgerufen wird, sondern beides über eine selbstgebaute Zwischenschicht erfolgt, kann man beliebig ausgefeilte Mechanismen zur Überprüfung dazwischenschalten.
Topic revision: r14 - 27 Feb 2008, LudwigHechler
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback