Ich habe mir Jameica/Hibiscus für mein Homebanking runtergeladen.

Der Schlüssel hat das Format HBCI4Java/Hibiscus-Format.

Ich bekomme beim Öffnungsversuch des Schlüssels ständig die Meldung:

"Fehler beim Laden des Schlüssels: kann kein Passport des Typs RDHNew instanzieren".

Was mache ich ich falsch?
Oder woran liegt diese Fehlermeldung?

Ich habe schon die neuen Nightly Builds installiert, aber die Fehlermeldung kommt trotzdem noch.

Hier die Sytemnachrichten:
unable to load key
org.kapott.hbci.exceptions.HBCI_Exception: kann kein Passport des Typs RDHNew instanziieren
at org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(AbstractHBCIPassport.java:697)
at org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(AbstractHBCIPassport.java:720)
at de.willuhn.jameica.hbci.passports.rdh.keyformat.HBCI4JavaFormat.load(HBCI4JavaFormat.java:243)
at de.willuhn.jameica.hbci.passports.rdh.keyformat.HBCI4JavaFormat.load(HBCI4JavaFormat.java:189)
at de.willuhn.jameica.hbci.passports.rdh.server.RDHKeyImpl.load(RDHKeyImpl.java:232)
at de.willuhn.jameica.hbci.passports.rdh.Controller.getHBCIPassport(Controller.java:113)
at de.willuhn.jameica.hbci.passports.rdh.Detail.bind(Detail.java:48)
at de.willuhn.jameica.gui.GUI$2.run(GUI.java:510)
at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
at de.willuhn.jameica.gui.GUI$3.run(GUI.java:673)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Unknown Source)
at org.eclipse.swt.widgets.Display.syncExec(Unknown Source)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:669)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:432)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:367)
at de.willuhn.jameica.hbci.passports.rdh.Controller$1.handleAction(Controller.java:264)
at de.willuhn.jameica.gui.parts.TablePart$4.handleEvent(TablePart.java:632)
at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)
at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:690)
at de.willuhn.jameica.gui.GUI.init(GUI.java:219)
at de.willuhn.jameica.system.Application.init(Application.java:140)
at de.willuhn.jameica.system.Application.newInstance(Application.java:85)
at de.willuhn.jameica.Main.main(Main.java:78)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(AbstractHBCIPassport.java:692)
... 25 more
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: *** error while reading passport file
at org.kapott.hbci.passport.HBCIPassportRDHNew.<init>(HBCIPassportRDHNew.java:198)
... 30 more
Caused by: com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 1 of 1-byte UTF-8 sequence.
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.invalidByte(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.arrangeCapacity(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipString(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at javax.xml.parsers.DocumentBuilder.parse(Unknown Source)
at org.kapott.hbci.passport.HBCIPassportRDHNew.<init>(HBCIPassportRDHNew.java:155)
... 30 more

Die zwei wahrscheinlichsten Varianten:
1) Passport-Datei ist kaputt gegangen (defekter Datenträger?)
2) Das Passwort zum Entschlüsseln ist falsch

Punkt (1) kannst Du evtl. durch das Zurückspielen eines Backups beheben. Punkt (2) durch Nachdenken und/oder CapsLock abschalten

Ansonsten hilft nur Bank anrufen, alles zurücksetzen lassen und neue Schlüssel + INI-Brief einreichen...

-stefan-

Noch eine Frage - hast Du den Schlüssel überhaupt mit Hibiscus oder wenigstens mit anderer HBCI4Java basierter Software erzeugt? Oder woher kommt Deine Schlüsseldatei?

Der erste Satz von Dir ("Ich habe mir Jameica/Hibiscus für mein Homebanking runtergeladen. ... Ich bekomme beim Öffnungsversuch des Schlüssels ständig die Meldung") klingt für mich so, als hättest Du einfach Hibiscus installiert und versuchst nun, eine schon existierende Schlüsseldatei einer anderen Software mit Hibiscus zu laden. Das würde nur bedingt funktionieren - und ziemlich sicher NICHT bei Auswahl des Dateiformats "Hibiscus/HBCI4Java"...

-stefan-

Hallo Stefan,

ich habe den Schlüssel mit Hibiscus auf USB-Stick erstellt!
Der Stick wird vom Rechner einwandfrei gelesen, soweit ich das beurteilen kann.

Bezüglich des Passwortes:
Ich kann verschiedene Passwörter eingeben und immer wieder kommt die o.e. Meldung.
Könnte es vielleicht daran liegen, dass ich ein * im Passwort habe?
Stand aber irgendwo in der Beschreibung zum Passwortaufbau, dass man Sonderzeichen verwenden sollte. :roll:
Merkwüdigerweise kommt eine Meldung "Falsches Passwort", wenn ich ein Passwort OHNE * eingebe! :shock:

Da wird mir wohl nichts anderes übrig bleiben, mit meiner Bank zu reden!?

Finde ich nur dämlich, denn ich hätte es besser gefunden, wenn Hibiscus mich vor Sonderzeichen GEWARNT hätte!!!

Nein.



Dann ist das Passwort mit dem "*" richtig, und der Fehler liegt woanders. Wahrscheinlich ist dann doch die Datei kaputt gegangen.



Kein Grund, irgendetwas dämlich zu finden - Dein "*" als Sonderzeichen im Passwort ist nicht dran schuld.

-stefan-

Hallo Stefan,

vielen Dank!

Leider funktioniert auch die Backup-Datei nicht! :x

Also bleibt mir nur den Weg über die Bank! :roll:

Das mit den Sonderzeichen hab ich hier im Forum irgendwo gelesen.

Brauche nochmal Hilfe!!! ops:

Ich habe gerade noch einmal versucht einen neuen Schlüssel zu erstellen.

Es wurde KEIN INI.Brief erstellt.

Der Schlüssel wurde allerdings erstellt, jedoch kann ich nicht darauf zugreifen.
Es kommt die gleiche Meldung wie bereits zu Anfang geschrieben!

Das passiert auch nach Neuinstallation von Jameica/Hibiscus.

Ich habe diesmal ein ganz einfaches Passwort gewählt, daran kann es also nicht liegen.
Auch habe ich den Schlüssel diesmal NICHT auf dem USB-Stick sondern auf der Festplatte gespeichert!

Was mache ich denn falsch????? :roll:

Oder liegts daran, dass ich versuche aus einer "alten" Kennung einen neuen Schlüssel zu erstellen???

Langsam komme ich mir ein bißchen blöd vor, weil ich nun schon zum 3. Mal eine Kennung von meiner Bank bekomme! :?

Oder harmoniert Hibiscus nicht mit der GLS-Bank? :shock:

Wenn kein INI-Brief erstellt wurde - woraus schließt Du, dass tatsächlich ein neuer Schlüssel erstellt wurde?

Außerdem: beim Erzeugen einer neuen HBCI-Konfiguration und dem damit verbundenen Erzeugen eines neuen Schlüssels kann die von Dir ursprünglich gepostete Fehlermeldung gar nicht auftreten, weil diese Fehlermeldung offensichtlich beim *Parsen* einer existierenden Passport-Datei auftritt - wenn Du eine neue HBCI-Konfiguration anlegst, existiert jedoch noch keine solche Datei...



Für eine Nutzerkennung, für die Du bereits einen Schlüssel bei der Bank eingereicht hast, kannst Du keine neuen Schlüssel einreichen, ohne die Schlüssel vorher bei der Bank zurücksetzen zu lassen. In dem Fall würdest Du aber von der Bank eine Fehlermeldung der Art bekommen "Schlüssel bereits vorhanden" - die von Dir gezeigte Fehlermeldung beim Lesen der Schlüsseldatei hat ganz sicher damit nichts zu tun.

* Mit welcher Java-Version arbeitest Du (> java -version)
* Auf welcher Plattform arbeitest Du?

-stefan-

Naja, es wird ja eine Datei erzeugt! :roll:


Ja, das ist mir schon klar!
Ich wollte ja nur testen.


Java Version 5.0 Update 17 und Windows XP

Das ist kein Indiz - die Datei wird in jedem Fall erzeugt. Ob Schlüssel darin gespeichert sind oder nicht, kannst Du aber z.B. mit dem HBCI4Java Passport Editor (erhältlich auf der Homepage) überprüfen - falls Du die Datei damit überhaupt öffnen kannst.

Ansonsten ist mir das ganze ziemlich schleierhaft. Eine erfolgreich erzeugte RDHNew-Datei sollte später auch wieder lesbar sein - zumindest war das im Konzeptpapier so vorgesehen

Evtl. kannst Du ja mal versuchen, mit dem HBCI4Java Passport Editor eine Schlüsseldatei zu erzeugen (verwende einfach irgendeine Deiner schon "kaputten Nutzerkennungen") und sie später wieder mit HBCI4Java zu lesen. Dann versuche, die gleiche Datei auch in Hibiscus zu laden. Das sollte eigentlich alles gehen.

Als mögliche Fehlerursachen fallen mir nur so unwahrscheinliche Dinge ein wie:
- genau der eine Sektor auf der Platte ist kaputt, auf dem die Datei gespeichert wird
- die Platte ist voll und das OS merkt es nicht
- Außerirdische haben den in HBCI4Java eingebauten Alien-Destruktor überwunden...

Grüße
-stefan-

Hallo Stefan,

ich kann den HBCI-Editor leider nicht öffnen!

Ist das eine Linux-Datei?
Habe Win XP!

Meinst Du damit, dass Du die Datei nicht auspacken kannst? In dem Fall: es handelt sich um eine ganz normale .zip-Datei, die sich sowohl unter Linux als auch unter Windows auspacken lässt.

Falls Du damit meinst, dass Du den Editor nicht starten kannst - das mitgelieferte Script ist in der Tat ein Script für eine Linux-Shell. Unter Windows startest Du so:



Offensichtlich brauchst Du dafür auch noch die hbci4java.jar im selben Verzeichnis.

-stefan-

Hallo Stefan,

wo bekommen ich diese Datei?

Ach so, die Zip-Datei konnte ich entpacken, nur das Programm nicht starten!

Hab versucht die Anweisung in Windows zu starten.
Dabei kam die folgende Meldung:

Von der Homepage das HBCI4Java Binary Paket herunterladen und auspacken - darin enthalten ist die hbci4java.jar


Beim Auspacken des Archives wird ein Verzeichnis hbci4java-pe-0.11 erzeugt. Die Datei hbci4java.jar (siehe oben) kopierst Du in dieses Verzeichnis hinein.

Auf der Konsole wechselst Du dann in dieses Verzeichnis hinein, danach startest Du den Passport Editor mit dem oben beschriebenen Kommando.

-stefan-

Hallo Stefan,

es hat alles geklappt!

Ich habe den Editor starten können, den Schlüssel lesen und in Hibiscus konnte ich den Schlüssel ebenfalls einlesen!!!

Vielen Dank für deine unendliche Geduld!

Jetzt muss ich nur noch sehen, dass ich den "echten" Schlüssel generiert bekomme und von meiner Bank ein OK bezüglich des Hashwertes.

Ich werde berichten!

LG
Sigrun

Ich bin nicht ganz sicher, was Du unter einem "echten" Schlüssel verstehst. Der HBCI4Java Passport Editor erzeugt jedenfalls "echte" Schlüsseldateien - die Schlüssel werden bei der Bank eingereicht und warten auf Freischaltung durch einen INI-Brief...
-stefan-

Naja, ich habe den "alten" Schlüssel eingelesen!

Hinterher habe ich dann mit der neuen Kennung einen neuen Schlüssel generiert.
Jetzt bin ich gespannt, ob der Hashwert in Ordnung ist. :roll:

Hallo Stefan,

inzwischen hat meine Bank mir den korrekten Hashwert bestätigt und das Konto auch freigeschaltet.

Der Schlüssel läßt sich auch öffnen.

Leider habe ich Schwierigkeiten, eine Verbindung zu meiner Bank (GLS-Bank) herzustellen!
Irgendwas muss ich wohl falsch machen!?:roll:

Hier mal die Systemnachrichten:

error while opening key
org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim Erzeugen eines HBCIHandler Objektes
at org.kapott.hbci.manager.HBCIHandler.<init>(HBCIHandler.java:141)
at de.willuhn.jameica.hbci.passports.rdh.server.PassportHandleImpl.open(PassportHandleImpl.java:116)
at de.willuhn.jameica.hbci.server.hbci.HBCIFactory$Worker$3.run(HBCIFactory.java:469)
at org.eclipse.swt.widgets.RunnableLock.run(Unknown Source)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Unknown Source)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Unknown Source)
at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:690)
at de.willuhn.jameica.gui.GUI.init(GUI.java:219)
at de.willuhn.jameica.system.Application.init(Application.java:140)
at de.willuhn.jameica.system.Application.newInstance(Application.java:85)
at de.willuhn.jameica.Main.main(Main.java:78)
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim Registrieren der Nutzerdaten
at org.kapott.hbci.manager.HBCIHandler.registerUser(HBCIHandler.java:209)
at org.kapott.hbci.manager.HBCIHandler.<init>(HBCIHandler.java:132)
... 11 more
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim Ermitteln einer neuen System-ID
at org.kapott.hbci.manager.HBCIUser.fetchSysId(HBCIUser.java:473)
at org.kapott.hbci.manager.HBCIUser.updateUserData(HBCIUser.java:646)
at org.kapott.hbci.manager.HBCIUser.register(HBCIUser.java:667)
at org.kapott.hbci.manager.HBCIHandler.registerUser(HBCIHandler.java:207)
... 12 more
Caused by: org.kapott.hbci.exceptions.ProcessException: Fehler beim Ermitteln einer neuen System-ID
at org.kapott.hbci.manager.HBCIUser.fetchSysId(HBCIUser.java:460)
... 15 more

Das sind nur Folgefehler. Das eigentliche Problem müsste an einer anderen Stelle im Log zu sehen sein...
-stefan-

Du meinst in der Log-Datei?

Die ist aber sehr umfangreich! :roll:
Käme, glaube ich, nicht so gut, die hier einzustellen...

Hast du einen Vorschlag?