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

Message nicht zu parsen?

Probleme bei Schlüsselgenerierung mit HBCI4Java

tbelau666

Betreff:

Message nicht zu parsen?

 ·  Gepostet: 20.02.2015 - 21:12 Uhr  ·  #114975
Hallo!

Ich hab den aktuellen Branch aus dem SVN genommen und gedenke den zu benutzen. Am Anfang steht natürlich der Schlüssel. Also folgender Code (man bastelt ja alles gern selber :D ):
Code

        HBCIUtils.init(null,new _CB());
        HBCIUtils.setParam("log.filter","1");
        HBCIUtils.setParam("kernel.locale",Locale.getDefault().toLanguageTag());
            HBCIUtils.setParam("client.passport.RDHXFile.filename",keyName.getText());
            HBCIUtils.setParam("client.passport.RDHXFile.init","0");
            HBCIUtils.setParam("action.resetBPD","1");
            HBCIUtils.setParam("action.resetUPD","1");
        passport = (HBCIPassportRDHXFile) AbstractHBCIPassport
            .getInstance("RDHXFile");
        passport.setCountry(Resources.getPreferences().get(
            Resources.getString("basicsettings.country"), "DE"));
        passport.setBLZ(blz.getText());
        if(this.sel201.isSelected())
          passport.setHBCIVersion("201");
        else if(this.sel210.isSelected())
          passport.setHBCIVersion("210");
        else if(this.sel220.isSelected())
          passport.setHBCIVersion("220");
        else if(this.selPlus.isSelected())
          passport.setHBCIVersion("plus");
        else if(this.sel300.isSelected())
          passport.setHBCIVersion("300");
        if(this.selRDH1.isSelected())
          passport.setProfileVersion("1");
        else if(this.selRDH2.isSelected())
          passport.setProfileVersion("2");
        else if(this.selRDH10.isSelected())
          passport.setProfileVersion("10");
        passport.setHost(server.getText());
            passport.setPort(HBCI_PORT);
            passport.setUserId(buserid.getText());
            passport.setCustomerId(customerid.getText());
            passport.setFilterType("None");
            
            handler=null;
            try {
              handler=new HBCIHandler(passport.getHBCIVersion(),passport);
            } catch(Exception e) {
              System.err.println("geht nicht!");
            }
            
            keys=passport.generateNewUserKeys();
            passport.setMyPublicSigKey(keys[0][0]);
            passport.setMyPrivateSigKey(keys[0][1]);
            passport.setMyPublicEncKey(keys[1][0]);
            passport.setMyPrivateEncKey(keys[1][1]);
            passport.saveChanges();
            passport.close();
            if(handler!=null)
              handler.close();

Ich denke, daß das soweit erstmal stimmt. Der Callback funktioniert und setzt die Passphrase wie gewünscht. Mit RDH-10 und FinTS 3.0 auf hbci.gad.de:3000 erhalte ich aber dummerweise nachfolgende Meldungen. Mich stört erstmal nicht, daß ich mit diesem Zugangsverfahren nicht weiter komme. Anscheinend machen die nur noch PIN/TAN. Sagt jedenfalls hbci.de. Mich stört, daß da die Exception auftaucht. Oder hängt das einfach nur damit zusammen, daß ich das falsche Zugangsverfahren zu nutzen gedenke?

Ich bedanke mich schonmal im Voraus für Anregungen
Th. Belau
Code

fetch BPD
create message: DialogInitAnon
 (24) Please establish a connection to the internet now
<ERR> [2015.02.20 20:50:55.046] [main/AWT-EventQueue-0] manager.HBCIUtils: org.kapott.hbci.exceptions.CanNotParseMessageException: HNHBK:1:3+000000013775+300+KI5022020505399+1+KI5022020505399:1'HIRMG:2:2+3060::Bitte beachten Sie die enthaltenen Warnungen/Hinweise. (TRE)'HIRMS:3:2:3+3050::BPD nicht mehr aktuell, aktuelle Version enthalten. (TRE)+0020::Informationen fehlerfrei entgegengenommen. (TRE)'HIBPA:4:3:3+8+280:80063558+VB eG Sangerhausen+1+1+300+1000'HIKOM:5:4:3+280:80063558+1+3:https?://hbci-pintan.gad.de/cgi-bin/hbciservlet+2:hbci.gad.de'HISHV:6:3:3+J+PIN:1+RDH:9+RDH:10+RDH:7'HIAUBS:7:4:3+1+1+999'HIDABS:8:2:3+1+1'HIEKAS:9:3:3+1+1+1+J:J:N:3'HIEKAS:10:4:3+1+1+1+J:J:N:3'HIFGAS:11:2:3+1+1+J:J:J:J'HIFGBS:12:2:3+1+1'HIFGKS:13:1:3+1+0+EUR:USD:GBP:CHF:DKK'HIFGNS:14:2:3+1+1+J:J:2'HIFRDS:15:4:3+1+1+1+N:N:J'HIINFS:16:2:3+1+1'HIKANS:17:4:3+1+1+365:J'HIKANS:18:7:3+1+1+1+365:J:N'HIKAZS:19:4:3+1+1+365:J'HIKAZS:20:7:3+1+1+1+365:J:N'HIKAUS:21:1:3+1+1+1'HIKAUS:22:2:3+1+1+1'HIKDMS:23:3:3+1+1+2048'HIKIAS:24:2:3+1+1'HILASS:25:3:3+1+1+14:05'HIPPDS:26:1:3+1+1+1+1:Telekom:Telekom:N:::15;30;50:2:Vodafone:Vodafone:N:::15;25;50:3:E-Plus:E-Plus:J:15:200:15;20;30:4:O2:O2:J:15:200:15;20;30:5:Congstar:Congstar:N:::15;30;50:6:Blau:Blau:J:15:200:15;20;30:7:Telekom:SIM Guthaben:J:15:200:15;30;50'HIPAES:27:1:3+1+1+1'HIPROS:28:3:3+1+1'HIPSPS:29:1:3+1+1+1'HIQTGS:30:1:3+1+1+1'HISALS:31:4:3+1+1'HISALS:32:7:3+1+1+1'HISLAS:33:4:3+1+1+0:14:05'HICSAS:34:1:3+1+1+1+1:720'HICSBS:35:1:3+1+1+1+N:N'HICSLS:36:1:3+1+1+1+J'HICSES:37:1:3+1+1+1+1:720'HISUBS:38:4:3+1+1+0:14:51:53:54:56:67:69'HITAZS:39:1:3+1+1+1'HITABS:40:2:3+1+1+1'HITABS:41:3:3+1+1+1'HITAUS:42:1:3+1+1+1+J:N:J'HITAUS:43:2:3+1+1+1+N:N:J:N'HITSYS:44:1:3+1+1+1+J:N'HITMVS:45:1:3+1+1'HITUAS:46:2:3+1+1+1:3650:4:51:53:54'HITUBS:47:1:3+1+1+J'HITUES:48:2:3+1+1+1:720:4:51:53:54'HITULS:49:1:3+1+1'HICCSS:50:1:3+1+1+1'HISPAS:51:1:3+1+1+1+N:N:J:sepade?:xsd?:pain.001.001.02.xsd:urn.swift?:xsd?:$pain.008.002.01.xsd:urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.001.002.03.xsd:urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.001.003.03.xsd:urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.008.002.02.xsd:urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.008.003.02.xsd:urn?:swift?:xsd?:$pain.001.002.02.xsd'HICCMS:52:1:3+1+1+1+999:J:J'HIDSES:53:1:3+1+1+1+3:360:6:360'HIDSAS:54:1:3+1+1+1+3:360:6:360'HIDBSS:55:1:3+1+1+1+N:N'HIDSLS:56:1:3+1+1+1+J'HIBSES:57:1:3+1+1+1+2:360:2:360'HIBSAS:58:1:3+1+1+1+2:360:2:360'HIBBSS:59:1:3+1+1+1+N:N'HIBSLS:60:1:3+1+1+1+J'HICMES:61:1:3+1+1+1+1:360:999:J:J'HICMBS:62:1:3+1+1+1+N:N'HICMLS:63:1:3+1+1+1'HIDMES:64:1:3+1+1+1+3:360:6:360:999:J:J'HIDMBS:65:1:3+1+1+1+N:N'HIDMLS:66:1:3+1+1+1'HIBMES:67:1:3+1+1+1+2:360:2:360:999:J:J'HIBMBS:68:1:3+1+1+1+N:N'HIBMLS:69:1:3+1+1+1'HIUEBS:70:3:3+1+1+14:51:53:54:56:67:69'HIUMBS:71:1:3+1+1+2:51:53:54:67:69'GIVDOS:72:1:3+1+1+1'HIWPDS:73:2:3+1+1+N'HICAZS:74:1:3+1+1+1+90:N:N:urn?:iso?:std?:iso?:20022?:tech?:xsd?:camt.052.001.02'HICDBS:75:1:3+1+1+1+N'HICDLS:76:1:3+1+1+1+1:360:N:J'HICDUS:77:1:3+1+1+1+1:1:360:1:N:N'HIPPDS:78:2:3+1+1+1+1:Telekom:Telekom:N:::15;30;50:2:Vodafone:Vodafone:N:::15;25;50:3:E-Plus:E-Plus:J:15:200:15;20;30:4:O2:O2:J:15:200:15;20;30:5:Congstar:Congstar:N:::15;30;50:6:Blau:Blau:J:15:200:15;20;30:7:Telekom:SIM Guthaben:J:15:200:15;30;50'HICDNS:79:1:3+1+1+1+1:1:360:J:J:J:J:N:N:N:N:N:0102030612:01020304050607080910111213141516171819202122232425262728293099:01:12345'HIDSBS:80:1:3+1+1+1+N:N:20'HICUBS:81:1:3+1+1+1+N'HICUMS:82:1:3+1+1+1+ACCT;ADVA;AGRT;AIRB;ALMY;ANNI;ANTS;AREN;BECH;BENE;BEaP;BOCE;BONU;BUSB;CASH;CBFF;CBTV;CCRD;CDBL;CFEE;CHAR;CLPR;CMDT;COLL;COMC;COMM;COMT;COST;CPYR;CSDB;CSLP;CVCF;DBTC;DCRD;DEPT;DERI;DIVD;DMEQ;DNTS;ELEC;ENRG;ESTa;FERB;FREa;GASB;GDDS;GDSV;GOVI;GOVT;GSCB;HEDG;HLRP;HLTC;HLTI;HSPC;HSTa;ICCP;ICRF;IDCP;IHRP;INPC;INSM;INSU;INTC;INTE;INTa;LBRI;LICF;LIFI;LIMA;LOAN;LOAR;LTCF;MDCS;MSVC;NETT;NITa;N OWS;NWCH;NWCM;OFEE;OTHR;OTLC;PADD;PAYR;PENS;PHON;POPE;PPTI;PRCP;PRME;PTSP;RCKE;RCPT;REFU;RENT;RINP;RLWY;ROYA;SALA;SAVG;SCVE;SECU;SSBE;STDY;SUBS;SUPP;TAaS;TELI;TRAD;TREA;TRFD;VATa;VIEW;WEBI;WHLD;WTER :sepade?:xsd?:pain.001.001.02.xsd:urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.001.002.03.xsd:urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.001.003.03.xsd'HICDES:83:1:3+1+1+1+2:1:360:0102030612:01020304050607080910111213141516171819202122232425262728293099:01:12345'HIDSWS:84:1:3+1+1+1+J'HIANAS:85:1:3+1+1+1+7:30'HIANLS:86:1:3+1+1+1'HIDMCS:87:1:3+1+1+1+999:J:J:2:360:2:360::urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.008.003.02.xsd'HIDSCS:88:1:3+1+1+1+2:360:2:360::urn?:iso?:std?:iso?:20022?:tech?:xsd?:pain.008.003.02.xsd'GIVPDS:89:1:3+1+1+1+1'GIVPUS:90:1:3+1+1+1+N'HITANS:91:2:3+1+1+1+J:N:0:922:2:SM?@RTTANPLUS2:Smart-TAN plus:6:1:Challenge:256:1:J:1:0:N:N:N:932:2:HHD1.3.1:SmartTAN plus:6:1:Challenge:256:1:J:1:0:N:N:N:942:2:MTAN2:mobile TAN:6:1:SMS:256:1:J:1:0:N:N:N'HITANS:92:4:3+1+1+1+J:N:0:922:2:SM?@RTTANPLUS2:::Smart-TAN plus:6:1:Challenge:999:1:J:1:0:N:N:N:N:N:00:0:1:932:2:HHD1.3.1:HHD:1.3.1:SmartTAN plus:6:1:Challenge:999:1:J:1:0:N:N:N:N:N:00:0:1:942:2:MTAN2:mobileTAN::mobile TAN:6:1:SMS:999:1:J:1:0:N:N:N:N:N:00:1:1:952:2:HHD1.3.2OPT:HHDOPT1:1.3.2:SmartTAN optic:6:1:Challenge:999:1:J:1:0:N:N:N:N:N:00:0:1'HITANS:93:5:3+1+1+1+J:N:0:932:2:HHD1.3.1:HHD:1.3.1:SmartTAN plus:6:1:Challenge:2048:1:J:1:0:N:0:2:N:J:00:0:1:942:2:MTAN2:mobileTAN::mobile TAN:6:1:SMS:2048:1:J:1:0:N:0:2:N:J:00:1:1:952:2:HHD1.3.2OPT:HHDOPT1:1.3.2:SmartTAN optic:6:1:Challenge:2048:1:J:1:0:N:0:2:N:J:00:1:1:962:2:HHD1.4:HHD:1.4:SmartTAN plus HHD 1.4:6:1:Challenge:2048:1:J:1:0:N:0:2:N:J:00:1:1:972:2:HHD1.4OPT:HHDOPT1:1.4:SmartTAN optic HHD 1.4:6:1:Challenge:2048:1:J:1:0:N:0:2:N:J:00:1:1'HIPINS:94:1:3+1+1+0+5:20:6:Alias/VR-Kennung:Alias/VR-Kennung:HKSPA:N:HKAUB:J:HKDAB:N:HKFGA:J:HKFGB:N:HKFGK:N:HKFGN:J:HKINF:N:HKKAN:N:HKKAZ:N:HKKDM:N:HKKIA:N:HKLAS:J:HKSAL:N:HKSLA:J:HKSUB:J:HKTMV:N:HKTUA:J:HKTUB:N:HKTUE:J:HKTUL:J:HKUEB:J:HKUMB:J:HKWPD:N:HKPRO:N:HKEKA:N:HKEKA:N:HKFRD:N:HKKAN:N:HKKAZ:N:HKKAU:N:HKKAU:N:HKPPD:J:HKPAE:J:HKPSP:N:HKQTG:N:HKSAL:N:HKCSA:J:HKCSB:N:HKCSL:J:HKCSE:J:HKTAZ:N:HKTAB:N:HKTAB:N:HKTAU:N:HKTAU:N:HKTSY:N:HKCCS:J:HKCCM:J:HKDSE:J:HKDSA:J:HKDBS:N:HKDSL:J:HKBSE:J:HKBSA:J:HKBBS:N:HKBSL:J:HKCME:J:HKCMB:N:HKCML:J:HKDME:J:HKDMB:N:HKDML:J:HKBME:J:HKBMB:N:HKBML:J:HKCAZ:N:HKCDB:N:HKCDL:J:HKCDU:J:HKPPD:J:HKCDN:J:HKDSB:N:HKCUB:N:HKCUM:J:HKCDE:J:HKDSW:J:HKANA:N:HKANL:N:HKDMC:J:HKDSC:J:GKVDO:N:GKVPD:N:GKVPU:N:HKTAN:N:HKTAN:N'HIAZSS:95:1:3+1+1+1+1:N:::::::::::HKTUA;2;0;1;811:HKAUB;4;0;1;811:HKFGB;2;0;1;811:HKPPD;2;0;1;811:HKKAU;2;0;1;811:HKBBS;1;0;1;811:HKDSE;1;0;1;811:HKDSA;1;0;1;811:HKBSA;1;0;1;811:HKCDB;1;0;1;811:HKDBS;1;0;1;811:HKUMB;1;0;1;811:HKDMC;1;0;1;811:HKDME;1;0;1;811:HKFGK;1;0;1;811:HKSAL;7;0;1;811:HKSPA;1;0;1;811:HKKAZ;4;0;1;811:HKCSL;1;0;1;811:HKCML;1;0;1;811:HKPPD;1;0;1;811:HKCSA;1;0;1;811:HKKAN;7;0;1;811:HKCCM;1;0;1;811:HKBMB;1;0;1;811:HKIDN;2;0;1;811:HKINF;2;0;1;811:HKKAN;4;0;1;811:HKDSW;1;0;1;811:HKCMB;1;0;1;811:HKBML;1;0;1;811:HKPRO;3;0;1;811:HKCDE;1;0;1;811:HKTMV;1;0;1;811:HKDAB;2;0;1;811:HKCCS;1;0;1;811:HKFGN;2;0;1;811:HKFRD;4;0;1;811:HKEKA;4;0;1;811:HKDSC;1;0;1;811:HKEKA;3;0;1;811:HKKIA;2;0;1;811:HKDML;1;0;1;811:HKSLA;4;0;1;811:HKTUE;2;0;1;811:HKSUB;4;0;1;811:HKCDL;1;0;1;811:HKCSE;1;0;1;811:HKCME;1;0;1;811:HKSAL;4;0;1;811:HKQTG;1;0;1;811:HKBSL;1;0;1;811:GKVPU;1;0;1;811:HKCDU;1;0;1;811:HKCDN;1;0;1;811:HKTUL;1;0;1;811:HKDMB;1;0;1;811:HKFGA;2;0;1;811:HKCUM;1;0;1;811:HKDSL;1;0;1;811:GKVPD;1;0;1;811:HKKDM;3;0;1;811:GKVDO;1;0;1;811:HKBSE;1;0;1;811:HKCAZ;1;0;1;811:HKCSB;1;0;1;811:HKKAU;1;0;1;811:HKLAS;3;0;1;811:HKDSB;1;0;1;811:HKBME;1;0;1;811:HKCUB;1;0;1;811:HKUEB;3;0;1;811:HKWPD;2;0;1;811:HKTUB;1;0;1;811:HKKAZ;7;0;1;811'HIVISS:96:1:3+1+1+1+1;L;;Bankauftrag;;;;1;L;;allgemein;;;;2;L;;Legitimation;;;;2;L;;mit Kennung;;;;3;L;;Version;;;;4;L;;Überweisung;;;;4;L;;Inland;;;;5;L;;Umbuchung;;;;6;L;;Umbuchung;;;;6;L;;terminiert;;;;7;L;;Überweisung;;;;7;L;;Referenzkonto;;;;8;L;;Überweisung;;;;8;L;;SEPA/EU;;;;9;L;;Überweisung;;;;9;L;;Inland;;;;10;L;;Überweisung;;;;10;L;;Ausland;;;;11;L;;Sammelüberw.;;;;11;L;;Inland;;;;12;L;;Sammelüberw.;;;;12;L;;SEPA;;;;13;L;;Sammelüberw.;;;;13;L;;Ausland;;;;14;L;;Lastschrift;;;;14;L;;Inland;;;;15;L;;Rückgabe;;;;15;L;;Lastschrift;;;;16;L;;Lastschrift;;;;16;L;;SEPA;;;;17;L;;Lastschrift;;;;17;L;;Ausland;;;;18;L;;Sammellasts.;;;;18;L;;Inland;;;;19;L;;Sammellasts.;;;;19;L;;SEPA;;;;20;L;;Sammellasts.;;;;20;L;;Ausland;;;;21;L;;Terminüberw.;;;;21;L;;Inland;;;;22;L;;Terminüberw.;;;;22;L;;SEPA;;;;23;L;;Terminüberw.;;;;23;L;;Ausland;;;;24;L;;Terminüberw.;;;;24;L;;Sammel Inl.;;;;25;L;;Terminüberw.;;;;25;L;;Sammel SEPA;;;;26;L;;Terminüberw.;;;;26;L;;Sammel Ausl.;;;;27;L;;Terminlasts.;;;;27;L;;Inland;;;;28;L;;Terminlasts.;;;;28;L;;SEPA;;;;29;L;;Terminlasts.;;;;29;L;;Ausland;;;;30;L;;Terminlasts.;;;;30;L;;Sammel Inl.;;;;31;L;;Terminlasts.;;;;31;L;;Sammel SEPA;;;;32;L;;Terminlasts.;;;;32;L;;Sammel Ausl.;;;;33;L;;Dauerüberw.;;;;33;L;;Inland;;;;34;L;;Dauerüberw.;;;;34;L;;SEPA;;;;35;L;;Dauerüberw.;;;;35;L;;Ausland;;;;36;L;;Dauerlasts.;;;;36;L;;Inland;;;;37;L;;Dauerlasts.;;;;37;L;;SEPA;;;;38;L;;Bestand;;;;38;L;;abfragen;;;;39;L;;Löschen;;;;39;L;;Auftrag;;;;40;L;;Aussetzen;;;;40;L;;Auftrag;;;;41;L;;Aussetzen;;;;41;L;;Auftrag;;;;42;L;;Ändern;;;;42;L;;Auftrag;;;;43;L;;Ändern;;;;43;L;;Auftrag;;;;44;L;;Freigabe;;;;44;L;;Überw. DTAUS;;;;45;L;;Freigabe;;;;45;L;;Lasts. DTAUS;;;;46;L;;Freigabe;;;;46;L;;Überw. DTAZV;;;;47;L;;Freigabe;;;;47;L;;Überw. SEPA;;;;48;L;;Freigabe;;;;48;L;;Lasts. SEPA;;;;49;L;;Freigabe;;;;49;L;;DSRZ-Dateien;;;;50;L;;Kontoauszug;;;;50;L;;u. Quittung;;;;51;L;;Kontoauszug;;;;51;L;;an/abmelden;;;;52;L;;Postfach;;;;52;L;;an/abmelden;;;;53;L;;Postkorb;;;;54;L;;Datentresor;;;;55;L;;Wertpapier;;;;55;L;;Kauf;;;;56;L;;Wertpapier;;;;56;L;;Verkauf;;;;57;L;;Wertpapier;;;;57;L;;Geschäft;;;;58;L;;Anlage;;;;58;L;;Abschluss;;;;59;L;;Kredit;;;;59;L;;Abschluss;;;;60;L;;Produkt;;;;60;L;;Kauf;;;;61;L;;Versicherung;;;;61;L;;Abschluss;;;;62;L;;Service;;;;62;L;;Funktionen;;;;63;L;;TAN-Medien;;;;63;L;;Management;;;;64;L;;Mobiltelefon;;;;64;L;;laden;;;;65;L;;GeldKarte;;;;65;L;;laden;;;;66;L;;Zahlung;;;;66;L;;Internet;;;;67;L;;Geldtransfer;;;;67;L;;Internet;;;;68;L;;Freistellung;;;;69;L;;Adresse;;;;69;L;;ändern;;;;70;L;;Wertpapier;;;;70;L;;Kauf;;;;71;L;;Wertpapier;;;;71;L;;Verkauf;;;;72;L;;Wertpapier;;;;72;L;;Geschäft;;;;73;L;;Eigene;;;;73;L;;IBAN;;;;74;L;;IBAN;;;;74;L;;Empfänger;;;;75;L;;IBAN;;;;75;L;;Zahler;;;;76;L;;IBAN;;;;76;L;;Absender;;;;77;L;;Kunden;;;;77;L;;Nummer;;;;78;L;;Vertrags-;;;;78;L;;Kennung;;;;79;L;;Eigene;;;;79;L;;IBAN;;;;80;L;;Name;;;;81;L;;Auftrags-;;;;81;L;;Identifikation;;;;82;L;;Händler;;;;82;L;;Name;;;;83;L;;Karten-;;;;83;L;;nummer;;;;84;L;;TAN;;;;84;L;;Medium;;;;85;L;;Summe nur;;;;85;L;;Vorkommastellen;;;;86;L;;Freistellung;;;;86;L;;ändern;;;;87;L;;Umbuchung;;;;87;L;;Inland;;;;88;L;;Umbuchung;;;;88;L;;SEPA/EU;;;;89;L;;Adresse?:;;;;89;L;16;#;;;;90;L;;Angebots-Nr?:;;;;90;R;16;#;;;;91;L;;Anzahl?:;;;;91;R;16;#;;;;92;L;;Auftrags-ID?:;;;;92;L;16;#;;;;93;L;;Aut.Merkmal?:;;;;93;L;16;#;;;;94;L;;Bankdaten?:;;;;94;L;16;#;;;;95;L;;Betrag?:;;;;95;R;16;#;;;;96;L;;BIC Empf.?:;;;;96;L;16;#;;;;97;L;;BLZ Abs.?:;;;;97;R;16;#;;;;98;L;;BLZ Empf.?:;;;;98;R;16;#;;;;99;L;;BLZ Karte?:;;;;99;R;16;#;;;;100;L;;BLZ Zahler?:;;;;100;R;16;#;;;;101;L;;Eigene BLZ?:;;;;101;R;16;#;;;;102;L;;Eigenes Kto?:;;;;102;R;16;#;;;;103;L;;Geburtsdatum;;;;103;L;16;#;;;;104;L;;Händlername?:;;;;104;L;16;#;;;;105;L;;ISIN?:;;;;105;L;16;#;;;;106;L;;Kartennummer;;;;106;R;16;#;;;;107;L;;Konto Abs.?:;;;;107;R;16;#;;;;108;L;;Konto Empf.?:;;;;108;R;16;#;;;;109;L;;Konto Zahler;;;;109;R;16;#;;;;110;L;;Kreditkarte?:;;;;110;R;16;#;;;;111;L;;Limit?:;;;;111;R;16;#;;;;112;L;;Menge?:;;;;112;R;16;#;;;;113;L;;Mobilfunknr?:;;;;113;R;16;#;;;;114;L;;Name Empf.?:;;;;114;L;16;#;;;;115;L;;Postleitzahl;;;;115;R;16;#;;;;116;L;;Rate?:;;;;116;R;16;#;;;;117;L;;Referenzkto?:;;;;117;R;16;#;;;;118;L;;Referenzzahl;;;;118;R;16;#;;;;119;L;;Stücke/Nom.?:;;;;119;R;16;#;;;;120;L;;TAN-Medium;;;;120;L;16;#;;;;121;L;;Termin?:;;;;121;L;16;#;;;;122;L;;Vertrag.Kenn;;;;122;L;16;#;;;;123;L;;WP-Kenn-Nr?:;;;;123;R;16;#;;;;124;L;;Kunden-Nr.;;;;124;R;16;#;;;;125;L;;Summe;;;;125;R;16;#;;;;126;L;32;#;;;;127;R;32;#;;;;128;L;16;#;;;;129;R;16;#;;;:HKAUB;4;811;10;;;85;;;129;3;Z.3:HKBME;1;811;31;;;91;4;NbOfTxs.1;95;4;CtrlSum.1;73;;;126;4;IBAN.1:HKBML;1;811;39;;;79;;;126;1;3,1;95;1;7,1:HKBSA;1;811;42;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKBSE;1;811;28;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKBSL;1;811;39;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCCM;1;811;12;;;91;4;NbOfTxs.1;95;4;CtrlSum.1;79;;;126;4;IBAN.1:HKCCS;1;811;8;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCDE;1;811;34;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCDL;1;811;39;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCDN;1;811;42;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCDU;1;811;40;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCME;1;811;25;;;91;4;NbOfTxs.1;95;4;CtrlSum.1;79;;;126;1;2,1:HKCML;1;811;39;;;79;;;126;1;3,1;95;1;7,1:HKCSA;1;811;42;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCSE;1;811;22;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCSL;1;811;39;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKCUM;1;811;88;;;74;;;126;4;IBAN.2;95;4;CtrlSum.1:HKDMC;1;811;19;;;73;;;126;4;IBAN.1;95;4;CtrlSum.1;91;4;NbOfTxs.1:HKDME;1;811;31;;;91;4;NbOfTxs.1;95;4;CtrlSum.1;73;;;126;4;IBAN.1:HKDML;1;811;39;;;79;;;126;1;3,1;95;1;7,1:HKDSA;1;811;42;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKDSC;1;811;16;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKDSE;1;811;28;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKDSL;1;811;39;;;75;;;126;4;IBAN.2;95;4;CtrlSum.1:HKDSW;1;811;15;;;73;;;126;1;2,1;95;1;4,1:HKFGA;2;811;42;;;108;1;2,1:HKFGN;2;811;58;;;108;1;2,1:HKLAS;3;811;14;;;109;1;3,1;100;1;3,3;95;1;6,1:HKPPD;1;811;64;;;113;1;4;95;1;5,1:HKPPD;2;811;64;;;113;1;4;95;1;5,1:HKSLA;4;811;18;;;91;2;E.4;95;2;E.8;102;2;A.9:HKSUB;4;811;11;;;91;2;E.4;95;2;E.8;102;2;A.9:HKTUA;2;811;42;;;108;1;3,1;98;1;3,3;95;1;6,1:HKTUE;2;811;21;;;108;1;3,1;98;1;3,3;95;1;6,1:HKTUL;1;811;39;;;102;1;2,1;95;1;6,1:HKUEB;3;811;4;;;108;1;3,1;98;1;3,3;95;1;6,1:HKUMB;1;811;87;;;108;1;3,1;95;1;6,1'HNHBS:97:1+1'
  at org.kapott.hbci.comm.Comm.pingpong(Comm.java:117)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:352)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:178)
  at org.kapott.hbci.manager.HBCIInstitute.fetchBPD(HBCIInstitute.java:223)
  at org.kapott.hbci.manager.HBCIInstitute.register(HBCIInstitute.java:360)
 (22) Please enter passphrase for accessing the security file
HBCI dialog closed
<ERR> [2015.02.20 20:51:50.940] [main/AWT-EventQueue-0] manager.HBCIUtils: org.kapott.hbci.exceptions.HBCI_Exception: can not set raw value of MsgHead.dialogid to null
  at org.kapott.hbci.manager.HBCIKernelImpl.rawSet(HBCIKernelImpl.java:166)
  at org.kapott.hbci.manager.HBCIInstitute.doDialogEnd(HBCIInstitute.java:179)
  at org.kapott.hbci.manager.HBCIInstitute.fetchBPD(HBCIInstitute.java:244)
  at org.kapott.hbci.manager.HBCIInstitute.register(HBCIInstitute.java:360)
  at org.kapott.hbci.manager.HBCIHandler.registerInstitute(HBCIHandler.java:209)
<ERR> [2015.02.20 20:52:09.310] [main/AWT-EventQueue-0] manager.HBCIInstitute: fetching BPD failed: org.kapott.hbci.exceptions.PredelimErrorException: DialogInitAnonRes.MsgTail.SegHead.code: predelimiter mismatch; required "'", but found "+"
<ERR> [2015.02.20 20:52:17.593] [main/AWT-EventQueue-0] manager.HBCIUtils: org.kapott.hbci.exceptions.ProcessException: fetching BPD failed
  at org.kapott.hbci.manager.HBCIInstitute.fetchBPD(HBCIInstitute.java:251)
  at org.kapott.hbci.manager.HBCIInstitute.register(HBCIInstitute.java:360)
  at org.kapott.hbci.manager.HBCIHandler.registerInstitute(HBCIHandler.java:209)
  at org.kapott.hbci.manager.HBCIHandler.<init>(HBCIHandler.java:131)
  at gui.dialogs.settings.BankingSettingsDialog.actionPerformed(BankingSettingsDialog.java:600)
<ERR> [2015.02.20 20:52:26.916] [main/AWT-EventQueue-0] manager.HBCIInstitute: FAILED! - maybe this institute does not support anonymous logins
.

Raimund Sichmann

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 21.02.2015 - 22:52 Uhr  ·  #114983
Halo Th.
hbci.gad.de ist für RDH-10 schon richtig, PIN & TAN hat bei der GAD eine andere Adresse. Die siehst du bei hbci-zka.de oder findest die auch in unseren allgemeinen Angaben zu den Zugangsdaten.
Aber was hast du vor?
Gruß
Raimund

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 25.02.2015 - 21:00 Uhr  ·  #115077
Hallo!

Ich bastele an einer eigenen FiBu. Angepaßt an Genossenschaften, wobei aber andere Gesellschaften nach Text-Änderungen auch kein Prob sein sollten. Nur für die eine oder andere Personengesellschaft macht die eine oder andere Funktion (im Moment nur die automatische Dividendenberechnung) keinen Sinn. Egal, ist wie mit der Modellbahn: ist nie fertig :D Das Ganze ist zur Vermeidung von Redundanzen (Adressen) und zur späteren Dokumentenverwaltung an die Owncloud-Datenbank direkt angehängt. Später soll da ein ERP dazu kommen. Ist immer ein bischen tricky was Passendes, Fertiges zu finden ohne einen Haufen Geld zu bezahlen. Also lebe ich mein Hobby aus.

Zum Thema: In der Nachricht vom Server hab ich keinen Hinweis gefunden, daß andere als smart/iTAN unterstützt werden. Deswegen die Mutmaßung. Das HBCI-Verzeichnis stützt diese Annahme. Da steht "HBCI-Port 3000 nicht unterstützt". Zudem steht in der Antwort auch sowas wie eine Weiterleitung auf einen PIN/TAN-Server.

Das alles ändert nichts daran, daß es ja nicht unbedingt in einer Exception enden muß, wenn der Server das angefragte Protokoll nicht unterstützt. Andererseits hab ich gesehen, daß moniert wird, daß "+" statt "'" geparst wird. Kann auch sein, daß einfach die Antwort nicht komplett eingelesen wird, weil ein Puffer zu kurz ist. Wäre ja auch doof.

Bis denn dann
Thomas

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 25.02.2015 - 21:17 Uhr  ·  #115078
Nachtrag: Genau hab ich an dieser Stelle vor, den Bankschlüssel zu bekommen und einen versandfertigen INI-Brief zu drucken. Das eigentliche Konto ist dafür noch nicht frei geschaltet. Sollte doch aber erstmal nicht viel machen. Höchstens, daß ich keinen Schlüssel bekomme, den ich mit dem imaginären Brief von der Bank vergleichen könnte. Prog mosert ja auch, daß evtl. anonymer Login nicht unterstützt wird. Da ist aber dieser dumme Fehler mit der Nachricht:
<ERR> [2015.02.25 21:07:41.158] [main/AWT-EventQueue-0] manager.HBCIInstitute: fetching BPD failed: org.kapott.hbci.exceptions.PredelimErrorException: DialogInitAnonRes.MsgTail.SegHead.code: predelimiter mismatch; required "'", but found "+"
(dritter HBCI-Fehler)

Raimund Sichmann

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 08:07 Uhr  ·  #115081
Hallo Thomas,
an welcher Bank testest du denn? Die allermeisten GAD-Genobanken bieten Signaturdatei an (siehst du an RDH10 in der BPD) und auf hbci-zk.de.
Dass in der BPD die Adresse für PIN&TAN steht, sollte dich nicht stören - mehr als diese allgemeinen Informationen bekommst du anonym ja auch nicht.
Du musst schon einen Schlüssel mit echter Benutzerkennung und VR-Kennung erzeugen und einreichen.

Eventuell kannst du dies ganze einmal mit einem aktuellen Hibiscus parallel testen und die Logs/Ergebnisse vergleichen?
Gruß
Raimund

hibiscus

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 10:39 Uhr  ·  #115088
Bei PIN/TAN und Schluesseldatei kommen voellig unterschiedliche Transport-Protokolle zum Einsatz. Schluesseldatei verwendet "rohe" Streams auf TCP-Port 3000. Bei PIN/TAN wird HTTP als Transport-Medium verwendet. Und dort wird dann auch Base64 codiert.

Was du deinen Logs zufolge machst ist: Schluesseldatei - jedoch auf dem PIN/TAN-Endpoint des Servers. Und daher kann weder der Server deinen Request lesen (weil du ihn binaer hinschickst) noch kannst du die Antwort lesen, weil du binaer erwartest, der Server aber BASE64-codiert schickt.

Also bei Schluesseldatei:

- TCP-Port 3000 (nicht 443!)
- Als Servername der Hostname des Servers (wie von Raimund schon genannt) und KEINE HTTP-URL
- Als Filter "None" (nicht "Base64")


PS:

Sowas hier macht man eigentlich nicht:

Code

} catch (Exception e) {
    System.err.println("geht nicht!");
} 


Wenn schon, dann wenigstens:

Code

} catch (Exception e) {
 e.printStackTrace();
} 


Wie willst du sonst Fehler-Ursachen finden, wenn du die Fehlermeldungen ungelesen wegwirfst?

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 21:20 Uhr  ·  #115104
@hibiscus: Also nach dem, was ich als Code-Schnipsel reingesetzt habe, ist der Filter auf "None" gesetzt. Im Text darunter steht, daß ich den Port 3000 (Schnipsel: HBCI_PORT) verwende. Den Host setze ich natürlich ohne "Schnickschnack" drum herum. Ist ja auch ein String und keine URL/kein URI. Ich hab die Schreibweise mit Doppelpunkt nur benutzt, weil sie jeder kennt. Die weggeworfenen Exceptions bringen keinen "Mehrwert". Ich habe sie mir angesehen, BEVOR ich die Ausgabe unterdrückt habe. Der Log kommt über den Callback. Allerdings erschließt sich mir nicht, warum alle kleinen "a" gegen große "X" ausgetauscht werden...

@Raimund: Hibiscus probiere ich mal aus. Mal sehen, ob da der Parse-Fehler (über den ich bis jetzt immernoch nicht mehr weiß) auch drin vorkommt an dieser Stelle, in diesem Testfall. Könnte es ansonsten sein, daß ich mir das Leben einfacher mache, wen ich hier einfach PIN/TAN verwende? Das Konto ist für das Banking mit dem Browser per smartTAN freigeschaltet. Gut, HBCI anmelden ginge auch. Wenn man testweise mehrere Schlüssel generiert, muß man das Prozedere bei der Bank am Ende nochmal von vorn anstoßen. Wäre auch nicht das Problem... DAS MUSZ DOCH GEHEN! :D Die Bank ist die 80063558. Also "genodef" ;-)

hibiscus

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 22:12 Uhr  ·  #115106
Zitat geschrieben von tbelau666

@hibiscus: Also nach dem, was ich als Code-Schnipsel reingesetzt habe, ist der Filter auf "None" gesetzt. Im Text darunter steht, daß ich den Port 3000 (Schnipsel: HBCI_PORT) verwende. Den Host setze ich natürlich ohne "Schnickschnack" drum herum. Ist ja auch ein String und keine URL/kein URI. Ich hab die Schreibweise mit Doppelpunkt nur benutzt, weil sie jeder kennt.


Ich weiss nicht, was du als Port oder Host verwendest. Das ist aus deinem Code-Schnipsel ja nicht ersichtlich, weil es Variablen sind, die an anderer Stelle definiert wurden.

Zitat geschrieben von tbelau666

Die weggeworfenen Exceptions bringen keinen "Mehrwert".


Das weiss hier im Forum aber keiner.

Welche Version von HBCI4Java verwendest du eigentlich? Die originale von hbci4java.kapott.org ist jedenfalls inzwischen schon 5 Jahre alt und damit eigentlich ziemlich veraltet. Da fehlt ein Grossteil des SEPA-Supports. Und unter anderem hat die Version noch keine Unterstuetzung fuer uebergrosse BPD (mehr als 8KB), die einige Banken/RZ vor IMHO ~1 Jahr eingefuehrt hatten (Raimund wird sich sicher noch erinnern). Die originale HBCI4Java-Version kann damit nicht umgehen und bringt in dem Fall einen Fehler, der auch so aussieht wie deiner.

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 22:31 Uhr  ·  #115107
Zitat geschrieben von hibiscus

Ich weiss nicht, was du als Port oder Host verwendest. Das ist aus deinem Code-Schnipsel ja nicht ersichtlich, weil es Variablen sind, die an anderer Stelle definiert wurden.


Deswegen hab ich es ja in den Text darunter geschrieben. Da steht: hbci.gad.de:3000. Nicht?

Zitat geschrieben von hibiscus

Zitat geschrieben von tbelau666

Die weggeworfenen Exceptions bringen keinen "Mehrwert".

Das weiss hier im Forum aber keiner.


Der Parse-Error steht erstmal für sich. Kann ja sein, daß der schonmal irgendwo aufgetaucht ist. Wer tut sich schon 500 Zeilen Trace-Log an?

Zitat geschrieben von hibiscus

Welche Version von HBCI4Java verwendest du eigentlich? Die originale ...


Auch das steht im Text. Und zwar VOR dem Code-Schnipsel. Der (letzte Woche) letzte Branch aus dem SVN.

Es macht keinen Spaß, wenn irgend welche Fragen nicht mal wirklich gelesen werden!

hibiscus

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 22:41 Uhr  ·  #115108
Zitat geschrieben von tbelau666

Auch das steht im Text. Und zwar VOR dem Code-Schnipsel. Der (letzte Woche) letzte Branch aus dem SVN.


Welchen Branch aus welchem SVN?

Zitat geschrieben von tbelau666

Es macht keinen Spaß, wenn irgend welche Fragen nicht mal wirklich gelesen werden!


Na dann.

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 23:00 Uhr  ·  #115109
Zitat geschrieben von hibiscus

Welchen Branch aus welchem SVN?


github.com/willuhn/hbci4java? So viele gibts von den SVN-Quellen dafür nicht. Und da ist auch nur ein einziger Branch.

hibiscus

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 23:25 Uhr  ·  #115110
Zitat geschrieben von tbelau666

github.com/willuhn/hbci4java? So viele gibts von den SVN-Quellen dafür nicht. Und da ist auch nur ein einziger Branch.


Das ist ja eigentlich GIT. Daher hat mich deine Aussage "SVN" irritiert.

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 23:51 Uhr  ·  #115111
Zitat geschrieben von hibiscus

Das ist ja eigentlich GIT. Daher hat mich deine Aussage "SVN" irritiert.


Hmmm... Das Versionsverwaltungsprogramm dazu heißt SVN. Nichts desto trotz war die Frage zur Version schonmal nicht schlecht. Hab ein bischen genauer hingesehen und... Ich hatte einen Branch von 2012. Also im Trunk-Pfad nachgesehen und die tatsächlich letzte Fassung gezogen. Die Fehlermeldungen sind mit leicht geändertem Code tatsächlich aussagekräftiger. Da bleibt eigentlich nur die Frage, warum kein Signaturschlüssel da ist. Eigentlich erzeuge ich einen. Daß der Handler sofort den Kontakt Synchronisieren will, muß ich noch unterdrücken. Geht an dieser Stelle so oder so nicht.

Code

        passport = (HBCIPassportRDHXFile) AbstractHBCIPassport
            .getInstance("RDHXFile");
        passport.setCountry(Resources.getPreferences().get(
            Resources.getString("basicsettings.country"), "DE"));
        passport.setBLZ(blz.getText());
        if(this.sel201.isSelected())
          passport.setHBCIVersion("201");
        else if(this.sel210.isSelected())
          passport.setHBCIVersion("210");
        else if(this.sel220.isSelected())
          passport.setHBCIVersion("220");
        else if(this.selPlus.isSelected())
          passport.setHBCIVersion("plus");
        else if(this.sel300.isSelected())
          passport.setHBCIVersion("300");
        if(this.selRDH1.isSelected())
          passport.setProfileVersion("1");
        else if(this.selRDH2.isSelected())
          passport.setProfileVersion("2");
        else if(this.selRDH10.isSelected())
          passport.setProfileVersion("10");
        passport.setHost(server.getText());
            passport.setPort(HBCI_PORT);
            passport.setUserId(buserid.getText());
            passport.setCustomerId(customerid.getText());
            passport.setFilterType("None");
            keys=passport.generateNewUserKeys();
            passport.setMyPublicSigKey(keys[0][0]);
            passport.setMyPrivateSigKey(keys[0][1]);
            passport.setMyPublicEncKey(keys[1][0]);
            passport.setMyPrivateEncKey(keys[1][1]);
            passport.saveChanges();
            handler=null;
            try {
              handler=new HBCIHandler(passport.getHBCIVersion(),passport);
            } catch(Exception e) {
              System.err.println(e.getMessage());
            }
            if(handler!=null)
              handler.close();
            passport.saveChanges();
            passport.close();


Code

 (22) Bitte geben Sie das Passwort für den Zugriff auf die Passport-Datei ein
fetch BPD
create message: DialogInitAnon
 (24) Bitte stellen Sie jetzt die Verbindung zum Internet her
<WRN> [2015.02.26 23:38:05.117] [main/AWT-EventQueue-0] security.Sig: can not check signature - no signature key available
 (22) Bitte geben Sie das Passwort für den Zugriff auf die Passport-Datei ein
HBCI dialog closed
create message: DialogEndAnon
<WRN> [2015.02.26 23:38:05.691] [main/AWT-EventQueue-0] security.Sig: can not check signature - no signature key available
 (25) Sie können die Internetverbindung jetzt beenden
fetch keys
create message: FirstKeyReq
 (24) Bitte stellen Sie jetzt die Verbindung zum Internet her
<WRN> [2015.02.26 23:38:05.997] [main/AWT-EventQueue-0] security.Sig: can not check signature - no signature key available
 (12) Neue öffentliche Schlüssel der Bank erhalten
HBCI dialog closed
create message: DialogEndAnon
 (25) Sie können die Internetverbindung jetzt beenden
create message: Synch
 (24) Bitte stellen Sie jetzt die Verbindung zum Internet her
<ERR> [2015.02.26 23:38:29.539] [main/AWT-EventQueue-0] status.HBCIStatus: HBCI error code: 9050:Die Nachricht enthält Fehler. (TRE)
<ERR> [2015.02.26 23:38:29.540] [main/AWT-EventQueue-0] status.HBCIStatus: HBCI error code: 9800:Dialog abgebrochen (TRE)
<ERR> [2015.02.26 23:38:29.541] [main/AWT-EventQueue-0] status.HBCIStatus: HBCI error code: 9010:Benutzerkennung unbekannt - Signaturprüfung nicht möglich. (SCA)
<ERR> [2015.02.26 23:38:29.541] [main/AWT-EventQueue-0] status.HBCIStatus: HBCI error code: 9340:Auftrag abgelehnt. (TRE)
<WRN> [2015.02.26 23:38:29.542] [main/AWT-EventQueue-0] security.Sig: message has no signature
<ERR> [2015.02.26 23:38:29.547] [main/AWT-EventQueue-0] manager.HBCIUtils: org.kapott.hbci.exceptions.HBCI_Exception: Nachricht ist nicht verschlüsselt
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:454)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:178)
  at org.kapott.hbci.manager.HBCIUser.fetchSysId(HBCIUser.java:442)
  at org.kapott.hbci.manager.HBCIUser.updateUserData(HBCIUser.java:665)
  at org.kapott.hbci.manager.HBCIUser.register(HBCIUser.java:690)
 (25) Sie können die Internetverbindung jetzt beenden
Fehler beim Erzeugen eines HBCIHandler Objektes

Dabei ist die letzte Zeile die Exception, die der handler liefert. Ohne trace...

hibiscus

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 26.02.2015 - 23:56 Uhr  ·  #115112
Zitat

Hmmm... Das Versionsverwaltungsprogramm dazu heißt SVN


Nein. GIT ist kein Aufsatz von SVN.

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 27.02.2015 - 00:15 Uhr  ·  #115113
Kommt auf die Sichtweise an.

Genau genommen ist es ein Frontent u.a. für GIT. Allerdings wohl nicht in der Kommandozeilenausführung "svn" sondern in Form von "kdesvn".

Den Anwender eines Frontends interessiert aber die genaue Struktur dessen was im Hintergrund passiert nicht. Typ vor Bildschirm "sieht seine Versionverwaltung". Und die heißt nicht github sondern eben kdesvn.

Unabhängig davon ist das eigentliche Interface des github - also das WEB-Interface - aus meiner Sicht eine bedienungstechnische Katastrophe. Erinnert an die Zeit, als Monitore noch ausschließlich grünen Text ausgaben und man mit "pip" arbeitete.

Das alles weicht aber vom Thema ab.

hibiscus

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 27.02.2015 - 08:14 Uhr  ·  #115115
Zitat geschrieben von tbelau666

Den Anwender eines Frontends interessiert aber die genaue Struktur dessen was im Hintergrund passiert nicht. Typ vor Bildschirm "sieht seine Versionverwaltung". Und die heißt nicht github sondern eben kdesvn.


Ich hatte dich aber gefragt, WO du die HBCI4Java-Version her hast und nicht WOMIT du du sie ausgecheckt hast.

Zitat geschrieben von tbelau666

Das alles weicht aber vom Thema ab.


Code

HBCIUtils.setParam("client.passport.RDHXFile.filename",keyName.getText());
HBCIUtils.setParam("client.passport.RDHXFile.init","0");


Falls der Key in einer Datei gespeichert werden kann, wuerde ich den ini-Parameter auf 1 setzen. Ausserdem koennte es auch helfen, mal das Format "RDHNew" statt "RDHXFile" zu verwenden. Das ist quasi das HBCI4Java-Eigenformat.

Code

HBCIUtils.setParam("action.resetBPD","1");
HBCIUtils.setParam("action.resetUPD","1");


Die Parameter kenne ich nicht. Die bewirken nichts.

Code

keys=passport.generateNewUserKeys();
passport.setMyPublicSigKey(keys[0][0]);
passport.setMyPrivateSigKey(keys[0][1]);
passport.setMyPublicEncKey(keys[1][0]);
passport.setMyPrivateEncKey(keys[1][1]);
passport.saveChanges();


Das wuerde ich alles HBCI4Java ueberlassen. Wenn der Parameter "init" auf "1" steht, macht HBCI4Java das alles automatisch selbst. Da braucht man dann nur

Code

passport.saveChanges();
passport.syncSigId();
passport.syncSysId();


.. machen, bevor man den HBCIHandler erzeugt.

Deinem Code zufolge willst du ja bei der Bank eine neue Schluesseldatei einreichen. Der damit erzeugte INI-Brief muss noch ausgedruckt und unterschrieben an die Bank gesendet werden, damit er verwendet werden kann. Das ist also eine einmalige Registrierungsprozedur. Danach muss man mit den existierenden Schluesseln weiterarbeiten.

Die Rueckmeldung der Bank "9010:Benutzerkennung unbekannt - Signaturprüfung nicht möglich." sieht jedenfalls so aus, als wuerden sie die UserId/CustomerId nicht kennen.

Raimund Sichmann

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 27.02.2015 - 08:24 Uhr  ·  #115116
Ärgrlich, dass ich die Version nicht gleich am Anfang abgefragt hatte. Kam mir tatsächlich bekannt vor.
Mit der aktuellen wirst du jetzt sicherlich weiter kommen.

Ergänzend: Du solltest nun mit echten Daten arbeiten, also ggf. eine neue Benutzerkennung und separate VR-Kennung beantragen, falls die noch nicht vorliegen. Produktive, alte Zugänge kann die Bank nicht zurücksetzten und sie können auch nicht parallel verwendet werden.
Ggf. solltest du auch zugeordnete Konten in der VR-Kennung deaktivieren lassen, falls du hier etwas trennen möchtest.
Gruß
Raimund

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 27.02.2015 - 09:47 Uhr  ·  #115117
Zitat geschrieben von hibiscus

Ich hatte dich aber gefragt, WO du die HBCI4Java-Version her hast und nicht WOMIT du du sie ausgecheckt hast.


Touché! :)

Zitat geschrieben von hibiscus

Code

HBCIUtils.setParam("client.passport.RDHXFile.filename",keyName.getText());
HBCIUtils.setParam("client.passport.RDHXFile.init","0");


Falls der Key in einer Datei gespeichert werden kann, wuerde ich den ini-Parameter auf 1 setzen. Ausserdem koennte es auch helfen, mal das Format "RDHNew" statt "RDHXFile" zu verwenden. Das ist quasi das HBCI4Java-Eigenformat.


init mit 1 hatte ich getestet. Ging nicht. Ich probiere es nochmal.

Zitat geschrieben von hibiscus

Code

HBCIUtils.setParam("action.resetBPD","1");
HBCIUtils.setParam("action.resetUPD","1");


Die Parameter kenne ich nicht. Die bewirken nichts.


Das ist den Demos entnommen. Mag vllt für eine neu generierte Datei nicht notwendig sein. Aber wer weiß das schon, wenn er nicht die Quellen für jeden Kleinkram durchforsten will.

Zitat geschrieben von hibiscus

Code

passport.saveChanges();
passport.syncSigId();
passport.syncSysId();


.. machen, bevor man den HBCIHandler erzeugt.


Klingt logisch.

Zitat geschrieben von hibiscus

Deinem Code zufolge willst du ja bei der Bank eine neue Schluesseldatei einreichen. Der damit erzeugte INI-Brief muss noch ausgedruckt und unterschrieben an die Bank gesendet werden, damit er verwendet werden kann. Das ist also eine einmalige Registrierungsprozedur. Danach muss man mit den existierenden Schluesseln weiterarbeiten.

Die Rueckmeldung der Bank "9010:Benutzerkennung unbekannt - Signaturprüfung nicht möglich." sieht jedenfalls so aus, als wuerden sie die UserId/CustomerId nicht kennen.


Sowas in der Art hatte ich der BPD auch entnommen. Steht etwas vage formuliert in der ursprünglichen Frage ganz unten. Mit dieser Version jetzt steht es im Klartext da.

Was dem Prozedere noch fehlt, ist die Anzeige der Signatur des Bankschlüssels. MWn bekomme ich zuerst einen Brief von der Bank, mit dem ich dann den geholten Bankschlüssel vergleiche. Quittieren wenn gleich und dann wird erst der eigene Schlüssel generiert.

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 27.02.2015 - 10:00 Uhr  ·  #115118
Zitat geschrieben von Raimund Sichmann

Ärgrlich, dass ich die Version nicht gleich am Anfang abgefragt hatte. Kam mir tatsächlich bekannt vor.
Mit der aktuellen wirst du jetzt sicherlich weiter kommen.

Ergänzend: Du solltest nun mit echten Daten arbeiten, also ggf. eine neue Benutzerkennung und separate VR-Kennung beantragen, falls die noch nicht vorliegen. Produktive, alte Zugänge kann die Bank nicht zurücksetzten und sie können auch nicht parallel verwendet werden.
Ggf. solltest du auch zugeordnete Konten in der VR-Kennung deaktivieren lassen, falls du hier etwas trennen möchtest.
Gruß
Raimund


Das ist mir jetzt ein bischen zu hoch. Also ich habe für das Konto eine VR-Kennung. Mit der benutze ich das smartTAN im Browser. Bevor ich mir jetzt den online-Zugang "zum spielen" sperre dachte ich mir, probiertst Du erstmal so, wie das geht. Geht nicht weiter. Ok, ist klar warum. Theoretisch könnte ich jetzt damit in meinem Programm das PIN/TAN-Verfahren sofort nutzen. Will ich aber nicht, weil es mir zu unsicher, weil ich keine Ahnung hab, was die Bank im Fehlerfall macht. Außer, daß die nach ein paar ungültigen TAN den Zugang sperren...

Verstehe ich das jetzt richtig, daß ich mir eine neue, zweite VR-Kennung besorgen kann/soll, die dann erstmal nicht diesem produktiven Konto zugeordnet ist? Gut gut gut, ist automatisch so, solange ich das "Handshake" nicht abgeschlossen hab. Mit der Teste ich meinen Kram durch (sicher, solange nicht synchronisiert passiert nichts) und wenn ich mir sicher bin, daß alles geht, dann gebe ich den INI-Brief ab. Den letzten den ich generiert hab natürlich, damit die den richtigen Schlüssel von mir haben ;-) Klingt sinnvoll. Frag ich mal an.

Die Frage ist dadurch motiviert, weil ich deren Arbeitsweise nicht kenne. Könnte ja sein, daß sie die bestehende VR-Kennung umstellen auf ein anderes Zugangsverfahren. Das wiederum wäre höchst unschön, weil nix mehr mit "produktiv". Erstmal...

tbelau666

Betreff:

Re: Message nicht zu parsen?

 ·  Gepostet: 27.02.2015 - 10:50 Uhr  ·  #115120
Zitat geschrieben von hibiscus

Code

HBCIUtils.setParam("client.passport.RDHXFile.filename",keyName.getText());
HBCIUtils.setParam("client.passport.RDHXFile.init","0");


Falls der Key in einer Datei gespeichert werden kann, wuerde ich den ini-Parameter auf 1 setzen. Ausserdem koennte es auch helfen, mal das Format "RDHNew" statt "RDHXFile" zu verwenden. Das ist quasi das HBCI4Java-Eigenformat.

Code

HBCIUtils.setParam("action.resetBPD","1");
HBCIUtils.setParam("action.resetUPD","1");


Die Parameter kenne ich nicht. Die bewirken nichts.

Code

keys=passport.generateNewUserKeys();
passport.setMyPublicSigKey(keys[0][0]);
passport.setMyPrivateSigKey(keys[0][1]);
passport.setMyPublicEncKey(keys[1][0]);
passport.setMyPrivateEncKey(keys[1][1]);
passport.saveChanges();


Das wuerde ich alles HBCI4Java ueberlassen. Wenn der Parameter "init" auf "1" steht, macht HBCI4Java das alles automatisch selbst. Da braucht man dann nur


Getestet. Bei Neuanlage der Schlüsseldatei Unfug. init=1 bewirkt, daß eine vorh. Datei gelesen wird. Das ist gerade nicht in meinem Sinne, weil ich ja noch keine hab. Ohne die Generierung der eigenen Schlüssel kommt auch nur Nonsense heraus.