Hallo,

ich kenne die .net Methoden nicht aus eigener Erfahrung, bei Java würde ich noch in Betracht ziehen von DataQ auf SQL mit stored Procedures umzusteigen, das scheint mir im Schnitt stabiler zu sein. Das, was Sie als Zwangsabmeldung bezeichnen dürfte m.E. bei einer Sicherung nicht eintreten und wenn man sicher wieß, dass die Sicherung der Auslöser ist, dann würde ich den Dienst für diese Zeit beenden, soweit das von den Rahmenbedingungen möglich ist.

mfg

Dieter Bender

Zitat Zitat von ParkerLouis Beitrag anzeigen
Hallo Herr Bender,

vielen Dank für die Infos.

Wir sind zwar nicht an .net gebunden, aber die ganze Applikation umzuschreiben ist dann doch zu viel Aufwand.

Ich habe hier im Java Forum auch gelesen, dass es Probleme gibt mit dem Timeout beim Read einer DataQueue. Wenn mein DataQueue Objekt auf Daten wartet und dann auf dem System ein Backup durchgeführt wird, dann wartet die Read Methode unendlich lange und bekommt nicht mit, wenn neue Daten eintreffen. Das Timeout wird wohl nur iSeries-Seitig gepflegt.

Wir haben nun einen Control Thread eingeaut der prüft, wie lange keine Daten mehr gelesen wurden. Bei einem Timeout wird dann der Read-Thread abgebrochen.

Hier gibt es allerdings noch ungereimtheiten, weil der Thread oft sehr lange brauch um zu terminieren-

Nach dem stoppen versuchen wir uns ab- und anzumelden und starten den Read-Thread erneut.

Interessant klingt auch die Methode mit der Shutdown Message in der Queue.

Gibt es auch noch andere Wege mitzubekommen, wann die Maschine eine Zwangsabmeldung durchführt?

Schönen Abend,

Louis Haußknecht