Guten Abend,

seit heute besteht das Problem das der Abruf der Kontoauszüge nicht mehr "richtig" funktioniert, drei Umsätze von gestern wurden abgerufen und hinterlegt aber der letzte von gestern und die heutigen Umsätze fehlen, weil folgender Fehler einen Abbruch verursacht:

error while executing background task
java.lang.NoClassDefFoundError: jakarta/xml/bind/JAXB
at org.kapott.hbci.GV.parsers.ParseCamt05200108.parse(ParseCamt05200108.java:79)
at org.kapott.hbci.GV.parsers.ParseCamt05200108.parse(ParseCamt05200108.java:70)
at org.kapott.hbci.GV.GVKUmsAllCamt.extractResults(GVKUmsAllCamt.java:182)
at org.kapott.hbci.GV.HBCIJobImpl.fillJobResult(HBCIJobImpl.java:963)
at org.kapott.hbci.manager.HBCIDialog.doJobs(HBCIDialog.java:313)
at org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:469)
at org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:541)
at de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.executeJobs(HBCISynchronizeBackend.java:352)
at de.willuhn.jameica.hbci.synchronize.hbci.HBCISynchronizeBackend$HBCIJobGroup.sync(HBCISynchronizeBackend.java:273)
at de.willuhn.jameica.hbci.synchronize.AbstractSynchronizeBackend$Worker.run(AbstractSynchronizeBackend.java:401)
at de.willuhn.jameica.gui.GUI$7.run(GUI.java:1113)
Caused by: java.lang.ClassNotFoundException: jakarta.xml.bind.JAXB
at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:377)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:557)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:490)
... 11 more

Hat einer Idee wie ich das Problem lösen kann? Bzw. welche Infos werden noch benötigt um das Problem einzukreisen? Auch Neustart vom Programm und ein erneuter Abruf, bringen keine weiteren Umsätze und reproduzierbar den selben Fehler.

Vielen Dank für eure Hilfe im vorraus!

VG Axel

Das Thema hatten wir schonmal untwr forum/topic.php?t=28285

Ursache ist das Jameica-Paket deiner Distribution.

Danke für den Hinweis aber ich nutze nicht das Paket der Distribution, sondern den Download unter https://www.willuhn.de/product…inux64.zip
der bis Donnerstag auch fehlerfrei funktioniert hat die letzten Monate...

Somit kann die Ursache eigentlich nicht an dem verlinkten Post liegen oder sehe ich das falsch?

Ich habe auch den Download eben nochmal wiederholt, jameica entpackt, gestartet und erhalte beim Abruf der Kontoauszüge den gleichen Fehler.

Dann liegt es vielleicht an Java selbst. Welche Version verwendest du und welche Distribution?

Die Frage ist dann eigentlich, was hat sich/wurde seit dem letzten erfolgreichen Abruf der Kontoauszüge geändert?

Distribution: Kubuntu 26.04 LTS

java -version
openjdk version "25.0.3" 2026-04-21
OpenJDK Runtime Environment (build 25.0.3+9-2-26.04.2-Ubuntu)
OpenJDK 64-Bit Server VM (build 25.0.3+9-2-26.04.2-Ubuntu, mixed mode, sharing)

sudo update-alternatives --config java
Es gibt 2 Auswahlmöglichkeiten für die Alternative java (welche /usr/bin/java bereitstellen).
Auswahl Pfad Priorität Status
------------------------------------------------------------
* 0 /usr/lib/jvm/java-25-openjdk-amd64/bin/java 2511 automatischer Modus
1 /usr/lib/jvm/java-21-openjdk-amd64/bin/java 2111 manueller Modus
2 /usr/lib/jvm/java-25-openjdk-amd64/bin/java 2511 manueller Modus

Die zuletzt aktualisierten Pakete waren:
Start-Date: 2026-07-30 07:59:28
Commandline: apt-get upgrade
Requested-By: axel (1000)
Upgrade: python3-samba:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), tzdata:amd64 (2026b-0ubuntu0.26.04.1, 2026c-0ubuntu0.26.04.1), libldb2:amd64 (2:2.11.0+samba4.23.6+dfsg-1ubuntu2.1, 2:2.11.0+samba4.23.6+dfsg-1ubuntu2.2), libwbclient0:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), samba-common-bin:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), python3-talloc:amd64 (2:2.4.3+samba4.23.6+dfsg-1ubuntu2.1, 2:2.4.3+samba4.23.6+dfsg-1ubuntu2.2), tdb-tools:amd64 (2:1.4.14+samba4.23.6+dfsg-1ubuntu2.1, 2:1.4.14+samba4.23.6+dfsg-1ubuntu2.2), libsmbclient0:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), libfreerdp3-3:amd64 (3.30.0+dfsg-0ubuntu0.26.04.1, 3.30.0+dfsg-0ubuntu0.26.04.2), libtdb1:amd64 (2:1.4.14+samba4.23.6+dfsg-1ubuntu2.1, 2:1.4.14+samba4.23.6+dfsg-1ubuntu2.2), distro-info-data:amd64 (0.68ubuntu0.1, 0.72-0ubuntu0.26.04.1), python3-ldb:amd64 (2:2.11.0+samba4.23.6+dfsg-1ubuntu2.1, 2:2.11.0+samba4.23.6+dfsg-1ubuntu2.2), libwinpr3-3:amd64 (3.30.0+dfsg-0ubuntu0.26.04.1, 3.30.0+dfsg-0ubuntu0.26.04.2), libfreerdp-server3-3:amd64 (3.30.0+dfsg-0ubuntu0.26.04.1, 3.30.0+dfsg-0ubuntu0.26.04.2), libtevent0t64:amd64 (2:0.17.1+samba4.23.6+dfsg-1ubuntu2.1, 2:0.17.1+samba4.23.6+dfsg-1ubuntu2.2), tzdata-legacy:amd64 (2026b-0ubuntu0.26.04.1, 2026c-0ubuntu0.26.04.1), smbclient:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), python3-tdb:amd64 (2:1.4.14+samba4.23.6+dfsg-1ubuntu2.1, 2:1.4.14+samba4.23.6+dfsg-1ubuntu2.2), samba-libs:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), libfreerdp-client3-3:amd64 (3.30.0+dfsg-0ubuntu0.26.04.1, 3.30.0+dfsg-0ubuntu0.26.04.2), samba-common:amd64 (2:4.23.6+dfsg-1ubuntu2.1, 2:4.23.6+dfsg-1ubuntu2.2), libtalloc2:amd64 (2:2.4.3+samba4.23.6+dfsg-1ubuntu2.1, 2:2.4.3+samba4.23.6+dfsg-1ubuntu2.2)
End-Date: 2026-07-30 07:59:32

Update:

Der Kontoabruf ist wieder "fehlerfrei", sprich kein XML-Fehler mehr aber die Umsätze vom 31.07. fehlen weiterhin.

=> Konto synchronisieren, Konto neu anlegen ja, Umsätze abrufen und über das neu angelegte Konto sind die Umsätze vorhanden, über das bisherige alte Konto nicht. Ich habe jetzt das Konto 2x drin einmal mit den Umsätzen vom 31.07. und einmal nur mit den Umsätzen bis 30.07.

Ist das erklärbar?

Und viel interessanter, kann ich die Konten zusammenführen oder sollte ich besser, das alte Konto lassen und mit dem neuen weiterarbeiten?

https://www.willuhn.de/wiki/do…nd_abrufen

Wie soll mir das genau weiterhelfen?

Indem danach die fehlenden Umsätze beim "alten" Konto vorhanden sind?!

Danke, ja das hat geklappt!