schließen

Loginbox

Trage bitte in die nachfolgenden Felder Deinen Benutzernamen und Kennwort ein, um Dich einzuloggen.


  • Username:
  • Passwort:
  •  
  • Bei jedem Besuch automatisch einloggen.


  •  
   

Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException



kkarsten62 offline
Benutzer
Avatar
Ort:  
Beiträge: 3 seit: 01 / 2015
Private Nachricht
Betreff: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 28.01.2015 - 18:37 Uhr  -  
Hallo,

seit Jahr und Tag läuft Hibiscus stabil mit meinem Ubuntu, aktuel 12.04 LTS. Heute morgen habe ich noch ohne Probleme meine Kontoumsätze abrufen können.
Und nun geht es nicht mehr.

[28.01.2015 18:23:24] [error] org.kapott.hbci.exceptions.NoSuchElementException: kein SEG mit dem Namen migHeadUser definiert
at org.kapott.hbci.protocol.SyntaxElement.getSyntaxDef(SyntaxElement.java:715)
at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:176)
at org.kapott.hbci.protocol.SyntaxElement.<init>(SyntaxElement.java:270)
at org.kapott.hbci.protocol.SEG.<init>(SEG.java:61)
...

Vorher wurden noch einige Betriebsystemkomponenten automatisch upgedated. Habe aber nicht mehr im Kopf welche es waren.
Habe ich versehentlich etwas verstellt?

Ich verwende:
Jameica Version: 2.6.2
Hibiscus Software-Version: 2.6.11

Ich bin eher Anwender und Laie. Danke für eine Hilfe.

MfG
kkarsten62
nach unten nach oben
kkarsten62 offline
Benutzer
Avatar
Ort:  
Beiträge: 3 seit: 01 / 2015
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 28.01.2015 - 19:37 Uhr  -  
Ich habe gerade mal schnell Hibiscus/Jameica in einer VMware mit Ubuntu 14.04 installiert und ein Backup eingespielt. Dort läuft es problemlos.
Liegt es ggf. an Java?

Danke für ein Tipp.
nach unten nach oben
kkarsten62 offline
Benutzer
Avatar
Ort:  
Beiträge: 3 seit: 01 / 2015
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 28.01.2015 - 21:28 Uhr  -  
Ich habe es gelöst. Ursache war das Update von "java-6-openjdk-amd64". Dies wurde heute morgen aufgespielt. Scheinbar ist es nicht ganz kompatibel mit Jameica/Hibiscus. Ich habe nun "java-7-openjdk-amd64" zusätzlich installiert und aktiv geschaltet mit "sudo update-alternatives --config java".
Geholfen haben diese Artikel:
http://wiki.ubuntuusers.de/Java/Installation
http://wiki.ubuntuusers.de/Java/Tipps#Verwendete-Java-Version-einstellen
nach unten nach oben
nutzer_02 offline
Benutzer
Avatar
Ort:  
Beiträge: 4 seit: 01 / 2015
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 29.01.2015 - 00:59 Uhr  -  
Hallo kkarsten62,

vielen Dank für Deine Recherche und Beschreibung.
Hatte das gleiche Problem nur mit einem 32-bit System ;-)
Problem gelöst.

Gruß
Jan
nach unten nach oben
hibiscus offline
Benutzer
Avatar
Ort:   Leipzig
Beiträge: 5777 seit: 03 / 2005
Homepage Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 29.01.2015 - 23:26 Uhr  -  
Prima, dass das Problem geloest ist. Bei mir hatte sich heute naemlich auch ein User per Mail mit dem selben Problem gemeldet und ich war hier voellig ratlos.

Dass eine kaputte Java-Version fuer die Meldung "NoSuchElementException: kein SEG mit dem Namen migHeadUser definiert" verantwortlich sein kann, finde ich allerdings ziemlich bizarr. Irgendwas muss da in dieser Java-Version ganz gewaltig kaputt sein - denn den String "migHeadUser" gibt es im ganzen Quellcode von hbci4Java ueberhaupt nicht.
nach unten nach oben
jochenf offline
Benutzer
Avatar
Ort:  
Beiträge: 32 seit: 11 / 2009
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 01.02.2015 - 10:05 Uhr  -  
Hatte eben das gleiche Problem unter Debian Wheezy. Danke für den Hinweis. Mit OpenJDK 7 läuft es wieder. Hoffentlich machen die das nicht auch noch kaputt.
nach unten nach oben
t0bias offline
Benutzer
Avatar
Ort:  
Beiträge: 7 seit: 07 / 2011
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 03.02.2015 - 15:20 Uhr  -  
Ich hatte das Problem unter Wheezy ebenfalls. Lösung ist, wie beschrieben, Java 7 zu installieren.
Die zugrunde liegende Ursache würde mich mal interessieren...

Ich vermute ganz stark, das die Ursache im Update "6b34-1.13.6-1~deb7u1" steckt , welches über das security-repo verteilt wurde. Ich hab' zwar kein downgrade gemacht um das zu testen, aber andere Java-Updates gab's die Tage nicht.

Hier das Changelog dees Debian Source-Pakets:

Zitat
openjdk-6 (6b34-1.13.6-1) unstable; urgency=high

  * IcedTea 1.13.6 release.
  * Security fixes:
   - S8046656: Update protocol support.
   - S8047125, CVE-2015-0395: (ref) More phantom object references.
   - S8047130: Fewer escapes from escape analysis.
   - S8048035, CVE-2015-0400: Ensure proper proxy protocols.
   - S8049253: Better GC validation.
   - S8050807, CVE-2015-0383: Better performing performance data handling.
   - S8054367, CVE-2015-0412: More references for endpoints.
   - S8055304, CVE-2015-0407: More boxing for DirectoryComboBoxModel.
   - S8055309, CVE-2015-0408: RMI needs better transportation considerations.
   - S8055479: TLAB stability.
   - S8055489, CVE-2014-6585: Better substitution formats.
   - S8056264, CVE-2014-6587: Multicast support improvements.
   - S8056276, CVE-2014-6591: Fontmanager feature improvements.
   - S8057555, CVE-2014-6593: Less cryptic cipher suite management.
   - S8058982, CVE-2014-6601: Better verification of an exceptional
     invokespecial.
   - S8059485, CVE-2015-0410: Resolve parsing ambiguity.
   - S8061210, CVE-2014-3566: Issues in TLS.
  * Fix applying the fontconfig-dejavu patch for older releases.
  * Fix build on mips64 and mips64el. Addresses #776295.

 -- Matthias Klose <doko@ubuntu.com>  Mon, 26 Jan 2015 13:48:18 +0100

(Quelle: http://metadata.ftp-master.deb..._changelog)

Hier ein Auszug aus dem Changelog der Upstream-Source:

Zitat
2015-01-23 Andrew John Hughes <gnu.andrew@member.fsf.org>

* NEWS: Update release date and fix
description of PR2184.

2015-01-07 Andrew John Hughes <gnu.andrew@member.fsf.org>

PR2190: JamVM lacks JVM_FindClassFromCaller introduced
by security patch in 1.13.5
* Makefile.am:
(ICEDTEA_PATCHES): Add new patch when building
JamVM.
(EXTRA_DIST): Include patches from JamVM directory.
* NEWS: Updated.
* patches/jamvm/pr2190-find_class_from_caller.patch:
Backport JamVM patch to implement FindClassFromCaller.

2015-01-21 Andrew John Hughes <gnu.andrew@redhat.com>

* Makefile.am:
(ICEDTEA_PATCHES): Add patches below.
* NEWS: Updated.
* patches/openjdk/6730740-pr2186-64-bit_breakage_in_6729881.patch,
* patches/openjdk/7031830-pr2183-bad_record_mac_failure.patch,
* patches/openjdk/oj51-pr2187-sync_4873188.patch,
* patches/openjdk/oj52-pr2185-no_serbia_montenegro.patch,
* patches/openjdk/oj53-pr2181-strict_aliasing_on_ppc32.patch,
* patches/openjdk/oj54-pr2182-6911104_reintroduces_test_fragment.patch:
New patches to fix issues found in b34.


(Quelle: http://sources.debian.net/src/...ChangeLog/)

Hätte ich Zeit, würde ich mal dem Entwickler schreiben...
nach unten nach oben
t0bias offline
Benutzer
Avatar
Ort:  
Beiträge: 7 seit: 07 / 2011
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 04.02.2015 - 09:50 Uhr  -  
Update: Der String "migHeadUser" wird nicht auf folgenden Seiten gefunden:
- GitHub Codesearch
- https://code.openhub.net/
- https://code.google.com/
- https://searchcode.com/
- https://codesearch.debian.net/

Könnte der String von der Bank kommen, evtl. wird die Antwort eines Servers falsch geparst...
Bei welchen Banken tritt das Problem auf? Bei mir ist es die Volksbank ...
nach unten nach oben
hibiscus offline
Benutzer
Avatar
Ort:   Leipzig
Beiträge: 5777 seit: 03 / 2005
Homepage Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 04.02.2015 - 10:07 Uhr  -  
Ne, ich denke, das Problem entsteht durch einen Fehler beim Lesen der XML-Definitionsdateien fuer die jeweiligen HBCI-Versionen in HBCI4Java (hbci-300.xml, hbci-plus.xml, ...). Dort gibt es z.Bsp. eine Entity-Type-Definition "MsgSigHeadUser". Wenn in der Java-Version an der DOM-API (javax.xml.parsers) irgendwas kaputt ist, koennte es sein, dass der Stream fehlerhaft eingelesen wird.

Das ist zwar weit hergeholt - allerdings die einzige Moeglichkeit, die mir bisher auch nur annaehernd plausibel erscheint. Rauskriegen wird man es wohl nur, wenn man das komplette Source-Diff der Java-Version haette. Und selbst dann kann das ein Unterfangen werden.
nach unten nach oben
t0bias offline
Benutzer
Avatar
Ort:  
Beiträge: 7 seit: 07 / 2011
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 05.02.2015 - 13:25 Uhr  -  
Ich bin mit Andrew John Hughes in Kontakt. Wenn's am XML parser liegt, könnte es seiner Meinung nach einer dieser Commits sein:
http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/9228eb02e753
http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/f84335866983

Ich habe ihm die Github-Links zu den beiden XML-Dateien geschickt, evtl. findet er ja etwas...
nach unten nach oben
hibiscus offline
Benutzer
Avatar
Ort:   Leipzig
Beiträge: 5777 seit: 03 / 2005
Homepage Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 05.02.2015 - 13:57 Uhr  -  
Immerhin sind es in der Tat Aenderungen am XML-Parser. Ich hab mir die beiden Patches mal angeschaut - leider verstehe ich sie aber nicht.
Das erste Patch (http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/9228eb02e753) riecht mir aber in der Tat nach Aenderungen an irgendwelchen Offsets bei der Ermittlung von String-Laengen, wo so ein Fehler vielleicht in der Tat passieren koennte.
nach unten nach oben
t0bias offline
Benutzer
Avatar
Ort:  
Beiträge: 7 seit: 07 / 2011
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 06.02.2015 - 09:27 Uhr  -  
Zitat geschrieben von hibiscus

Immerhin sind es in der Tat Aenderungen am XML-Parser.

Ist doch klar das die Patches passen, oder verstehe ich Dein 'immerhin' falsch? Wer in solchen Projekten Commit-Rechte hat, der kann auch die passenden Patches zur Problemstellung finden :-)

Zitat geschrieben von hibiscus
Ich hab mir die beiden Patches mal angeschaut - leider verstehe ich sie aber nicht.

Geht mir genau so, mal abwarten was Andrew meint.
nach unten nach oben
hibiscus offline
Benutzer
Avatar
Ort:   Leipzig
Beiträge: 5777 seit: 03 / 2005
Homepage Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 06.02.2015 - 09:59 Uhr  -  
Zitat geschrieben von t0bias

Zitat geschrieben von hibiscus

Immerhin sind es in der Tat Aenderungen am XML-Parser.

Ist doch klar das die Patches passen, oder verstehe ich Dein 'immerhin' falsch?


Mein "immerhin" bezog sich darauf, dass in den Aenderungen der aktualisierten Java-Version *ueberhaupt* welche dabei sind, die als Ursache in Frage kommen koennten.
Denn das Problem mit dem XML-Parsing-Fehler finde ich nach wie vor ziemlich bizarr. Und mein Bauchgefuehl sagt, dass solche Bugs direkt in Java eigentlich nicht bis zu einem Release unentdeckt bleiben sollten. Spontan wuerde ich bei sowas die Ursache eher bei mir in HBCI4Java suchen. Allerdings habe ich bisher keine Stelle gefunden, die da als Ursache in Frage kommen koennte.

Zitat geschrieben von t0bias

Wer in solchen Projekten Commit-Rechte hat, der kann auch die passenden Patches zur Problemstellung finden :-)


Du hast Commit-Rechte in Java? Respekt ;)
nach unten nach oben
t0bias offline
Benutzer
Avatar
Ort:  
Beiträge: 7 seit: 07 / 2011
Private Nachricht
Betreff: Re: Hibiscus 2.6.11 - org.kapott.hbci.exceptions.NoSuchElementException  -  Gepostet: 06.02.2015 - 16:06 Uhr  -  
Zitat geschrieben von hibiscus

Zitat geschrieben von t0bias

Zitat geschrieben von hibiscus

Immerhin sind es in der Tat Aenderungen am XML-Parser.

Ist doch klar das die Patches passen, oder verstehe ich Dein 'immerhin' falsch?


Mein "immerhin" bezog sich darauf, dass in den Aenderungen der aktualisierten Java-Version *ueberhaupt* welche dabei sind, die als Ursache in Frage kommen koennten.
Denn das Problem mit dem XML-Parsing-Fehler finde ich nach wie vor ziemlich bizarr. Und mein Bauchgefuehl sagt, dass solche Bugs direkt in Java eigentlich nicht bis zu einem Release unentdeckt bleiben sollten. Spontan wuerde ich bei sowas die Ursache eher bei mir in HBCI4Java suchen. Allerdings habe ich bisher keine Stelle gefunden, die da als Ursache in Frage kommen koennte.

Nee, das liegt in diesem Fall schon am Java: Das zeitliche Auftreten des Fehlers direkt nach dem Update spricht dafür, genau so das ich kein anderes Update (Jameica, Hibiscus, whatever) eingespielt habe.
Aber bin ich ganz Deiner Meinung, sowas sollte eigentlich vor dem Release erkannt werden.

Zitat geschrieben von hibiscus

Zitat geschrieben von t0bias

Wer in solchen Projekten Commit-Rechte hat, der kann auch die passenden Patches zur Problemstellung finden :-)


Du hast Commit-Rechte in Java? Respekt ;)

Ja klar ;-) Nein, im Ernst: Ich doch nicht - ich meinte damit Andrew John Hughes - der hat mir auch die beiden Links zu den Patches geschickt.
nach unten nach oben
kaik offline
Benutzer
Avatar
Ort:  
Beiträge: 9 seit: 02 / 2012
Private Nachricht
Betreff: Bestätigung  -  Gepostet: 08.02.2015 - 14:25 Uhr  -  
Kann ich bestätigen:
Code
apt-get install java-7-openjdk-amd64

löst das Problem.
Ich habe allerdings zusätzlich in
Code
/opt/jameica/jameica.sh

die Zeilen des Aufrufes manuell angepasst:
Code
if [ $? = 0 ]
 then LIBOVERLAY_SCROLLBAR=0 GDK_NATIVE_WINDOWS=1 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java -Djava.net.preferIPv4Stack=true -Xmx256m $_JCONSOLE -jar jameica-linux64.jar $@
 else LIBOVERLAY_SCROLLBAR=0 GDK_NATIVE_WINDOWS=1 java -Djava.net.preferIPv4Stack=true -Xmx256m $_JCONSOLE -jar jameica-linux.jar $@
fi

Das war vorher mit der 6er auch schon so und hilft auch bei allen anderen Programmen, z.B. MediathekView, denn m.W.n. müsste man sonst jeweils mit update-alternatives die java-Version vor Aufruf des Programmes umstellen.
Wenn ich das im jeweiligen Programmaufruf explizit an eine bestimmte Version tackere, gibt es keine Missverständnisse ;-)

PS: als Referenz: mit uname -a bekomme ich
Code
3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u1 x86_64 GNU/Linux
nach unten nach oben
 



Registrierte in diesem Topic
Aktuell kein registrierter in diesem Bereich

Cookies von diesem Forum entfernen  •  FAQ / Hilfe  •  Teamseite  •  Impressum   |  Aktuelle Ortszeit: 19.01.2018 - 10:42