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".

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

kkarsten62

Betreff:

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

 ·  Gepostet: 28.01.2015 - 18:37 Uhr  ·  #114331
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

kkarsten62

Betreff:

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

 ·  Gepostet: 28.01.2015 - 19:37 Uhr  ·  #114335
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.

kkarsten62

Betreff:

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

 ·  Gepostet: 28.01.2015 - 21:28 Uhr  ·  #114341

nutzer_02

Betreff:

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

 ·  Gepostet: 29.01.2015 - 00:59 Uhr  ·  #114347
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

hibiscus

Betreff:

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

 ·  Gepostet: 29.01.2015 - 23:26 Uhr  ·  #114371
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.

jochenf

Betreff:

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

 ·  Gepostet: 01.02.2015 - 10:05 Uhr  ·  #114408
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.

t0bias

Betreff:

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

 ·  Gepostet: 03.02.2015 - 15:20 Uhr  ·  #114470
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...

t0bias

Betreff:

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

 ·  Gepostet: 04.02.2015 - 09:50 Uhr  ·  #114491

hibiscus

Betreff:

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

 ·  Gepostet: 04.02.2015 - 10:07 Uhr  ·  #114492
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.

t0bias

Betreff:

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

 ·  Gepostet: 05.02.2015 - 13:25 Uhr  ·  #114542

hibiscus

Betreff:

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

 ·  Gepostet: 05.02.2015 - 13:57 Uhr  ·  #114543
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.

t0bias

Betreff:

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

 ·  Gepostet: 06.02.2015 - 09:27 Uhr  ·  #114582
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.

hibiscus

Betreff:

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

 ·  Gepostet: 06.02.2015 - 09:59 Uhr  ·  #114584
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 ;)

t0bias

Betreff:

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

 ·  Gepostet: 06.02.2015 - 16:06 Uhr  ·  #114606
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.

kaik

Betreff:

Bestätigung

 ·  Gepostet: 08.02.2015 - 14:25 Uhr  ·  #114663
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