UfClnt
, der Userface-Client, stellt einer Anwendung die Möglichkeit zur Verfügung Gerätezugriffe durchzuführen auf Rechnern, die kein Kontrollsystem laufen haben, wo also direkte Gerätezugriffe via Userface nicht möglich sind.
More...
Public Member Functions | |
UfClnt () throws IOException | |
Stellt die Verbindung zu einem Userface-Server her. | |
void | access (String nomen, String prop, String pCls, int vAcc, EqData para, EqData data, UsrCompl cmpl) throws IOException |
Führt einen synchronen Gerätezugriff aus. | |
void | close () throws IOException |
Schließt die Verbindung zum Userface-Server. | |
void | closeForced () throws IOException |
Schließt die Verbindung zum Userface-Server ohne vorherige Mitteilung an denselben. | |
Protected Member Functions | |
void | finalize () throws Throwable |
Schließt die Verbindung zum Userface-Server durch Aufruf der Methode UfClnt#close und ruft anschließend die Methode finalize() der Superklasse auf. |
UfClnt
, der Userface-Client, stellt einer Anwendung die Möglichkeit zur Verfügung Gerätezugriffe durchzuführen auf Rechnern, die kein Kontrollsystem laufen haben, wo also direkte Gerätezugriffe via Userface nicht möglich sind.
UfClnt
kommuniziert mit einem Userface-Server (die zur Zeit auf AXP703 und AXP704 laufen), welcher die Gerätezugriffe via Userface durchführt. In der Umgebungsvariablen UFSMGR_HOSTS m"ussen die Namen der Hosts durch ':' getrennt angegeben sein.
Zur Zeit sind nur synchrone Zugriffe mittels der Methode access
realisiert. Diese Methode hat zudem noch einen recht prozedurelen Charakter, was daran liegt, dass der EquipmentAccess
des Userface in etwa abgebildet wurde.
UfClnt
kann nur zwei Zustände einnehmen: 1. Offen (open) und verfügbar für die Kommunikation mit dem Userface-Server. 2. Geschlossen (closed), wobei die Kommunikation mit dem Server beendet ist und auch nicht wieder aufgenommen werden kann (es gibt kein re-open). Der Versuch eines access
über ein nicht offenes UfClnt
-Objekt führt zu einer IOException. (Was, wenn ein Objekt benutzt wird, das beim Öffnen einen Fehler bekam? !!!???)
(Security-Fragen: Wer darf überhaupt zugreifen, wer nicht? !!!???)
Ludwig Hechler
|
Stellt die Verbindung zu einem Userface-Server her. Welche Hosts angefragt werden, ist in der Umgebungsvariablen 'UFSMGR_HOSTS' angegeben. Konnte die Verbindung ohne Fehler hergestellt werden, ist sie offen für die Kommunikation zum und vom Server. Die Verbindung muss bei Beendigung der Anwendung wieder geschlossen werden. Es ist möglich, mehrere Objekte zu kreieren, die dann jeweils einen eigenen Kanal zum Server darstellen. (Wie sieht's bei mehreren Threads aus?)
|
|
Führt einen synchronen Gerätezugriff aus.
Das heißt, dass
Welche und wieviel Parameter und Daten zu verschicken sind, ist im jeweiligen EqData-Objekt beschrieben. Sollen keine Parameter oder Daten verschicken werden, kann entweder ein leeres Objekt ( Beim Lesen von Daten gibt es drei Möglichkeiten:
|
|
Schließt die Verbindung zum Userface-Server. Dabei wird dem Server mitgeteilt, dass die Verbindung nun geschlossen wird.
|
|
Schließt die Verbindung zum Userface-Server ohne vorherige Mitteilung an denselben. Diese Methode sollte nur benutzt werden, wenn die Verbindung zum Server bereits gestört oder unterbrochen ist.
|
|
Schließt die Verbindung zum Userface-Server durch Aufruf der Methode UfClnt#close und ruft anschließend die Methode Diese Methode wird vom Garbage Collector aufgerufen, wenn es keine Referenz auf dieses Objekt mehr gibt.
|