Hallo,

habe mir ein kleines GUI geschrieben in dem ich für mehrere Konten Umsätze und Salden abfragen kann. Allerdings klappt das nicht mit einem Kontowechsel. Code-Vorbild war HBCIBatch.java, nach einem Konto-Wechsel bekomme ich


Rufe ich das gleiche Konto mit einer frisch gestarteten GUI auf, dann klappt alles. D.h. irgendwas bleibt wohl hängen, ich habe aber definitiv keine globalen or static Sachen, HBCIPassport und HBCIHandler werden brav mit .close() geschlossen, die ganze GetTransactions Klasse jeweils neu initialisiert.

Was mich stutzig macht: Ich füher eigentlich einen KUmsAll aus, keinen KUmsZeit5 ?

Danke,
Hiker

Lass Dich davon nicht beirren - das eine (KUmsAll) ist der "Highlevel-Name" des Geschäftsvorfalls, wie er für Anwendungsentwickler relevant ist. Das andere ist ein "Lowlevel-Name", wie er in der HBCI4Java-internen Syntaxbeschreibung des HBCI-Protokolls verwendet wird - alles im grünen Bereich.

Zum eigentlichen Problem: ich nehme an, in Deinem Programm machst Du sowas:


Versuche statt dessen:

(siehe API-Doku dazu).

-stefan-

Hmmm, bringt leider nichts. Ich habe eben im Debugger festgestellt, dass beim zweiten Aufruf (nach dem Kontowechsel) in



das vorherige Konto steht. d.h. für mich, dass AbstractHBCIPassport.getInstance an der Stelle was Falsches liefert, oder ?

(ich mache natürlich am ende des jobs einen passport.close();)

Hmmm... möglicherweise reden wir irgendwie aneinander vorbei. Was genau verstehst Du denn unter einem "Kontowechsel"? Ein "Passport" repräsentiert jedenfalls einen bestimmten HBCI-Zugang bei einer Bank (über den u.U. auf mehrere Konten zugegriffen werden kann).

Mit AbstractHBCIPassport.getInstance() willst Du also offensichtlich einen anderen HBCI-Zugang benutzen. Die dafür notwendigen Parameter musst Du natürlich vorher mit HBCIUtils.setParam("client.passport....", "...") entsprechend setzen.

Außerdem muss nach dem Erzeugen eines neuen Passport-Objektes auch ein entsprechendes neues Handler-Objekt erzeugt werden:



Mit dem so erzeugten neuen HBCI-Handle kannst Du dann neue Jobs erzeugen (handle.newJob()), und ausführen (handle.execute()).

Evtl. hilft es ja, wenn Du mal den relevanten Ausschnitt Deines Codes auf pastebin o.ä. zeigst und außerdem klärst, was genau Du unter "Kontowechsel" verstehst - ich vermute dort das eigentliche Problem...

Grüße
-stefan-

Ja, so verstehe ich das auch.

Genau.

Ja, genau das mach ich auch.



Ok: Code-Schnipsel

Die hervorgehobenen Zeilen sind m.E. das was Du auch sagst ... Aber vielleicht hab ich noch einen anderen Knoten im Hirn ?

Danke jedenfalls für die Unterstützung !

Die die Klasse "FetchTransactions" ein Runnable ist, gehe ich mal davon aus, dass Du versuchst, die beiden HBCI-Dialoge in zwei parallel laufenden Threads gleichzeitig ausführst? Falls ja - hast Du README.MultiThreading gelesen und beachtet, dass es in diesem Fall nicht reicht, zwei parallele Threads zu haben, sondern dass jeder Thread in einer EIGENEN ThreadGroup laufen muss?

Wenn das nicht die Ursache sein kann - lass Dir vor "HBCIUtils.init()" mal den Inhalt von "props" ausgeben - das sollte sehr aufschlussreich sein

-stefan-

Ah, und noch was - HBCIUtils.init() muss nur EINMAL innerhalb einer Applikation aufgerufen werden. Für alle weiteren Threads sollte HBCIUtils.initThread() verwendet werden

-stefan-

Nein, Runnable weil Aufruf aus einem SWT GUI.



Die Inhalte von props sind korrekt, ich lade die ja in dem neuen Thread neu.
HBCIUtils.initThread() bringt auch nix, bin kurz davor aufzugeben, dann lass ich den output halt weiter in ein command fenster laufen ...

Ich wuerde dir ja vorschlagen: Lass den Code ein paar Tage liegen und schau dann nochmal drauf. Das riecht irgendwie nach einer banalen Ursache, die du nur im Moment wegen der vielen Baeume nicht siehst ;)

@Hiker: Wie gesagt: Benutze HBCIUtils.log(), um vor HBCIUtils.initThread() den Inhalt Deines "props"-Objektes auszugeben - und schick dann mal das komplette HBCI4Java-Log, welches Deine Anwendung erzeugt. Gern auch per PN oder Mail (hbci4java at kapott pkt org). Der Fehler *muss* trivial sein
-stefan-

So, des Rätsels Lösung: die Debug Meldung "manager.HBCIUtils: will not initialize this threadgroup because it is already initialized" beim zweiten Aufruf des Threads hat mich auf die Spur gebracht:

Ein HBCIUtils.doneThread(); am Ende des Threads. Uff.

Danke trotzdem !

Hiker

Ich glaube nicht, dass das die Lösung des eigentlichen Problems ist, denn doneThread() macht nur ein paar relativ simple (und eigentlich unwichtige) Aufräumarbeiten (die eigentlich nur dazu dienen, bei länger laufenden Anwendungen den Speicherbedarf nicht ins unermessliche steigen zu lassen)...

-stefan-

Ich pack den Code bei Gelegenheit zusammen und schick's Dir per PM.