hbci4java-help — all questions concerning hbci4java

Re: [Hbci4java-help] Wie kann ich helfen?

[Olaf W. <hbc...@wi...>]

Hallo,

> Sorry, war etwas verwirrt da der Fork offensichtlich genauso heißt wie
> das Original. Hast du dir ja offensichtlich auch gedacht
> (https://groups.google.com/forum/?hl=de#!topic/hbci4java/JjCJN3aAsy8)

Ich vermeide eigentlich, es "Fork" zu nennen. Fuer mich ist es ein 
Branch. Mite dem hatte ich damals begonnen, um die Patches und 
Aenderungen an HBCI4Java 2.5 aufzufangen, waehrend Stefan an der 
naechsen Major-Version von HBCI4Java arbeitet (damals noch Version 3). 
Allerdings hatte ich in der Tat nicht geahnt, dass es so lange dauert. 
Dennoch hoffe ich, dass der Code wieder zusammengefuehrt werden kann.

> https://github.com/willuhn/hbci4java gestartet hatte und der u.a. von
> Hibiscus und Pecunia verwendet wird. Dort ist auch die Mailingliste
> verlinkt, auf der wir zur Zeit insbesondere die SEPA-Themen 
> diskutieren:
> https://groups.google.com/forum/?hl=de#!forum/hbci4java
> 
> danke, poste ich Fragen zu HBCI4Java besser dahin?

Kommt auf die Fragen an. Wenn es um SEPA geht und du das bereits jetzt 
nutzen willst (ich weiss ja nicht, wann HBCI4Java 5 kommen wird), dann 
kannst du das dort posten. Wir haben da inzwischen bereits den Support 
fuer die wichtigsten SEPA-Geschaeftsvorfaelle (SEPA-Ueberweisungen, 
SEPA-Lastschriften, Dauerauftraege) fuer alle aktuellen 
PAIN-Schema-Versionen drin.

> Ant läuft durch, gibts eigentlich ein Build Target o.ä. um sich ein Jar
> zu bauen?

Ja. "dist" heisst das Target.

Gruss
Olaf

Re: [Hbci4java-help] Wie kann ich helfen?

[Jochen S. <js...@us...>]

Hallo

>> Könnte ich eventuell HBCI4Java-5 ausprobieren? 
> Welche Version meinst du damit? Ich weiss von keiner Version 5.

Sorry, war etwas verwirrt da der Fork offensichtlich genauso heißt wie
das Original. Hast du dir ja offensichtlich auch gedacht
(https://groups.google.com/forum/?hl=de#!topic/hbci4java/JjCJN3aAsy8)

> https://github.com/willuhn/hbci4java gestartet hatte und der u.a. von
> Hibiscus und Pecunia verwendet wird. Dort ist auch die Mailingliste
> verlinkt, auf der wir zur Zeit insbesondere die SEPA-Themen diskutieren:
> https://groups.google.com/forum/?hl=de#!forum/hbci4java
> 

danke, poste ich Fragen zu HBCI4Java besser dahin?
Ant läuft durch, gibts eigentlich ein Build Target o.ä. um sich ein Jar
zu bauen?


-- 
mit freundlichen Grüßen
Jochen Stärk

www.usegroup.de      (home office)
Albigerstr. 22       Huswertstraße 14
55232 Alzey          60435 Frankfurt
Tel: (069)569940-20  Fax: (069)569940-19
Mobil: (0177)4512645

Re: [Hbci4java-help] Wie kann ich helfen?

[Olaf W. <hbc...@wi...>]

Hallo,

> Könnte ich eventuell HBCI4Java-5 ausprobieren? 

Welche Version meinst du damit? Ich weiss von keiner Version 5.

> SEPA-Umstellung ist natürlich auch bei mir ein Thema.

Falls du SEPA-relevante Sachen ausprobieren willst, kannst du den
HBCI4Java-Branch verwenden, den ich vor einiger Zeit unter
https://github.com/willuhn/hbci4java gestartet hatte und der u.a. von
Hibiscus und Pecunia verwendet wird. Dort ist auch die Mailingliste
verlinkt, auf der wir zur Zeit insbesondere die SEPA-Themen diskutieren:

https://groups.google.com/forum/?hl=de#!forum/hbci4java

Gruss
Olaf

[Hbci4java-help] Wie kann ich helfen?

[Jochen S. <js...@us...>]

Hallo,


Ich setze HBCI4java in meinem eigenen Open-Source-Buchhaltungs-Projekt,
Gnuaccounting (http://www.gnuaccounting.de/) ein.


Ich stelle mich auch gern zum testen oder dokumentieren zur Verfügung
oder helfe bei der Homepage.

Könnte ich eventuell HBCI4Java-5 ausprobieren? SEPA-Umstellung ist
natürlich auch bei mir ein Thema.

danke&ciao
Jochen
-- 
mit freundlichen Grüßen
Jochen Stärk

www.usegroup.de            (home office)
Albigerstr. 22             Huswertstraße 14
55232 Alzey                60435 Frankfurt

Tel: (069)569940-20
Fax: (069)569940-19
Mobil: (0177)4512645

[Hbci4java-help] Mailingliste bei Google Groups

[Olaf W. <hbc...@wi...>]

Hi,

fuer den HBCI4Java-Branch unter https://github.com/willuhn/hbci4java
habe ich noch eine Mailingliste angelegt. Zu finden unter:

https://groups.google.com/forum/?hl=de#!forum/hbci4java

Aktuell dreht sich dort alles um SEPA. Wobei wir da inzwischen schon ein
ganzes Stueck vorangekommen sind.

- SEPA-Ueberweisungen werden in allen aktuellen PAIN-Schema unterstuetzt
- SEPA-Lastschriften gibt es ebenfalls in einer ersten Version
- ausserdem ganz neu von Frank (Pecunia-Banking): SEPA-Dauerauftraege

Gruss
Olaf

Re: [Hbci4java-help] Unterstuetzung bei SEPA-Support

[<ma...@st...>]

Hallo zusammen,

wir setzen HBCI4Java seit Jahren für die automatisierte Umsatzabfrage 
und den Einzug von Lastschriften ein. Ausschlaggebend war die 
Möglichkeit, die HBCI-Technik flexibel für unsere eigenen Zwecke 
nutzen zu können. Für die gute Implementation sind wir sehr dankbar - 
es gab selten Probleme. HBCI4Java nimmt uns viel Arbeit ab, die sonst 
händisch über proprietäre Banking-Software erledigt werden müsste.

Wir besitzen allerdings kaum Wissen über die zu Grunde liegende 
HCBI-Technik, und unsere Entwicklungskapazitäten sind sehr begrenzt. 
Daher erscheint es uns nicht realistisch, die Zeit für die 
Einarbeitung in das Framework und die Entwicklung einer derartigen 
Erweiterung in wirtschaftlichem Rahmen aufzubringen. Somit ziehen wir 
in Betracht, generierte Lastschriften in Zukunft in eine 
Banking-Software zu exportieren, um den Einzug von dort aus zu 
veranlassen.  

Lieber wäre uns natürlich eine Lösung mit HBCI4Java. Für das 
Testing entsprechender neuer SEPA-Funktionalität könnte ich meine 
Hilfe anbieten. 

Viele Grüße
Martin

On Mo, 8. Jul, 2013 um 10:12 , Dirk Becker <be...@ad...> wrote:
> Hallo,
> 
> wir nutzen HBCI4Java aktuell um unseren kompletten Zahlungsverkehr 
> abzuwickeln,
> ich bin momentan dabei zu überlegen ob ich zukünftig überhaupt 
> noch weiterhin auf
> HBCI4Java setzen werde. Es ist eine wirklich tolle Bibliothek und hat 
> bis jetzt immer
> zuverlässig funktioniert aber mit Blick auf SEPA und natürlich auch 
> die Unterstützung
> aktueller DDV/RDH-Karten bleibt zu überlegen ob nicht ein 
> umschwenken auf eine
> andere Bibliothek vorteilhafter wäre.
> 
> SEPA ist vom Aufbau her ja zum Glück ziemlich simple aber die ganzen 
> extra Geschäfts-
> prozesse die damit verbunden sind - wie vorheriges Informieren wenn 
> eine Lastschrift
> ausgelöst wird - machen mir  jetzt schon große Sorgen :/
> 
> Vermutlich werden wir auf proprietäre Software / Bibliotheken 
> umsteigen, es sei denn
> das Absenden der Daten im XML-Format ist identisch mit dem versenden 
> im DTAUS-
> Format. Dann könnte man sich das ganze tatsächlich noch einmal 
> ansehen.
> 
> mfg Dirk
> 
> 
> -- 
> Dirk Becker | Online-Software Entwicklung - adosoft.eu
> be...@ad...
> 
> 
> adocom ohg | Zentralverwaltung
> Dyrotzer Ring 4
> 14641 Wustermark
> 
> Telefon: 0 3322 - 4 20 - 90
> Telefax: 0 3322 - 4 20 - 942
> Hotline: 0700 - 236 266 33 ( 0700 - adocomde )
> (0,06 EUR je angefangene 30 Sek.)
> 
> Registergericht: Amtsgericht Potsdam | HRA 3326 P
> Geschäftsführer: Andreas Döring | Betriebswirt VWA Gernot Nowack
> 
> 

Re: [Hbci4java-help] Unterstuetzung bei SEPA-Support

[Dirk B. <be...@ad...>]

Hallo,

wir nutzen HBCI4Java aktuell um unseren kompletten Zahlungsverkehr 
abzuwickeln,
ich bin momentan dabei zu überlegen ob ich zukünftig überhaupt noch 
weiterhin auf
HBCI4Java setzen werde. Es ist eine wirklich tolle Bibliothek und hat 
bis jetzt immer
zuverlässig funktioniert aber mit Blick auf SEPA und natürlich auch die 
Unterstützung
aktueller DDV/RDH-Karten bleibt zu überlegen ob nicht ein umschwenken 
auf eine
andere Bibliothek vorteilhafter wäre.

SEPA ist vom Aufbau her ja zum Glück ziemlich simple aber die ganzen 
extra Geschäfts-
prozesse die damit verbunden sind - wie vorheriges Informieren wenn eine 
Lastschrift
ausgelöst wird - machen mir  jetzt schon große Sorgen :/

Vermutlich werden wir auf proprietäre Software / Bibliotheken umsteigen, 
es sei denn
das Absenden der Daten im XML-Format ist identisch mit dem versenden im 
DTAUS-
Format. Dann könnte man sich das ganze tatsächlich noch einmal ansehen.

mfg Dirk


-- 
Dirk Becker | Online-Software Entwicklung - adosoft.eu

be...@ad... <mailto:be...@ad...>

adocom ohg | Zentralverwaltung
Dyrotzer Ring 4
14641 Wustermark

Telefon: 0 3322 - 4 20 - 90
Telefax: 0 3322 - 4 20 - 942
Hotline: 0700 - 236 266 33 ( 0700 - adocomde )
(0,06 EUR je angefangene 30 Sek.)

Registergericht: Amtsgericht Potsdam | HRA 3326 P
Geschäftsführer: Andreas Döring | Betriebswirt VWA Gernot Nowack

[Hbci4java-help] Unterstuetzung bei SEPA-Support

[Olaf W. <hbc...@wi...>]

Hi zusammen,

ich gehe davon aus, dass hier auch der ein oder andere Entwickler aus 
Unternehmen mitliest, welche HBCI4Java im geschaeftlichen Umfeld nutzen. Und 
ich weiss, dass das Thema SEPA (hier insb. die SEPA-Lastschrift) gerade 
Unternehmen unter den Naegeln brennt, weil es ab naechstem Jahr Ernst wird.

Allerdings kriege ich bisher immer nur Anfragen von Firmen oder Vereinen, ob 
SEPA-Lastschrift auf meiner TODO-Liste steht. Und wenn ja, wie lange es noch 
dauert. Ich kriege aber keine Mails von Entwicklern aus Firmen, die mir 
schreiben, dass sie bereits begonnen haben, das in HBCI4Java einzubauen.

Bisher habe ich auf die Frage nach der SEPA-Unterstuetzung immer geantwortet, 
dass das bei mir auf Platz 1 der Agenda steht und mein Ziel ist, es bis Ende 
des Jahres eingebaut zu haben. Mich beschleicht daher der Verdacht, dass sich 
hier einige Unternehmen in ihrer Komfort-Zone bequem machen und warten, bis 
ich diese Arbeit uebernommen habe. Ich mache Hibiscus in meiner Freizeit und 
pflege HBCI4Java so gut es geht weiter. Gerade aktuell hab ich z.Bsp. endlich 
den PCSC-Support zum Laufen gekriegt. Die Unterstuetzung fuer die neuen TAN-
Verfahren (incl. dem komplizierten chipTAN) habe ich auch eingebaut.

Falls hier also Entwickler von Unternehmen mitlesen, die selbst ebenfalls 
HBCI4Java (oder auch Hibiscus) geschaeftlich verwenden, dann faende ich etwas 
Initiative auch von eurer Seite gut. Denn ich mache Hibiscus & Co. nur privat. 
Ich selbst brauche die SEPA-Lastschrift also gar nicht. Und ich will 
eigentlich auch nicht der Gratis-Entwickler fuer Unternehmen sein. Und nein, 
mit geht es nicht um Bezahlung. Mir geht es darum, nicht der Einzige zu sein, 
der fuer HBCI4Java Code liefert.

Gruss
Olaf

Re: [Hbci4java-help] PC/SC-Support via javax.smartcardio?

[Olaf W. <hbc...@wi...>]

Hi,

lang hat's gedauert - aber ich kann Erfolg vermelden!
Wir haben experimentellen PC/SC-Support in HBCI4Java!

Habs grad in meinem Blog gepostet:
http://www.willuhn.de/blog/index.php?/archives/654-Hibiscus-Experimenteller-PCSC-Support!.html

Falls ihr direkt mit HBCI4Java testen wollt, die Verwendung ist ziemlich 
simpel. Ich habe den Passport-Typ von HBCIPassportDDV abgeleitet. Eine 
Instanze kann mit

HBCIPassport p = AbstractHBCIPassport.getInstance("DDVPCSC");

erstellt werden. Die Rest ist identisch mit dem Passport-Typ "DDV". Mit dem 
Unterschied, dass einige CTAPI-spezifische Parameter hier nicht benoetigt 
werden. Konkret werden bei PCSC *nicht* benoetigt:

"client.passport.DDV.libname.ddv" (geht ja bei PCSC mit Java-Bordmitteln)
"client.passport.DDV.libname.ctapi" (extra Treiber nicht noetig)
"client.passport.DDV.ctnumber"
"client.passport.DDV.port"

Viel Spass beim Testen ;)

Gruss
Olaf


On Monday 26 September 2011 12:30:36 Olaf Willuhn wrote:
> Hallo Liste,
> 
> HBCI4Java kann bisher ja nur via CTAPI auf Chipkarten zugreifen. Stefan
> hatte vor laengerer Zeit mal Support fuer das Opencard-Framework (OCF)
> als zusaetzlichen HBCIPassport-Typ eingebaut, um da drueber auch
> PC/SC-Kartenleser anzubinden. 2006 hatte er den Support wieder entfernt,
> weil das OCF-Projekt eingestellt wurde.
> 
> Da die CTAPI inzwischen aber scheinbar tatsaechlich von PC/SC verdraengt
> wird, habe ich mich jetzt auch mal an dem Thema versucht.
> Denn seit Java 5 gibt es mit der "javax.smartcardio" API eine direkt im
> JDK enthaltene Unterstuetzung fuer Chipkarten. Externe Bibliotheken wie
> bei OCF sind also nicht mehr noetig! Java selbst enthaelt alles noetige.
> javax.smartcardio kann unter Windows sofort genutzt werden, wenn der
> PC/SC-Treiber des Kartenleser-Herstellers installiert wurde. Unter Linux
> muss zusaetzlich lediglich pcscd (und ein paar zugehoerige Libs)
> installiert sein.
> 
> Wenn HBCI4Java Unterstuetzung fuer javax.smartcardio mitbringen wuerde,
> waere das aus meiner Sicht eine ueberaus elegante Loesung.
> 
> Ich habe daher mal in alten HBCI4Java-Releases gekramt, dort noch den
> alten OCF-Code gefunden, ihn in das aktuelle 2.5.12 gepatcht und auf die
> neue javax.smartcardio API migriert. Bis zu einer funktionierenden
> Version fehlt aus meiner Sicht nicht mehr viel. Das Auslesen der
> Bankdaten (BLZ, Server-Adresse, etc.) von der Karte funktioniert
> bereits. Lediglich an der PIN-Abfrage scheitere ich bisher.
> 
> Daher meine Frage in die Runde? Kennt sich hier jemand mit PC/SC aus und
> koennte da aushelfen? Ich wuerde meinen bisherigen Code dann in meinem
> HBCI4Java-Branch unter
> 
> http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/
> 
> einchecken und wuerde mich ueber Patches freuen.
> 
> Fuer jemanden mit Kenntnis in diesem Thema sollte das in ein paar
> Stunden loesbar sein. Und wenn alles gut geht, haetten wir anschliessend
> echten PC/SC-Support in HBCI4Java! Also, Arme hoch! ;)
> 
> Waer' doch gelacht, wenn wir das nicht hinkriegen.
> 
> Gruss
> Olaf

[Hbci4java-help] Überweisungen zwischen Testkonten auf Demo-Server

[Schirrmeister, J. <Joh...@st...>]

Hallo allerseits,

zunächst einmal sehr vielen Dank für die Bereitstellung der Testkonten auf dem HBCI4Java Demoserver!

Wir entwickeln im Rahmen eines Uni-Projekts ein größeres System, in dem u.a. das automatische Feststellen von Zahlungseingängen eine wichtige Rolle spielt. Wir würden daher sehr gerne Überweisungen zwischen den Testkonten durchführen und diese mit Hilfe von HBCI4Java abfragen. Gibt es eine Möglichkeit initial fiktive Beträge aufzuladen und sind dann Überweisungen danach grundsätzlich möglich?

Meine bisherigen Versuche unter Verwendung von Hibiscus scheiterten immer mit folgenden Fehlermeldungen:

(1)
[12.04.2012 16:55:29] [error] HBCI error code: 9800:E: invalid message number
[12.04.2012 16:55:29] [error] org.kapott.hbci.exceptions.HBCI_Exception: empfangene Nachrichtennummer (3) im Nachrichtenkopf entspricht nicht der gesendeten Nachrichtennummer (4)
                at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:419)
                at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:178)
                at org.kapott.hbci.manager.HBCIDialog.doDialogEnd(HBCIDialog.java:372)
                at org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:411)
                at org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:456)
                at de.willuhn.jameica.hbci.server.hbci.HBCIFactory$Worker.run(HBCIFactory.java:565)
                at de.willuhn.jameica.gui.GUI$6.run(GUI.java:940)

(2)
[12.04.2012 16:55:29] Fehlermeldung der Bank:
0030 - Auftrag empfangen - Sicherheitsgfreigabe erforderlich
org.kapott.hbci.exceptions.HBCI_Exception: Nachricht ist nicht verschlüsselt
9800:E: null

Würde mich über eine Rückmeldung über die grundsätzliche Machbarkeit und Tipps bezüglich der Fehlermeldungen sehr freuen!

Viele Grüße,
Johannes Schirrmeister

Re: [Hbci4java-help] PC/SC-Support via javax.smartcardio?

[Max G. <max...@gm...>]

Hallo,

habe nun gestern und heute erstmals Zeit zum "rumspielen" gefunden.

Hier meine bisherigen Erkenntnisse:
1. Unter OS X scheinen die die Sources fuer javax.smartcardio nicht
vorzuliegen: https://discussions.apple.com/thread/3734028?start=0&tstart=0
2. Unter Ubuntu gibt es einen Bug im Zusammenspiel von OpenJDK und PCSC:
https://bugs.launchpad.net/ubuntu/+source/openjdk-7/+bug/898689
Workaround in PCSCTest.java Methode beforeCard():
System.setProperty("sun.security.smartcardio.library",
"/lib/libpcsclite.so.1.0.0");
3. Mein Kartenleser (ReinerSCT cyberJack RFID komfort) scheint  neuere
Features zu unterstuetzen:

smartcardio.HBCICardService:   UNKNOWN FEATURE 15: 42000dcc

Habe die HBCICardService.java erweitert, sonst Exception:

private final static String[] FEATURES = new String[]
  {
    "NO_FEATURE",
    "FEATURE_VERIFY_PIN_START",
    "FEATURE_VERIFY_PIN_FINISH",
    "FEATURE_MODIFY_PIN_START",
    "FEATURE_MODIFY_PIN_FINISH",
    "FEATURE_GET_KEY_PRESSED",
    "FEATURE_VERIFY_PIN_DIRECT",
    "FEATURE_MODIFY_PIN_DIRECT",
    "FEATURE_MCT_READER_DIRECT",
    "FEATURE_MCT_UNIVERSAL",
    "FEATURE_IFD_PIN_PROPERTIES",
    "FEATURE_ABORT",
    "FEATURE_SET_SPE_MESSAGE",
    "FEATURE_VERIFY_PIN_DIRECT_APP_ID",
    "FEATURE_MODIFY_PIN_DIRECT_APP_ID",
    "FEATURE_WRITE_DISPLAY",
    "FEATURE_GET_KEY",
    "FEATURE_IFD_DISPLAY_PROPERTIES",
    "UNKNOWN FEATURE 1",
    "UNKNOWN FEATURE 2",
    "UNKNOWN FEATURE 3",
    "UNKNOWN FEATURE 4",
    "UNKNOWN FEATURE 5",
    "UNKNOWN FEATURE 6",
    "UNKNOWN FEATURE 7",
    "UNKNOWN FEATURE 8",
    "UNKNOWN FEATURE 9",
    "UNKNOWN FEATURE 10",
    "UNKNOWN FEATURE 11",
    "UNKNOWN FEATURE 12",
    "UNKNOWN FEATURE 13",
    "UNKNOWN FEATURE 14",
    "UNKNOWN FEATURE 15",
    "UNKNOWN FEATURE 16",
    "UNKNOWN FEATURE 17",
    "UNKNOWN FEATURE 18"
  };

4. Der Test laeuft dann bei mir bis:

smartcardio.HBCICardService: init command : 00 A4 04 0C 09 D2 76 00 00
25 48 42 02 00
<INF> [2012.02.14 18:32:41.390] [main/main] smartcardio.HBCICardService:
init response: 6A 82
org.kapott.hbci.exceptions.HBCI_Exception: Fehler 6A82: Datei wurde
nicht gefunden

Ebenfalls in PCSCTest.java Methode beforeCard() habe ich noch einen
try/catch Block ergaenzt, um die Fehlermeldungen angezeigt zu bekommen.

try{
          this.passport = (HBCIPassportDDVPCSC)
AbstractHBCIPassport.getInstance("DDVPCSC");
      }
      catch(Exception e){
          e.printStackTrace();
      }

Soweit die bisher magere Ausbeute. Wie weit kommst du/ihr?

Gruss


Max


Am 12.01.2012 22:46, schrieb Olaf Willuhn:
> Hi,
>
>> hast du den Code schon eingecheckt?  Wuerde gerne mal damit rumspielen,
> Gerne!
> Den Code hatte ich am 24.11.2011 eingecheckt. Konkret ist das Patch 34.
> Unter
> https://github.com/willuhn/hbci4java/blob/master/log/patches/34-javax.smartcardio.patch
> kannst du dir anschauen, welche Aenderungen das waren. Das Patch ist
> auch bereits auf den Code unter https://github.com/willuhn/hbci4java
> angewendet - also dort bereits integriert. Unter
> https://github.com/willuhn/hbci4java/blob/master/test/hbci4java/ddv/PCSCTest.java
> findest du auch etwas Test-Code. Wie gesagt - er ist noch nicht ganz
> fertig. Insbesondere die PIN-Abfrage funktionierte noch nicht.
>
> In der hbci4java-2.5.12.jar in Hibiscus sind die Aenderungen aber noch
> nicht enthalten.
>
>> da ich hier unter Linux keinen CTAPI Treiber mehr fuer meinen ReinerSCT
>> Lesegeraet finde.
> Uebergangsweise sollte das auch mit dem pcsc-ctapi-wrapper
> funktionieren. Im Wiki unter
> http://www.willuhn.de/wiki/doku.php?id=support:list:kartenleser sollten
> sich ein paar Anleitungen finden.
>
> Gruss
> Olaf
>
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Mar 27 - Feb 2
> Save $400 by Jan. 27
> Register now!
> http://p.sf.net/sfu/rsa-sfdev2dev2
> _______________________________________________
> Hbci4java-help mailing list
> Hbc...@li...
> https://lists.sourceforge.net/lists/listinfo/hbci4java-help

Re: [Hbci4java-help] PC/SC-Support via javax.smartcardio?

[Olaf W. <hbc...@wi...>]

Hi,

> hast du den Code schon eingecheckt?  Wuerde gerne mal damit rumspielen,

Gerne!
Den Code hatte ich am 24.11.2011 eingecheckt. Konkret ist das Patch 34.
Unter
https://github.com/willuhn/hbci4java/blob/master/log/patches/34-javax.smartcardio.patch
kannst du dir anschauen, welche Aenderungen das waren. Das Patch ist
auch bereits auf den Code unter https://github.com/willuhn/hbci4java
angewendet - also dort bereits integriert. Unter
https://github.com/willuhn/hbci4java/blob/master/test/hbci4java/ddv/PCSCTest.java
findest du auch etwas Test-Code. Wie gesagt - er ist noch nicht ganz
fertig. Insbesondere die PIN-Abfrage funktionierte noch nicht.

In der hbci4java-2.5.12.jar in Hibiscus sind die Aenderungen aber noch
nicht enthalten.

> da ich hier unter Linux keinen CTAPI Treiber mehr fuer meinen ReinerSCT
> Lesegeraet finde.

Uebergangsweise sollte das auch mit dem pcsc-ctapi-wrapper
funktionieren. Im Wiki unter
http://www.willuhn.de/wiki/doku.php?id=support:list:kartenleser sollten
sich ein paar Anleitungen finden.

Gruss
Olaf

Re: [Hbci4java-help] PC/SC-Support via javax.smartcardio?

[Max G. <max...@gm...>]

Hallo Olaf,

hast du den Code schon eingecheckt?  Wuerde gerne mal damit rumspielen,
da ich hier unter Linux keinen CTAPI Treiber mehr fuer meinen ReinerSCT
Lesegeraet finde.

Besten Dank und Gruss


Max

Am 26.09.2011 12:30, schrieb Olaf Willuhn:
> Hallo Liste,
>
> HBCI4Java kann bisher ja nur via CTAPI auf Chipkarten zugreifen. Stefan
> hatte vor laengerer Zeit mal Support fuer das Opencard-Framework (OCF)
> als zusaetzlichen HBCIPassport-Typ eingebaut, um da drueber auch
> PC/SC-Kartenleser anzubinden. 2006 hatte er den Support wieder entfernt,
> weil das OCF-Projekt eingestellt wurde.
>
> Da die CTAPI inzwischen aber scheinbar tatsaechlich von PC/SC verdraengt
> wird, habe ich mich jetzt auch mal an dem Thema versucht.
> Denn seit Java 5 gibt es mit der "javax.smartcardio" API eine direkt im
> JDK enthaltene Unterstuetzung fuer Chipkarten. Externe Bibliotheken wie
> bei OCF sind also nicht mehr noetig! Java selbst enthaelt alles noetige.
> javax.smartcardio kann unter Windows sofort genutzt werden, wenn der
> PC/SC-Treiber des Kartenleser-Herstellers installiert wurde. Unter Linux
> muss zusaetzlich lediglich pcscd (und ein paar zugehoerige Libs)
> installiert sein.
>
> Wenn HBCI4Java Unterstuetzung fuer javax.smartcardio mitbringen wuerde,
> waere das aus meiner Sicht eine ueberaus elegante Loesung.
>
> Ich habe daher mal in alten HBCI4Java-Releases gekramt, dort noch den
> alten OCF-Code gefunden, ihn in das aktuelle 2.5.12 gepatcht und auf die
> neue javax.smartcardio API migriert. Bis zu einer funktionierenden
> Version fehlt aus meiner Sicht nicht mehr viel. Das Auslesen der
> Bankdaten (BLZ, Server-Adresse, etc.) von der Karte funktioniert
> bereits. Lediglich an der PIN-Abfrage scheitere ich bisher.
>
> Daher meine Frage in die Runde? Kennt sich hier jemand mit PC/SC aus und
> koennte da aushelfen? Ich wuerde meinen bisherigen Code dann in meinem
> HBCI4Java-Branch unter
>
> http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/
>
> einchecken und wuerde mich ueber Patches freuen.
>
> Fuer jemanden mit Kenntnis in diesem Thema sollte das in ein paar
> Stunden loesbar sein. Und wenn alles gut geht, haetten wir anschliessend
> echten PC/SC-Support in HBCI4Java! Also, Arme hoch! ;)
>
> Waer' doch gelacht, wenn wir das nicht hinkriegen.
>
> Gruss
> Olaf
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Hbci4java-help mailing list
> Hbc...@li...
> https://lists.sourceforge.net/lists/listinfo/hbci4java-help

[Hbci4java-help] VR Networld Karte

[Kutscherauer W. <ku...@di...>]

Hallo zusammen,

wie ist eigentlich der Status mit den VR NetWorld RSA Karten?
Im November 2009 gab es ein Testprogramm für diese Karten.
Seit dem hab ich eigentlich  nichts mehr gehört.

mfg

Wolfgang

-- 
Wolfgang Kutscherauer
Wunder
Niederbayern
Germany

Re: [Hbci4java-help] Problem mit Postbank

[Olaf W. <hbc...@wi...>]

Hallo,

> wir benutzen seit längerem hbci4java & Postbank ohne Probleme.
> Auch die Umstellung auf mobileTAN hat funktioniert. Seit kurzem 
> können wir nun nicht
> mehr überweisen, die Probleme scheinen damit zusammenzuhängen, was in
> diesem Thread beschrieben wird:
>
> 
> http://www.onlinebanking-forum.de/phpBB2/viewtopic.php?t=13771&postdays=0&postorder=asc&start=0

Welche HBCI4Java-Version benutzt ihr denn genau? Das Problem haengt 
ganz sicher mit o.g. Umstellung zusammen. Vorher hat die Postbank via 
HBCI noch keinen Gebrauch von der sog. "Medienbezeichnung" gemacht. 
Stattdessen haben sie pro Medium (also pro hinterlegter Handy-Nummr) ein 
"virtuelles" TAN-Verfahren verwendet, sodass ein HBCI-Client auch dann 
damit umgehen konnte, wenn er Medienbezeichnungen nicht unterstuetzt.

Seit der Umstellung gibts jeweils nur noch ein TAN-Verfahren fuer mTAN 
und chipTAN. Und um dann dort jeweils mehrere Rufnummern/Karten zu 
unterstuetzen, wird jetzt die Medienbezeichnung verlangt.

Die auf hbci4java.kapott.org verfuegbare HBCI4Java-Version beherrscht 
das aber noch nicht. Fuer Hibiscus habe ich daher einen Branch erstellt 
und die fehlenden Funktionen (Medienbezeichnung, chipTAN-Support, etc.) 
nachgeruestet.

Siehe http://sourceforge.net/mailarchive/message.php?msg_id=27463014

Den Source meiner erweiterten HBCI4Java-Version gibts unter
https://github.com/willuhn/hbci4java

> Wenn nötig, kann ich das log schicken, ich wollte vorab fragen ob das 
> Problem
> vielleicht schon bekannt ist und wie man es ggf. umgehen kann.

Wie gesagt: Die offizielle 2.5.12 Version von HBCI4Java unterstuetzt 
schlicht noch keine TAN-Medienbezeichnung. Daher _kann_ das in dem Fall 
gar nicht funktionieren.

Gruss
Olaf

[Hbci4java-help] Problem mit Postbank

[Andreas L. <apo...@le...>]

Hallo,

wir benutzen seit längerem hbci4java & Postbank ohne Probleme. Auch die
Umstellung auf mobileTAN hat funktioniert. Seit kurzem können wir nun nicht
mehr überweisen, die Probleme scheinen damit zusammenzuhängen, was in 
diesem Thread beschrieben wird:

http://www.onlinebanking-forum.de/phpBB2/viewtopic.php?t=13771&postdays=0&postorder=asc&start=0

Bei uns äußert sich das so, daß anscheinend das falsche TAN Verfahren
ausgewählt wird, jedenfalls kommt hbci4java an den TAN callback, ohne
daß eine SMS gesendet wird. Soweit ich das log verstehe wird automatisch ein
Einschrittverfahren ausgewählt, weil angeblich nur dieses eine zulässig sei.

Es kommt aber eine Nachricht von der Posttbank ("3920") die zwei Verfahren
auflistet (901 und 999).

Wenn nötig, kann ich das log schicken, ich wollte vorab fragen ob das Problem
vielleicht schon bekannt ist und wie man es ggf. umgehen kann.

Vielen Dank,
Andreas

[Hbci4java-help] PC/SC-Support via javax.smartcardio?

[Olaf W. <hbc...@wi...>]

Hallo Liste,

HBCI4Java kann bisher ja nur via CTAPI auf Chipkarten zugreifen. Stefan
hatte vor laengerer Zeit mal Support fuer das Opencard-Framework (OCF)
als zusaetzlichen HBCIPassport-Typ eingebaut, um da drueber auch
PC/SC-Kartenleser anzubinden. 2006 hatte er den Support wieder entfernt,
weil das OCF-Projekt eingestellt wurde.

Da die CTAPI inzwischen aber scheinbar tatsaechlich von PC/SC verdraengt
wird, habe ich mich jetzt auch mal an dem Thema versucht.
Denn seit Java 5 gibt es mit der "javax.smartcardio" API eine direkt im
JDK enthaltene Unterstuetzung fuer Chipkarten. Externe Bibliotheken wie
bei OCF sind also nicht mehr noetig! Java selbst enthaelt alles noetige.
javax.smartcardio kann unter Windows sofort genutzt werden, wenn der
PC/SC-Treiber des Kartenleser-Herstellers installiert wurde. Unter Linux
muss zusaetzlich lediglich pcscd (und ein paar zugehoerige Libs)
installiert sein.

Wenn HBCI4Java Unterstuetzung fuer javax.smartcardio mitbringen wuerde,
waere das aus meiner Sicht eine ueberaus elegante Loesung.

Ich habe daher mal in alten HBCI4Java-Releases gekramt, dort noch den
alten OCF-Code gefunden, ihn in das aktuelle 2.5.12 gepatcht und auf die
neue javax.smartcardio API migriert. Bis zu einer funktionierenden
Version fehlt aus meiner Sicht nicht mehr viel. Das Auslesen der
Bankdaten (BLZ, Server-Adresse, etc.) von der Karte funktioniert
bereits. Lediglich an der PIN-Abfrage scheitere ich bisher.

Daher meine Frage in die Runde? Kennt sich hier jemand mit PC/SC aus und
koennte da aushelfen? Ich wuerde meinen bisherigen Code dann in meinem
HBCI4Java-Branch unter

http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/

einchecken und wuerde mich ueber Patches freuen.

Fuer jemanden mit Kenntnis in diesem Thema sollte das in ein paar
Stunden loesbar sein. Und wenn alles gut geht, haetten wir anschliessend
echten PC/SC-Support in HBCI4Java! Also, Arme hoch! ;)

Waer' doch gelacht, wenn wir das nicht hinkriegen.

Gruss
Olaf

[Hbci4java-help] Open Bank Project BarCamp

[Jan B. <ja...@mu...>]

Ich missbrauche diese Liste mal für einen kurzfristigen Veranstaltungshinweis:

Wir, das Open Bank Project, veranstalten am 25. (in ein paar Tagen) ein BarCamp in Berlin rund um das Thema "Zukunft des elektronischen Bankings"

Wir glauben, dass HBCI und MT940 möglichst schnell durch einen neuen, internationalen Standard ersetzt werden sollten, der den Bedürfnissen von Anwendungsentwicklern und Usern näher kommt. (Stochworte: KISS, UTF-8, JSON, REST). Und wir glauben nicht, dass FinTS dieser neue Standard sein wird)
Wir glauben, dass diese neue Standard nicht aus der Bankenbranche heraus entsteht aber sehr wohl im Austausch/in Absprache mit einzelnen innovativen Banken, die wir bereits für des Projekt gewinnen konnten und die das neue Protokoll bankseitig implementieren werden. Wir glauben, dass sich ein neuer Standard nur dann erfolgreich ist, wenn eine Referenzimplementierung von Anfang an vorliegt und für alle Parteien lizenzfrei einsetzbar ist (vgl. Jpeg, Png)

Für die Übergangszeit überlegen wir, wie die Nutzung von HBCI (speziell die Einrichtung) für den Nutzer einfacher gemacht werden kann und wie wir (die Anwendungsentwickler) unsere Interessen hier bündeln können. Auch hierzu wird in Kürze ein Open Source Projekt veröffentlicht.

Ein weiteres Thema ist die Schaffung einer komplett transparenten Bank, die beispielsweise von NGO genutzt werden kann, um ihre Finanztransaktionen komplett offen zu legen. Diese Bank word komplett mit Open Source Software betrieben werden.

Details findest ihr hier: http://barcamp.org/w/page/40580396/BarCampBankBerlin

mehr zum Open Bank Project:
http://www.openbankproject.com/

Ich hoffe, ich sehe einige von euch am 25. in Berlin!
Jan Bölsche

Re: [Hbci4java-help] Hibiscus-Branch: Patch 22 (Support fuer optisches chipTAN)

[Olaf W. <hbc...@wi...>]

Hi,

> herzlichen Glueckwunsch!!

Danke.

Uebrigens: Falls jemand Code-Review machen will:
http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/src/org/kapott/hbci/manager/FlickerCode.java?view=markup

> Ich habe da mal eine generelle Frage zu: Warum muss eigentlich der Code erst 
> geparsed und anschliessend wieder zusammengesetzt werden, bevor der an das 
> Geraet gesendet wird? Ich haette gedacht, dass der zu sendende Code direkt von 
> der Bank kommt und einfach an das Geraet gesendet werden muss?

Genau das habe ich mich auch gefragt ;)
Und Andreas von subsembly offensichtlich auch
http://www.onlinebanking-forum.de/phpBB2/viewtopic.php?t=13146

Im Wesentlichen schickt die Bank den Code mit anders berechneten
Laengen-Angaben und ohne die beiden Checksummen am Ende. Der
TAN-Generator braucht die aber. Und da in die Luhn-Checksumme nur die
Nutzdaten (ohne die Laengenangaben) einfliessen, muss man den Code
gezwungenermassen erstmal komplett zerlegen, um die berechnen zu koennen.

Gruss
Olaf

Re: [Hbci4java-help] Hibiscus-Branch: Patch 22 (Support fuer optisches chipTAN)

[Martin P. <aqu...@gm...>]

Moin,

herzlichen Glueckwunsch!!

Ich habe da mal eine generelle Frage zu: Warum muss eigentlich der Code erst 
geparsed und anschliessend wieder zusammengesetzt werden, bevor der an das 
Geraet gesendet wird? Ich haette gedacht, dass der zu sendende Code direkt von 
der Bank kommt und einfach an das Geraet gesendet werden muss?


Gruss
Martin



-- 
"Things are only impossible until they're not"

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

[Hbci4java-help] Hibiscus-Branch: Patch 22 (Support fuer optisches chipTAN)

[Olaf W. <hbc...@wi...>]

Hi,

Geschafft! ;)

Das Parsen, Generieren und Rendern eines HHDuc-Codes aus dem
HITAN-Segment mit anschliessender optischer Uebertragung an einen
TAN-Generator hat funktioniert! Selbst testen konnte ich jedoch nur
Flicker-Codes nach dem HHD1.3-Standard, da mein Testgeraet noch kein
HHD1.4 kann. Der neue Code kann jedoch HHD1.4 - und ich bin ziemlich
zuversichtlich, dass ein HHD1.4-tauglicher TAN-Generator das auch lesen
kann (zumindest bestehen die generierten Flickercodes alle theoretischen
Checks).

Patch 22:
http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/log/patches/22-hbci4java-chiptan-opt.patch

Das Patch enthaelt mit der neuen Klasse "FlickerRenderer" auch eine
Hilfsklasse zur grafischen Darstellung der 5 Schwarz/Weiss-Balken. Da
HBCI4Java eine reine Bibliothek ist, die keinen eigenen Grafikcode
enthaelt, uebernimmt der Renderer nur das Timing fuer das Blinken und
das Umwandeln in Schwarz/Weiss-Informationen. Dazu ruft sie eine
Funktion "paint()" mit 5 Boolean-Parametern auf. Zum Anzeigen des
Flickercodes muss man die nur noch ueberschreiben und daraus 5 Balken
machen.

Der fix und fertig konvertierte, gepruefte und renderfaehige Flickercode
wird im Callback NEED_PT_TAN im Stringbuffer "retData" uebergeben (genau
wie bei NEED_PT_SECMECH).

In
http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/test/hbci4java/secmech/
findet sich auch noch eine umfangreiche JUnit-Testklasse.


Weitere inzwischen angefallene Patches:

Patches 19 und 20 nehmen Aenderungen an der Segment-Version vom HKTAN
vor. HBCI4Java schickte dieses bisher generell mit der hoechsten
verfuegbaren Versionsnummer. Wenn die Bank jedoch mehrere
HITANS-Versionen anbietet und der User ein TAN-Verfahren waehlt, welches
NICHT aus der hoechsten Version stammt, dann hat HBCI4Java fuer das
HKTAN dennoch die hoechste Version verwendet. Mit dem Effekt, dass die
Bank einen Fehler meldete, weil sie dieses TAN-Verfahren nicht in der
angegebenen Segment-Version kennt. Die Patches erweitern HBCIJobImpl so,
dass die per Default ermittelte Segmentversion ueberschrieben werden kann.

Patch 21 betrifft das Parsen von RDHNew-Schluesseln. Wurde da das
falsche Passwort eingegeben, konnte es (abhaengig von der
XML-Implementierung, die die Java-VM intern verwendet) passieren, dass
kein Retry (also erneuter Versuch der Passwort-Eingabe) stattfand.


Die Patches sind in ca. 1h auch im Nightly-Build von Hibiscus.

Gruss
Olaf

Re: [Hbci4java-help] Hibiscus-Branch: Patch 13 (HHD_UC) und Patch 14 (HKTAN5, HHD1.4)

[Wolfgang K. <ku...@di...>]

Hallo Olaf,

ich hab ein VR-NetWorld-Card und bin bei Hibiscus leider immer noch
aussen vor solange bis diese Chipkarten unterstütz werden.
Habe mich schon vor zwei Jahren als Tester zur Verfügung gestellt.
Mehr Unterstützung kann ich leider nicht leisten, da ich einfach kein
Java-Programmierer bin....

Leider gabs seit dem Testprogramm zu den RDH10 Chipkarten von November
2009 nichts Neues.


mfg

Wolfgang Kutscherauer
>> PS: Bin ich hier eigentlich allein oder hat niemand sonst Interesse an
>> diesen neuen TAN-Verfahren? Hier antwortet gar keiner ;)
>>
>>
>> Gruss
>> Olaf
>>
>>
>>

Re: [Hbci4java-help] Hibiscus-Branch: Patch 13 (HHD_UC) und Patch 14 (HKTAN5, HHD1.4) + Patch 15

[Olaf W. <hbc...@wi...>]

> Noch ein kleines Patch. Termin-Angaben muessen in Challenge-Parametern
> als ddmmyyyy angegeben werden und nicht als yyyy-mm-dd.

Das war falsch ;)

Als Format muss yyyymmdd verwendet werden - wie auch direkt in FinTS
(Format-Typ "dat"). Hab den Code jetzt so umgebaut, dass direkt die
SyntaxDE-Implementierungen aus HBCI4Java fuer die Wert-Formatierungen
verwendet werden.

Patches:
http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/log/patches/18-hbci4java-challengeparam-no-an-syntax.patch
http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/log/patches/17-hbci4java-challengeparam-syntax.patch

Re: [Hbci4java-help] Hibiscus-Branch: Patch 13 (HHD_UC) und Patch 14 (HKTAN5, HHD1.4) + Patch 15

[Olaf W. <hbc...@wi...>]

Noch ein kleines Patch. Termin-Angaben muessen in Challenge-Parametern
als ddmmyyyy angegeben werden und nicht als yyyy-mm-dd.

Re: [Hbci4java-help] Hibiscus-Branch: Patch 13 (HHD_UC) und Patch 14 (HKTAN5, HHD1.4) + Patch 15

[Olaf W. <hbc...@wi...>]

Hi,

danke fuer die Rueckmeldungen - wenigstens liest jemand mit ;)

Patch 14 funktionierte in manchen Situationen noch nicht richtig. Das
DEG "Parameter Challengedaten" kann bis zu 9 DE enthalten. Da die
inzwischen feste Positionen haben, muessen auch leere Parameter
mitgeschickt werden. hbci4Java zeigte sich hier ziemlich stoerrisch.
Fehlt z.Bsp. lediglich der erste Parameter, wurde faelschlicherweise das
komplette DEG weggelassen. Bei meinen ersten Aenderungen an
hbci-{version}.xml wurde es nur noch schlimmer. Irgendwann fehlte dann
das komplette HKTAN-Segment. Nach vielen Versuchen habe ich jetzt eine
Formulierung fuer das <DEGdef id="ChallengeKlassParams"> gefunden, mit
dem es auch dann korrekt uebertragen wird, wenn einzelne Parameter fehlen.

Damit der Fehler nicht wieder auftritt, habe ich unter

http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/test/hbci4java/secmech/ChallengeInfoTest.java

gleich noch einen Unit-Test ("testDEG()") eingecheckt, der sicherstellt,
dass das jetzt nicht mehr passiert.

Ich habe bereits positive Rueckmeldungen und Debug-Logs gekriegt. Die
HHD1.4-Challenge-Parameter wurden korrekt uebertragen, der
Geschaeftsvorfall wurde erfolgreich bei der Bank ausgefuehrt.

Damit ist HKTAN5 sowie HHD 1.4 erledigt! ;)

Was jetzt noch fehlt, ist das Parsen des Flicker-Codes fuer optisches
chipTAN-Verfahren. Da habe ich seit gestern grosse Fortschritte beim
Verstaendnis gemacht und denke, dass ich hier eventuell noch diese Woche
was fertig kriege.



Gruss
Olaf