Hallo,
ich möchte die HBCI4Java Bibliothek für ein Android OpenSource Projekt nutzen.

Dabei habe ich ein ganz einfaches Testprogramm für "Kontoauszug lesen" mit Java SDK und HBCI4Java zum Laufen bekommen. Leider scheitert gleiches Programm mit Andorid SDK beim Anlegen des HBCIHandlers.

Ich habe leider so meine Schwierigkeiten in die HBCI4Java Sourcen einzusteigen.
Vielleicht könnt Ihr mir hier helfen bzw. vielleicht habt Ihr sogar schon HBIC4Java unter Android genutzt?

Anbei das Initialisierungsprotokoll mit Fehlermeldung:

07-29 17:25:56.300: DEBUG/HBCI4Java(2260): using default system locale en_US
07-29 17:25:56.790: DEBUG/HBCI4Java(2260): initialized HBCI4Java for thread group main
07-29 17:25:56.790: DEBUG/HBCI4Java(2260): This is HBCI4Java-2.5.12
07-29 17:25:56.820: DEBUG/HBCI4Java(2260): adding HBCI security provider
07-29 17:25:56.830: DEBUG/HBCI4Java(2260): creating new instance of a MyPinTan passport
07-29 17:25:56.840: DEBUG/HBCI4Java(2260): loading passport data from file /mnt/sdcard/ingdiba_mypintan.dat
07-29 17:25:56.840: DEBUG/HBCI4Java(2260): loading data from file /mnt/sdcard/ingdiba_mypintan.dat
07-29 17:26:03.989: DEBUG/HBCI4Java(2260): registering institute
07-29 17:26:03.999: DEBUG/HBCI4Java(2260): checking if requested hbci parameters are supported
07-29 17:26:03.999: DEBUG/HBCI4Java(2260): autosecfunc: (re)checking selected pintan secmech
07-29 17:26:04.009: DEBUG/HBCI4Java(2260): autosecfunc: there is only one pintan method (900) supported - choosing this automatically
07-29 17:26:04.009: DEBUG/HBCI4Java(2260): selected twostep-method 900 (iTAN) is supported
07-29 17:26:04.069: DEBUG/HBCI4Java(2260): registering user
07-29 17:26:04.079: DEBUG/HBCI4Java(2260): fetching UPD
07-29 17:26:04.079: DEBUG/HBCI4Java(2260): checking whether passport is supported (but ignoring result)
07-29 17:26:04.079: DEBUG/HBCI4Java(2260): autosecfunc: (re)checking selected pintan secmech
07-29 17:26:04.089: DEBUG/HBCI4Java(2260): autosecfunc: there is only one pintan method (900) supported - choosing this automatically
07-29 17:26:04.089: DEBUG/HBCI4Java(2260): selected twostep-method 900 (iTAN) is supported
07-29 17:26:04.099: DEBUG/HBCI4Java(2260): passport supported: true
07-29 17:26:04.099: DEBUG/HBCI4Java(2260): creating new raw message DialogInit
07-29 17:26:04.099: DEBUG/HBCI4Java(2260): setting raw property DialogInit.Idn.KIK.blz to "XXXXXXXXXX"
07-29 17:26:04.099: DEBUG/HBCI4Java(2260): setting raw property DialogInit.Idn.KIK.country to "DE"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.Idn.customerid to "XXXXXXXXXXXX"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.Idn.sysid to "000006HFM3T8CKUNB4TS7EE300H93R"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.Idn.sysStatus to "1"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.ProcPrep.BPD to "2"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.ProcPrep.UPD to "0"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.ProcPrep.lang to "1"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.ProcPrep.prodName to "HBCI4Java"
07-29 17:26:04.121: DEBUG/HBCI4Java(2260): setting raw property DialogInit.ProcPrep.prodVersion to "2.5"
07-29 17:26:04.129: DEBUG/HBCI4Java(2260): generating raw message DialogInit
07-29 17:26:04.410: DEBUG/HBCI4Java(2260): creating segment DialogInit -> Idn(0)
07-29 17:26:04.520: DEBUG/HBCI4Java(2260): child container DialogInit.Idn has syntaxIdx=0
07-29 17:26:04.520: DEBUG/HBCI4Java(2260): creating segment DialogInit -> ProcPrep(0)
07-29 17:26:04.610: DEBUG/HBCI4Java(2260): child container DialogInit.ProcPrep has syntaxIdx=1
07-29 17:26:04.610: DEBUG/HBCI4Java(2260): creating segment DialogInit -> KeyReq(0)
07-29 17:26:04.750: DEBUG/HBCI4Java(2260): child container DialogInit.KeyReq has syntaxIdx=2
07-29 17:26:04.750: DEBUG/HBCI4Java(2260): DialogInit: could not set value for DialogInit.MsgHead.dialogid
07-29 17:26:04.750: DEBUG/HBCI4Java(2260): subpath is MsgHead.dialogid
07-29 17:26:04.750: DEBUG/HBCI4Java(2260): subname is MsgHead
07-29 17:26:04.750: DEBUG/HBCI4Java(2260): subType is MsgHead
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): org.kapott.hbci.exceptions.NoSuchPathException: no syntax-element with path DialogInit.MsgHead.dialogid found
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.protocol.SyntaxElement.initData(SyntaxElement.java:223)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.protocol.SyntaxElement.<init>(SyntaxElement.java:269)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.protocol.MSG.<init>(MSG.java:116)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.protocol.factory.MSGFactory.createMSG(MSGFactory.java:55)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.MsgGen.generate(MsgGen.java:111)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:217)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:184)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIUser.fetchUPD(HBCIUser.java:604)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIUser.updateUserData(HBCIUser.java:658)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIUser.register(HBCIUser.java:667)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIHandler.registerUser(HBCIHandler.java:207)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.kapott.hbci.manager.HBCIHandler.<init>(HBCIHandler.java:132)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.banking.BankingAndroidActivity.testHBCI4Java(BankingAndroidActivity.java:463)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at org.banking.BankingAndroidActivity.onCreate(BankingAndroidActivity.java:441)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2679)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.app.ActivityThread.access$2300(ActivityThread.java:125)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2033)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.os.Handler.dispatchMessage(Handler.java:99)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.os.Looper.loop(Looper.java:123)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at android.app.ActivityThread.main(ActivityThread.java:4627)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at java.lang.reflect.Method.invokeNative(Native Method)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at java.lang.reflect.Method.invoke(Method.java:521)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
07-29 17:26:04.880: DEBUG/HBCI4Java(2260): at dalvik.system.NativeStart.main(Native Method)


Any idea?

Danke im voraus und viele Grüße
Sebastian

Ich bezweifle, dass HBCI4Java out-of-the-box in der Android-VM genutzt werden kann. Android hat zwar eine komplette Java-API (und kein JME). Aber die Dalvik-VM ist aus meiner Sicht dann doch zu verschieden zu der von SUN/Oracle. Ich denke, du wirst da noch auf viele weitere solcher Stellen stossen. Und da hilft vermutlich nur, die Fehler-ausloesenden Stellen in HBCI4Java zu analysieren, zu recherchieren, warum es auf Android nicht geht und HBCI4Java anschliessend entsprechend zu patchen. Ich denke, du hast da ein ordentliches Stueck Handarbeit vor dir

Ich habe gehofft, daß das eventuell schonmal einer hier aus dem Forum gemacht hat. Falls nicht versuch ich mich da einzuarbeiten.

Derzeit scheitert mein Android Programm daran die HBCIDialog Message zu erstellen.
Ich hab noch nicht kappiert wie in HBCI4Java die HBCI Message gebildet wird. Da fehlt mir auch noch der entsprechende HBCI Hintergrund. Die Java-docs helfen mir da aktuell auch nicht wirklich.
Habt Ihr einen Link zu einem Dokument wo beispielhaft die Bildung der Message dargestellt ist?
Bzw. vielleicht könnt Ihr mir das hier erklären?

Danke und Grüße
Sebastian

Das Erstellen der HBCI-Messages sind Internas, die HBCI4Java selbst uebernimmt. Damit hast du als Entwickler und Nutzer von HBCI4Java eigentlich nichts zu tun. Daher gibts da auch keine Dokumentation dafuer. Hast du den Code denn mal auf einem richtigen Rechner ausgefuehrt, um zu pruefen, ob der Code prinzipiell korrekt ist und der Fehler nur auf Android auftritt?

Ich hab den Code unter Java jdk1.6 erfolgreich ausgeführt. Der Fehler tritt nur auf Android auf.

Dann ist dein Code ja bereits korrekt. In dem Fall hilft wirklich nur, sich durch den Stracktrace von HBCI4Java zu wuehlen und nach der Ursache zu suchen. Ich wuerde vermuten, dass die Fehlermeldung "no syntax-element with path DialogInit.MsgHead.dialogid found" irgendwas mit Threads oder Classloadern zu tun hat. Die Syntax-Beschreibungen fuer die HBCI-Nachrichten stehen ja in hbci-$version.xml drin. Koennte mir vorstellen, dass die XML-Datei eventuell nicht korrekt geparst werden konnte. Vielleicht aufgrund anderen Classloader-Verhaltens in Android. Aber das sind nur Spekulationen. Weiter kann ich da leider auch nicht helfen.

Hallo,
ich habe mir jetzt die HBCI4Java Bibliothek unter Android nochmal genauer angeschaut und konnte das o.g. Problem lösen. Hab jetzt ein kleines Testprogramm zum Lesen meiner Kontoauszüge (HBCI-300) und Umsätze in Android am Laufen. Dabei sind folgende Probleme/Lösungen aufgetreten.

1. Ver-/Entschlüsselung des Passports in HBCIPassportPinTan.java mit Cipher funktioniert unter Android nicht so wie in einer jdk 1.6 Umgebung. Als Workaround habe ich einfach eine HBCIPassportMyPinTan.class ohne Verschlüsselung erstellt. Die Verschlüsselung werde ich dann wieder anschalten wenn meine Projektidee etwas reift
2. Der im ersten Posting aufgezeigte Fehler "org.kapott.hbci.exceptions.NoSuchPathException: no syntax-element with path DialogInit.MsgHead.dialogid found" kommt daher, daß anscheinend der XML DOM Parser in Android die Entity Reference Nodes nicht so auflöst wie in der jdk Umgebung. Als "quick and dirty" Lösung kann man die Entities in den entsprechenden Dateien manuell auflösen. Das geht auch automatisiert z.B. als Task im build script. Schon werden die hbci Messages auch ohne Fehler erstellt.
Vorerst reicht mir diese Lösung. Vielleicht mache ich mir mal später nochmal die Mühe die Entitiy Reference Verarbeitung in Android weiter zu analysieren und hier ggf. ein Patch zu erstellen.
3. Zu guter Letzt kann man unter Android keine SSL Instanz erstellen sondern muss hier eine TLS-Instanz nutzen (in PinTanSSLSocketFactory.java)

So jetzt werde ich mir weiter Gedanken machen wie ich mein kleines Testprogramm zu einem interessanten Android Open Source Homebanking Programm entwickeln kann :roll:

Über Anregungen, Ideen oder Anforderungen würde ich mich sehr freuen.

Viele Grüße
Sebastian

Cool! Respekt fuer das, was du da geschafft hast.

Funktioniert HBCI4Java nach Einbau deiner Patches auch noch problemlos auf dem Desktop-Java? Ich wuerde die Patches dann auch gern in meinen HBCI4Java-Branch (unter http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/) einbauen, in dem ich auch schon den Support fuer HKTAN5/HHD1.4 und chipTAN nachgeruestet habe.

Ich bin auf weitere Neuigkeiten von dir gespannt! Eine Android-App mit HBCI4Java haette auf jeden Fall Potential - derzeit gibts da ja im Wesentlichen nur S-Banking.

Ich häng mich hier auch mal mit ran und bin über weitere Neuigkeiten gespannt

@hibiscus
Nicht ganz! Es gibt auch was von den VR-Banken:
http://www.androidpit.de/de/an…g.vr/vr-de

Hylli

Und für App-Entwickler: http://subsembly.com/de/javascript-hbci.html

@Hylli: Geht die Bank-uebergreifend? Also kann die allgemein HBCI oder ist das was VR-spezifisches?

Nein, hat leider nichts mit einer multibankingfähigen Lösung zu tun.

@SebastianM: Wie weit bist Du mit der Portierung auf Android gekommen? Hast schon weitere Fortschritte erzielen können?

Vielen Dank und viele Grüße

@hibiscus
Für mich hatte es den Anschein, als ob die Entwicklung von hbci4java seit 1 Jahr eingeschlafen ist. In deinem Posting habe ich aber gesehen, dass es offensichtlich von dir weiter entwickelt wird. Was passiert da wirklich - wer engagiert sich da bei hbci4java?

Ich weiß, das passt nicht zu diesem Thema.

Andreas

Würde mich auch interessieren.

Aber zurück zu Android: Nach meinem ersten Kontakt mit Android zweifle ich noch sehr an der Sicherheit für mobile Geräte. Während meine Laptops seit Jahren mit cryptsetup und Luks transparent verschlüsselt sind, wartet man bei Android noch vergeblich auf Lösungen. Android 4 soll hier neue Möglichkeiten bringen.
Zumindest sind auf meinem 2.3.7 die Mails (k-9) auf SD-Karte als plain/text zugänglich. Klar könnte man statt SD auch internen Speicher nehmen, was aber nicht viel sicherer ist. Meine derzeitige (bankeigene) Banking-App legt zwar keine Daten ab, aber bzgl. Hibiscus empfinde ich es schon als kritisch, die Daten ungeschützt mitrumzutragen. Dennoch bin ich gespannt, ob ich Hibiscus und hbci4java auf Android zum Laufen bekommt. Von der Sicherheitsfrage sind ja auch andere Apps betroffen und hier wird bestimmt noch etwas kommen.

PS.: Ich weiß um das Guardian Project, und auch, dass Luks auf Android bereits portiert wurde. Es gibt aber noch keine schlüsselfertige Lösung, mit der man Apps auf einen solchen Container auslagern kann und bei Bedarf per Key öffnet. Außerdem würde mich erstmal interessieren, wie Android 4 an die Sache rangeht, bevor man sich auf eine Nischen-App einlässt, die vlt. nicht maintained oder am Vanilla-Android vorbei entwickelt wird, zumindest kein Standard wird.

Die Aussage verstehe ich nicht. Was traegst du denn bei Hibiscus ungeschuetzt rum?



Hibiscus laesst sich - wegen der SWT-GUI - nicht auf Android portieren. hbci4java sollte jedoch gehen.

Ok, bei Hibiscus habe ich wohl vergessen, dass diese Software die Daten selbst verschlüsselt mittels des Passworts, das ich bei Start eingebe.

Hallo George,
ich bin davon abgekommen eine eigene Applikation dafür zu entwickeln. Für meine Anforderungen habe ich die Android Open Source Applikation genommen http://financisto.com/ und darin die HBCI4Java Bibliothek für meinen Kontenabruf "very quick and very dirty" ops: reingebastelt. Hoffentlich werde demnächst mal etwas zeit finden, um das weiterzuentwickeln, so dass es veröffentlichungswürdig wird. Derzeit ist das leider noch nicht der Fall.
Grüße
Sebastian

Hallo Sebastian,

vielen Dank für Deine Rückmeldung!
Super, dass Du einen Weg gefunden hast!!

Wäre klasse, wenn Du hier berichtest, wenn die App mit der HBCI Funktionalität verfügbar ist. Wenn Du einen Betatester brauchst, lass es mich wissen...

Schöne Grüße,
George