Bitte wähle nachfolgend aus, welche Beiträge auf dieser Themenseite auf dem Ausdruck ausgegeben werden sollen. Um dies zu tun markiere bitte die Checkbox auf der linken Seite der Posts, die im Ausdruck berücksichtigt werden sollen und klicke anschließend ganz unten auf der Seite auf den Button "Drucken".

DFÜ-Absturz nach Beendigung HBCI-Modul

Fellini

Betreff:

DFÜ-Absturz nach Beendigung HBCI-Modul

 ·  Gepostet: 04.11.2005 - 13:35 Uhr  ·  #20379
Hallo,

bei uns häufen sich in den letzten Tagen die Fälle, wo ein User bei einer "eingeschlafenen" Übertragung bei aktivem Automat die HBCI-Komopnente schließt. Danach läßt sich der Automat nur über den Taskmanager beenden (logisch, er wartet ja noch auf Rückmeldung des HBCI-Moduls). Die danach nötige Reorg der DFÜ-Aufträge und das löschen der betroffenen Aufträge erledige meist ich via Netviewer. Erfahrungsgemäß bringt es nicht wirklich viel, den User auf die Option "Sofort abbrechen" im HBCI-Modul hinzuweisen. Merkt sich eh keiner.
Gibt es hier eine "elegante" Möglichkeit, die Sitauation im System auszuschließen?
Weiß jemand ob das Ganze der BIVG bekannt ist und die Jungs und Mädels vielleicht an einer Änderung des Automaten arbeiten ??

CU

Frank

MrNett

Betreff:

Re: DFÜ-Absturz nach Beendigung HBCI-Modul

 ·  Gepostet: 07.11.2005 - 10:31 Uhr  ·  #20418
Hallo,

das gleiche Problem hatte ich auch bei einem Kunden. Das Problem war nicht bei Sfirm. Mit welchen Sfirm-Versionen hat ihr das Problem?

Fellini

Betreff:

Re: DFÜ-Absturz nach Beendigung HBCI-Modul

 ·  Gepostet: 07.11.2005 - 12:03 Uhr  ·  #20424
Hallo,

es tritt unabhängig von der Programmversion auf. Wir hatten hier Probleme mit einem DSL-Knoten der Telekomiker. Im Ergebnis wurde die ssl-Verbindung sauber aufgebaut aber keine Daten übertragen. Also hat die HBCI-Komponente bis in alle Ewigkeit auf Daten gewartet. Die Kunden haben dann einfach die Komponente geschlossen, anstatt "sofort abbrechen" zu nutzen. Somit war latürnich keine Rückmeldung der Komponente an den Automaten mehr möglich ...
Auch nach einem Rechnerneustart versucht der Automat weiter, den "in Arbeit" befindlichen Auftrag abzuarbeiten. Lösung s.o.
Die Sache ist im Automat aber nicht wirklich sinnvoll programmiert.

CU

Frank