hbci4java-help — all questions concerning hbci4java

Re: [Hbci4java-help] hbci4java, openhbci, wallstreet9

[Stefan P. <kle...@gm...>]

Hallo,

> > hier nun die gesammelten Ergebnisse meiner Versuche mit wallstreet9.
> > Nachdem ich das Passwort mit Hilfe von aqmoney auf unter <=3D 8 Zeichen
> > reduziert habe konnte ich auf die Bank zugreifen.
>=20
> okay, das scheint wohl dann ein Bug in meiner Routine zu sein, die
> aus dem Passwort den Schl=FCssel berechnet... Ich sehs mir an.

im heutigen Snapshot (20031028) ist dieser Bug (und einige=20
kleine andere) behoben.

Gr=FC=DFe

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] hbci4java, openhbci, wallstreet9

[Stefan P. <kle...@gm...>]

Hallo Marc,

> hier nun die gesammelten Ergebnisse meiner Versuche mit wallstreet9.
> Nachdem ich das Passwort mit Hilfe von aqmoney auf unter <=3D 8 Zeichen
> reduziert habe konnte ich auf die Bank zugreifen.

okay, das scheint wohl dann ein Bug in meiner Routine zu sein, die
aus dem Passwort den Schl=FCssel berechnet... Ich sehs mir an.

> Da ich mir nicht sicher bin, ob Anh=E4nge in Mailiglisten oportun sind,=20
> f=FCge ich das Protokoll im Anhang zus=E4tzlich unten ein.

Alles kein Problem ;-)

>    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>    Erste Versuchsreihe nach Passwort=E4nderung (L=E4nge 4) in aqmoney
>    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>    -------------------------------------------------
>    Abholen der Kontoinformationen im Dialog Konten...
>    Liefert keine Kontoinformation (legt kein neues Konto im Dialog an),=20
> vermutlich weil die
>    Raiba Kieselbronn keine Kontenliste liefert.
>    Ich h=E4tte erwartet, dass hbci4java bei dieser Funktion in der=20
> .openhbci-Datei bereits
>    eingetragenen Konten heranzieht.
>    -------------------------------------------------

richtig, Deine Bank scheint die Konteninformationen nicht zu liefern.
Diese werden zur Zeit auch noch nicht von HBCI4Java aus der .openhbci
Datei gelesen (kommt aber noch, ebenso wie das Einlesen der BPD- und
restlichen UPD-Informationen aus der .openhbci, so dass das Abholen=20
nicht jedesmal neu geschieht).

>    -------------------------------------------------
>    Fehler beim Versuch eine Sofort-=DCberweisung einzureichen
>    (Nutzerdaten teilweise ausgeXt)
>    -------------------------------------------------
>=20
> ...
> creating hbci message: CustomMsg
> <ERR> [2003.10.28 17:25:29.664] [main/Thread-12] manager.HBCIUtils:=20
> Exception: Fehler bei Initialisierung des Elementes=20
> CustomMsg.GV.Ueb2.usage.usage\0a-> Ung\fcltiger Parameter: Stringl\e4nge=20
> von "UMBUCHUNG AN XXXX XXXXXXXXXX" ist 28 - muss f\fcr dieses=20
> org.kapott.hbci.datatypes.SyntaxDTAUS im Bereich (1,27)=20
> liegen

da war der Text f=FCr den Verwendungszweck zu lang (28 Zeichen), darf aber
laut Spez. nur 27 Zeichen lang sein. Die Fehlermeldung wird leider noch
nicht direkt an wallstreet9 durchgegeben, so dass man die nur sieht,=20
wenn man sich die Logausgabe ansieht... ;-)

>    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>    Zweite Versuchsreihe nach erneuter Passwort=E4nderung (L=E4nge 8) in a=
qmoney
>    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
>    -------------------------------------------------
>    ...
>    Abholen von Salden funktioniert
>=20
>    ...
>    Abholen aller Buchungen
>    Dies wird unter aqmoney aus "Technischen Gr=FCnden .." abgelehnt.
>    Vermutlich stellt hbci4java/wallstreet9 hier gro=DFz=FCgiger=20
> Pufferspeicher zur Verf=FCgung
>    ...
>    Auch die Abholen Buchungen zwischen Datum x und y funktioniert wie=20
> erwartet
>    ...
>    Abholen neuer Buchungen (Kontoausz=FCge)
>    Fehler: bricht sofort mit der folgenden exception ab, keine weiteren=20
> Loggingzeilen
>    -------------------------------------------------
>=20
> java.lang.RuntimeException:
>          at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:1=
96)
> Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim=20
> Erzeugen des Jobs KUmsNew
>          at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:2=
16)
>          at org.kapott.wallstreet9.HBCI.newJob(HBCI.java:157)
>          at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:1=
74)
> Caused by: java.lang.reflect.InvocationTargetException
>          at=20
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>          at=20
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAc=
cessorImpl.java:39)
>          at=20
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConst=
ructorAccessorImpl.java:27)
>          at java.lang.reflect.Constructor.newInstance(Constructor.java:27=
4)
>          at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:2=
12)
>          ... 2 more
> Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Gesch=E4ftsvorfall=20
> KUmsNew wird nicht unterst=FCtzt, evtl. andere HBCI-Version benutzen
>          at org.kapott.hbci.GV.HBCIJob.findSpecNameForGV(HBCIJob.java:166=
)
>          at org.kapott.hbci.GV.HBCIJob.<init>(HBCIJob.java:83)
>          at org.kapott.hbci.GV.GVKUmsAll.<init>(GVKUmsAll.java:42)
>          at org.kapott.hbci.GV.GVKUmsNew.<init>(GVKUmsNew.java:31)
>          ... 7 more

der Gesch=E4ftsvorfall "nur neue Kontoumsatzdaten abholen" wird von Deiner
Bank scheinbar nicht angeboten. Auch hier gilt: die Fehlermeldung wird=20
leider noch nicht von wallstreet9 angezeigt, man muss sich durch die
Logs qu=E4len...=20

>    Einreichen einer Sofort=FCberweisung funktioniert problemlos.
>    Obiger Fehler l=E4=DFt sich nicht reproduzieren.

wahrscheinlich war hier die Verwendungszweckzeile tats=E4chlich
nur 27 Zeichen lang...

>    Erneutes Abholen neuer Kontoausz=FCgen nach Programmneustart
>    Obiger Fehler l=E4=DFt sich im Kontext reproduzieren.
>
> java.lang.RuntimeException:
>          at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:1=
96)
> Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim=20
> Erzeugen des Jobs KUmsNew
>          at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:2=
16)
>          at org.kapott.wallstreet9.HBCI.newJob(HBCI.java:157)
>          at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:1=
74)
> Caused by: java.lang.reflect.InvocationTargetException
>          at=20
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>          at=20
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAc=
cessorImpl.java:39)
>          at=20
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConst=
ructorAccessorImpl.java:27)
>          at java.lang.reflect.Constructor.newInstance(Constructor.java:27=
4)
>          at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:2=
12)
>          ... 2 more
> Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Gesch=E4ftsvorfall=20
> KUmsNew wird nicht unterst=FCtzt, evtl. andere HBCI-Version benutzen
>          at org.kapott.hbci.GV.HBCIJob.findSpecNameForGV(HBCIJob.java:166=
)
>          at org.kapott.hbci.GV.HBCIJob.<init>(HBCIJob.java:83)
>          at org.kapott.hbci.GV.GVKUmsAll.<init>(GVKUmsAll.java:42)
>          at org.kapott.hbci.GV.GVKUmsNew.<init>(GVKUmsNew.java:31)
>          ... 7 more
> *** exiting
>=20

okay, der Gesch=E4ftsvorfall scheint immer noch nicht unterst=FCtzt
zu werden ;-)


Werde wohl jetzt doch mal wieder etwas Arbeit in wallstreet9=20
stecken...

Gr=FC=DFe

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] hbci4java, openhbci, wallstreet9

[Marc B. <ba...@ma...>]

Hallo Stefan,

hier nun die gesammelten Ergebnisse meiner Versuche mit wallstreet9.
Nachdem ich das Passwort mit Hilfe von aqmoney auf unter <= 8 Zeichen
reduziert habe konnte ich auf die Bank zugreifen.

Da ich mir nicht sicher bin, ob Anhänge in Mailiglisten oportun sind, 
füge ich das Protokoll im Anhang zusätzlich unten ein.


   ==============================================================
   Erste Versuchsreihe nach Passwortänderung (Länge 4) in aqmoney
   ==============================================================
   -------------------------------------------------
   Abholen der Kontoinformationen im Dialog Konten...
   Liefert keine Kontoinformation (legt kein neues Konto im Dialog an), 
vermutlich weil die
   Raiba Kieselbronn keine Kontenliste liefert.
   Ich hätte erwartet, dass hbci4java bei dieser Funktion in der 
.openhbci-Datei bereits
   eingetragenen Konten heranzieht.
   -------------------------------------------------

fetching BPD from institute
<INF> [2003.10.28 16:37:44.657] [main/Thread-3] manager.HBCIInstitute: 
hole BPD
creating hbci message: DialogInitAnon
sending hbci message
receiving response message
<INF> [2003.10.28 16:37:46.150] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
parsing response message (DialogInitAnonRes)
verifying signature of response message
<INF> [2003.10.28 16:37:52.395] [main/Thread-3] manager.HBCIInstitute: 
BPD auf Version 5 aktualisiert
received new BPD from institute - new version is 5
ending dialog
creating hbci message: DialogEndAnon
sending hbci message
receiving response message
<INF> [2003.10.28 16:37:54.571] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
parsing response message (DialogEndAnonRes)
verifying signature of response message
dialog finished
status: GLOBALE MELDUNGEN:
ERFOLGSMELDUNGEN:
null:null: 0100 - Dialog korrekt beendet
SEGMENT-MELDUNGEN:
ERFOLGSMELDUNGEN:
2:null: 0100 - Nachricht/ Auftrag angenommen (element 
DialogEndAnon.DialogEndS=null)
fetching UPD from institute
<INF> [2003.10.28 16:37:55.555] [main/Thread-3] manager.HBCIUser: hole UPD
creating hbci message: DialogInit
signing hbci message
encrypting hbci message
sending hbci message
receiving response message
<INF> [2003.10.28 16:38:00.928] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
decrypting response message
parsing response message (DialogInitRes)
verifying signature of response message
<INF> [2003.10.28 16:38:04.666] [main/Thread-3] manager.HBCIUser: UPD 
auf Version 1 aktualisiert
received new UPD from institute - new version is 1
ending dialog
creating hbci message: DialogEnd
signing hbci message
encrypting hbci message
sending hbci message
receiving response message
<INF> [2003.10.28 16:38:11.308] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
decrypting response message
parsing response message (DialogEndRes)
verifying signature of response message
dialog finished
status: GLOBALE MELDUNGEN:
ERFOLGSMELDUNGEN:
null:null: 0100 - Dialog korrekt beendet
SEGMENT-MELDUNGEN:
ERFOLGSMELDUNGEN:
3:null: 0100 - Nachricht/ Auftrag angenommen (element 
DialogEnd.DialogEndS=null)


   -------------------------------------------------
   Fehler beim Versuch eine Sofort-Überweisung einzureichen
   (Nutzerdaten teilweise ausgeXt)
   -------------------------------------------------

<INF> [2003.10.28 17:25:16.648] [main/Thread-12] manager.HBCIDialog: 
f\fchre Dialog-Initialisierung aus
initializing dialog
creating hbci message: DialogInit
<WRN> [2003.10.28 17:25:16.783] [main/Thread-12] protocol.MSG: konnte 
folgenden nutzerdefinierten Wert nicht in Nachricht einsetzen: 
DialogInit.KeyReq.SecProfile.version=1
<WRN> [2003.10.28 17:25:16.841] [main/Thread-12] protocol.MSG: konnte 
folgenden nutzerdefinierten Wert nicht in Nachricht einsetzen: 
DialogInit.KeyReq_2.SecProfile.version=1
<WRN> [2003.10.28 17:25:16.845] [main/Thread-12] protocol.MSG: konnte 
folgenden nutzerdefinierten Wert nicht in Nachricht einsetzen: 
DialogInit.KeyReq_2.SecProfile.method=RDH
<WRN> [2003.10.28 17:25:16.848] [main/Thread-12] protocol.MSG: konnte 
folgenden nutzerdefinierten Wert nicht in Nachricht einsetzen: 
DialogInit.KeyReq.SecProfile.method=RDH
signing hbci message
encrypting hbci message
sending hbci message
receiving response message
<INF> [2003.10.28 17:25:22.646] [main/Thread-12] comm.CommStandard: 
warte auf Antwortdaten
parsing response message (CryptedRes)
decrypting response message
parsing response message (DialogInitRes)
verifying signature of response message
dialog initialized, using dialogid D03102817240185
status: GLOBALE MELDUNGEN:
ERFOLGSMELDUNGEN:
null:null: 0010 - Nachricht entgegengenommen
SEGMENT-MELDUNGEN:
ERFOLGSMELDUNGEN:
3:null: 0020 - *Dialoginitialisierung erfolgreich (element 
DialogInit.Idn=null)
4:2: 0020 - Die UPD ist bereits aktuell (element DialogInit.ProcPrep.BPD=5)
5:null: 0020 - Schlüssel ist noch aktuell (element DialogInit.KeyReq=null)
6:null: 0020 - Schlüssel ist noch aktuell (element DialogInit.KeyReq_2=null)
<INF> [2003.10.28 17:25:28.162] [main/Thread-12] manager.HBCIDialog: 
f\fchre Auftr\e4ge aus
creating jobdata for job Ueb2
creating hbci message: CustomMsg
<ERR> [2003.10.28 17:25:29.664] [main/Thread-12] manager.HBCIUtils: 
Exception: Fehler bei Initialisierung des Elementes 
CustomMsg.GV.Ueb2.usage.usage\0a-> Ung\fcltiger Parameter: Stringl\e4nge 
von "UMBUCHUNG AN XXXX XXXXXXXXXX" ist 28 - muss f\fcr dieses 
org.kapott.hbci.datatypes.SyntaxDTAUS im Bereich (1,27) 
liegen\0aorg.kapott.hbci.exceptions.InitializingException: Fehler bei 
Initialisierung des Elementes CustomMsg.GV.Ueb2.usage.usage\0a\09at 
org.kapott.hbci.protocol.DE.setValue(DE.java:202)\0a\09at 
org.kapott.hbci.protocol.DE.propagateValue(DE.java:78)\0a\09at 
org.kapott.hbci.protocol.MultipleSyntaxElements.propagateValue(MultipleSyntaxElements.java:151)\0a\09at 
org.kapott.hbci.protocol.SyntaxElement.propagateValue(SyntaxElement.java:409)\0a\09at 
org.kapott.hbci.protocol.MultipleSyntaxElements.propagateValue(MultipleSyntaxElements.java:151)\0a\09at 
org.kapott.hbci.protocol.SyntaxElement.propagateValue(SyntaxElement.java:409)\0a\09at 
org.kapott.hbci.protocol.MultipleSyntaxElements.propagateValue(MultipleSyntaxElements.java:151)\0a\09at 
org.kapott.hbci.protocol.SyntaxElement.propagateValue(SyntaxElement.java:409)\0a\09at 
org.kapott.hbci.protocol.MultipleSyntaxElements.propagateValue(MultipleSyntaxElements.java:151)\0a\09at 
org.kapott.hbci.protocol.SyntaxElement.propagateValue(SyntaxElement.java:409)\0a\09at 
org.kapott.hbci.protocol.MSG.propagateUserData(MSG.java:72)\0a\09at 
org.kapott.hbci.protocol.MSG.<init>(MSG.java:111)\0a\09at 
org.kapott.hbci.MsgGen.generate(MsgGen.java:95)\0a\09at 
org.kapott.hbci.manager.HBCIKernel.rawDoIt(HBCIKernel.java:209)\0a\09at 
org.kapott.hbci.manager.HBCIDialog.doJobs(HBCIDialog.java:246)\0a\09at 
org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:360)\0a\09at 
org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:280)\0a\09at 
org.kapott.wallstreet9.HBCI.execute(HBCI.java:171)\0a\09at 
org.kapott.wallstreet9.JobTransfer$4.run(JobTransfer.java:627)\0aCaused 
by: org.kapott.hbci.exceptions.InvalidArgumentException: Ung\fcltiger 
Parameter: Stringl\e4nge von "UMBUCHUNG AN XXXX XXXXXXXXXX" ist 28 - 
muss f\fcr dieses org.kapott.hbci.datatypes.SyntaxDTAUS im Bereich 
(1,27) liegen\0a\09at 
org.kapott.hbci.datatypes.SyntaxDE.setContent(SyntaxDE.java:93)\0a\09at 
org.kapott.hbci.datatypes.SyntaxDE.<init>(SyntaxDE.java:65)\0a\09at 
org.kapott.hbci.datatypes.SyntaxAN.<init>(SyntaxAN.java:64)\0a\09at 
org.kapott.hbci.datatypes.SyntaxDTAUS.<init>(SyntaxDTAUS.java:63)\0a\09at 
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
Method)\0a\09at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)\0a\09at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)\0a\09at 
java.lang.reflect.Constructor.newInstance(Constructor.java:274)\0a\09at 
org.kapott.hbci.protocol.DE.setValue(DE.java:198)\0a\09... 18 more\0a
<WRN> [2003.10.28 17:25:29.740] [main/Thread-12] manager.HBCIDialog: 
breche aktuellen Durchlauf ab - Fehler aufgetreten
<INF> [2003.10.28 17:25:29.742] [main/Thread-12] manager.HBCIDialog: 
f\fchre Dialog-Ende aus
ending dialog
creating hbci message: DialogEnd
signing hbci message
encrypting hbci message
sending hbci message
receiving response message
<INF> [2003.10.28 17:25:34.034] [main/Thread-12] comm.CommStandard: 
warte auf Antwortdaten
parsing response message (CryptedRes)
parsing response message (DialogEndRes)
<ERR> [2003.10.28 17:25:34.606] [main/Thread-12] manager.HBCIUtils: 
Exception: empfangene Nachrichtennummer (2) im Nachrichtenkopf 
entspricht nicht der gesendeten Nachrichtennummer 
(3)\0aorg.kapott.hbci.exceptions.HBCI_Exception: empfangene 
Nachrichtennummer (2) im Nachrichtenkopf entspricht nicht der gesendeten 
Nachrichtennummer (3)\0a\09at 
org.kapott.hbci.manager.HBCIKernel.rawDoIt(HBCIKernel.java:318)\0a\09at 
org.kapott.hbci.manager.HBCIDialog.doDialogEnd(HBCIDialog.java:330)\0a\09at 
org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:361)\0a\09at 
org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:280)\0a\09at 
org.kapott.wallstreet9.HBCI.execute(HBCI.java:171)\0a\09at 
org.kapott.wallstreet9.JobTransfer$4.run(JobTransfer.java:627)\0a
dialog finished
status: GLOBALE MELDUNGEN:
EXCEPTIONS:
empfangene Nachrichtennummer (2) im Nachrichtenkopf entspricht nicht der 
gesendeten Nachrichtennummer (3)
SEGMENT-MELDUNGEN:

<ERR> [2003.10.28 17:25:34.615] [main/Thread-12] ERROR: DIALOG-NACHRICHT 
1: Fehler bei Initialisierung des Elementes 
CustomMsg.GV.Ueb2.usage.usage\0a-> Ung\fcltiger Parameter: Stringl\e4nge 
von "UMBUCHUNG AN XXXX XXXXXXXXXX" ist 28 - muss f\fcr dieses 
org.kapott.hbci.datatypes.SyntaxDTAUS im Bereich (1,27) 
liegen\0aDIALOG-ENDE: empfangene Nachrichtennummer (2) im 
Nachrichtenkopf entspricht nicht der gesendeten Nachrichtennummer (3)
Job-Status:


   ========================================================================
   Zweite Versuchsreihe nach erneuter Passwortänderung (Länge 8) in aqmoney
   ========================================================================

   -------------------------------------------------
   ...

   Abholen von Salden funktioniert

   ...
   Abholen aller Buchungen
   Dies wird unter aqmoney aus "Technischen Gründen .." abgelehnt.
   Vermutlich stellt hbci4java/wallstreet9 hier großzügiger 
Pufferspeicher zur Verfügung

   ...
   Auch die Abholen Buchungen zwischen Datum x und y funktioniert wie 
erwartet

   ...
   Abholen neuer Buchungen (Kontoauszüge)
   Fehler: bricht sofort mit der folgenden exception ab, keine weiteren 
Loggingzeilen
   -------------------------------------------------

java.lang.RuntimeException:
         at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:196)
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim 
Erzeugen des Jobs KUmsNew
         at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:216)
         at org.kapott.wallstreet9.HBCI.newJob(HBCI.java:157)
         at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:174)
Caused by: java.lang.reflect.InvocationTargetException
         at 
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
         at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:212)
         ... 2 more
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Geschäftsvorfall 
KUmsNew wird nicht unterstützt, evtl. andere HBCI-Version benutzen
         at org.kapott.hbci.GV.HBCIJob.findSpecNameForGV(HBCIJob.java:166)
         at org.kapott.hbci.GV.HBCIJob.<init>(HBCIJob.java:83)
         at org.kapott.hbci.GV.GVKUmsAll.<init>(GVKUmsAll.java:42)
         at org.kapott.hbci.GV.GVKUmsNew.<init>(GVKUmsNew.java:31)
         ... 7 more

   -------------------------------------------------
   ...
   Einreichen einer Sofortüberweisung funktioniert problemlos.
   Obiger Fehler läßt sich nicht reproduzieren.
   -------------------------------------------------

   -------------------------------------------------
   ...

   Erneutes Abholen neuer Kontoauszügen nach Programmneustart
   Obiger Fehler läßt sich im Kontext reproduzieren.
   -------------------------------------------------

*** creating new instance for JobStatement
fetching BPD from institute
<INF> [2003.10.28 19:14:04.419] [main/Thread-3] manager.HBCIInstitute: 
hole BPD
creating hbci message: DialogInitAnon
sending hbci message
receiving response message
<INF> [2003.10.28 19:14:05.823] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
parsing response message (DialogInitAnonRes)
verifying signature of response message
<INF> [2003.10.28 19:14:11.995] [main/Thread-3] manager.HBCIInstitute: 
BPD auf Version 5 aktualisiert
received new BPD from institute - new version is 5
ending dialog
creating hbci message: DialogEndAnon
sending hbci message
receiving response message
<INF> [2003.10.28 19:14:14.189] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
parsing response message (DialogEndAnonRes)
verifying signature of response message
dialog finished
status: GLOBALE MELDUNGEN:
ERFOLGSMELDUNGEN:
null:null: 0100 - Dialog korrekt beendet
SEGMENT-MELDUNGEN:
ERFOLGSMELDUNGEN:
2:null: 0100 - Nachricht/ Auftrag angenommen (element 
DialogEndAnon.DialogEndS=null)
fetching UPD from institute
<INF> [2003.10.28 19:14:14.784] [main/Thread-3] manager.HBCIUser: hole UPD
creating hbci message: DialogInit
signing hbci message
encrypting hbci message
sending hbci message
receiving response message
<INF> [2003.10.28 19:14:19.761] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
decrypting response message
parsing response message (DialogInitRes)
verifying signature of response message
<INF> [2003.10.28 19:14:24.139] [main/Thread-3] manager.HBCIUser: UPD 
auf Version 1 aktualisiert
received new UPD from institute - new version is 1
ending dialog
creating hbci message: DialogEnd
signing hbci message
encrypting hbci message
sending hbci message
receiving response message
<INF> [2003.10.28 19:14:30.550] [main/Thread-3] comm.CommStandard: warte 
auf Antwortdaten
parsing response message (CryptedRes)
decrypting response message
parsing response message (DialogEndRes)
verifying signature of response message
dialog finished
status: GLOBALE MELDUNGEN:
ERFOLGSMELDUNGEN:
null:null: 0100 - Dialog korrekt beendet
SEGMENT-MELDUNGEN:
ERFOLGSMELDUNGEN:
3:null: 0100 - Nachricht/ Auftrag angenommen (element 
DialogEnd.DialogEndS=null)
java.lang.RuntimeException:
         at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:196)
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Fehler beim 
Erzeugen des Jobs KUmsNew
         at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:216)
         at org.kapott.wallstreet9.HBCI.newJob(HBCI.java:157)
         at org.kapott.wallstreet9.JobStatement$1.run(JobStatement.java:174)
Caused by: java.lang.reflect.InvocationTargetException
         at 
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
         at org.kapott.hbci.manager.HBCIHandler.newJob(HBCIHandler.java:212)
         ... 2 more
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: Geschäftsvorfall 
KUmsNew wird nicht unterstützt, evtl. andere HBCI-Version benutzen
         at org.kapott.hbci.GV.HBCIJob.findSpecNameForGV(HBCIJob.java:166)
         at org.kapott.hbci.GV.HBCIJob.<init>(HBCIJob.java:83)
         at org.kapott.hbci.GV.GVKUmsAll.<init>(GVKUmsAll.java:42)
         at org.kapott.hbci.GV.GVKUmsNew.<init>(GVKUmsNew.java:31)
         ... 7 more
*** exiting

[Hbci4java-help] hbci4java und openhbci

[Stefan P. <kle...@gm...>]

Hallo,

ich erlaube mir mal, diese Mail auch an die OpenHBCI-
Mailingliste zu schicken...

Unter http://hbci4java.kapott.org/#download gibt es einen
neuen Snapshot des aktuellen Entwicklungsstandes von
HBCI4Java. Die derzeige Version unterst=FCtzt nun auch die
Arbeit mit OpenHBCI-Schl=FCsseldateien f=FCr den RDH-Zugang.

Maximale Erfolge beim Testen...
Gr=FC=DFe

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] HBCI4Java update

[Stefan P. <kle...@gm...>]

Hallo,

diesmal doch eine Snapshot-Ank=FCndigung: unter
http://hbci4java.kapott.org/#download gibt es einen weiteren
Snapshot (20031014) von HBCI4Java, der SIZRDH-Bibliothek und
dem Passport-Editor.=20

SIZ-Schl=FCsseldateien k=F6nnen jetzt auch geschrieben werden, somit
steht der Verwendung im "regul=E4ren" Betrieb nichts mehr entgegen.
Au=DFerdem gibt es ein HBCIPassportAnonymous, mit dem anonyme
HBCI-Dialoge gef=FChrt werden k=F6nnen.

An dieser Stelle vielen Dank an Herrn H. Topm=F6ller f=FCr seine
Unterst=FCtzung und seine niemals enden wollenden Ideen... ;-)

auf Kommentare wartend...

viele Gr=FC=DFe
-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] neuer hbci4java snapshot

[Stefan P. <kle...@gm...>]

Hallo,

es ist ein neuer Snapshot von HBCI4Java & Tools verf=FCgbar.
Vor Verwendung bitte das ChangeLog lesen, es hat eine=20
=C4nderung bei den Callbacks gegeben (NEED_PASSPHRASE), die
evtl. in den jeweiligen Anwendungen, die HBCI4Java verwenden,
=FCbernommen werden muss.

Gr=FC=DFe
-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] update demo applet

[Stefan P. <kle...@gm...>]

Hallo,

das Demo-Applet wurde ein klein wenig ver=E4ndert (Bankbezeichnung wird
jetzt bei Eingabe der BLZ automatisch aktualisiert).

Viel wichtiger ist jedoch, dass es f=FCr all diejenigen, die das Demo
Applet =F6fters f=FCr =DCberweisungen nutzen m=F6chten (gibt es da jemanden=
?),
auch die M=F6glichkeit gibt, das Applet als Java WebStart Anwendung
herunterzuladen. Dann muss nicht bei jeder Benutzung die komplette
Applikation neu gesaugt werden, sondern nur das Beschreibungsfile.
Nur wenn es Updates gibt, zieht Java WebStart die entsprechenden
Dateien automatisch neu herunter. Die Anwendung kann dann also auch
offline benutzt werden - au=DFer nat=FCrlich der HBCI-Teil selbst,
der ben=F6tigt immer noch eine Internet-Verbindung ;-)

Der entsprechende Link ist dort, wo auch der Link zum Applet ist...

Gr=FC=DFe
-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] hbci4java demo applet

[Stefan P. <kle...@gm...>]

Hallo,

ab sofort ist unter http://hbci4java.sf.net/#doc ein Applet
verf=FCgbar, mit welchem man HBCI-=DCberweisungen ausf=FChren kann.
Es handelt sich dabei um "echte" =DCberweisungen (also keine
gefakten Daten!).

Der Quellcode zum Applet bzw. die fertigen JARs und HTML-Dateien
sind in den neuesten HBCI4Java-Snapshot-Archiven
(http://hbci4java.sf.net/#download) enthalten.

Viel Spass beim Ausprobieren
(mit Bitte um Kommentare...)

Gruesse
-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] Passwort wird nicht mehr erkannt

[Achim H. <ah...@hi...>]

Hallo!

Das Problem hat sich erledigt - ich habe eine noch =E4ltere Version meines=
=20
Passport-Files gefunden und dieses konvertiert - nun funktioniert es.=20
Wom=F6glich war die andere Version der Datei auch kaputt.

Gru=DF!

Achim

Am Montag, 22. September 2003 13:08 schrieb Stefan Palme:
> Hallo Herr Hilwers,
>
> das Problem ist meines Wissens bisher noch nie aufgetreten.
> Koennten Sie mir einen StackTrace (Debug-Level 4 oder 5) mit
> dem erfolglosen Versuch des Einlesens schicken (vielleicht
> ist die Ursache ja gar nicht wirklich ein falsches Passwort...).
>
> Viele Gruesse
> -Stefan-

[Hbci4java-help] snapshots available

[Stefan P. <kle...@gm...>]

Hallo allerseits,

Unter http://hbci4java.kapott.org/#download gibt es
jetzt mehr oder weniger regelm=E4=DFig Snapshots des aktuellsten
Standes bei der Entwicklung von

  HBCI4Java
  HBCI4Java SIZ-RDH-Bibliothek
  HBCI4Java Passport Editor
  wallstreet9

Grund daf=FCr ist, dass ich keinen =F6ffentlich zug=E4nglichen CVS-Server
einsetzen kann, da ich einen eigenen lokalen benutze. Somit w=FCrde
f=FCr jede kleine =C4nderung eine neue Release erforderlich sein,
was ich durch die manuelle Bereitstellung dieser Snapshots etwas
entsch=E4rfen will.

Viele Gr=FC=DFe

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] Passwort wird nicht mehr erkannt

[Stefan P. <kl...@ka...>]

Hallo,

noch eine andere Idee:

> Ich wollte heute ein RDH-File in das neue Format konvertieren und mu=DFte=
=20
> feststellen, da=DF mein Passwort daf=FCr nicht mehr anerkannt wird. Darau=
fhin=20
> habe ich ein Backup der Datei, welches seit seiner Erstellung nicht mehr=20
> verwendet wurde, ausprobiert und hatte auch hier dasselbe Problem.=20
> ...
> Ich verwende Java 1.4.0 - genau die Version, mit der=20
> die Datei auch erstellt wurde.

hoffentlich auch unter dem gleichen Betriebssystem?!

Gruss
-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] Passwort wird nicht mehr erkannt

[Stefan P. <kl...@ka...>]

Hallo Herr Hilwers,

das Problem ist meines Wissens bisher noch nie aufgetreten.
Koennten Sie mir einen StackTrace (Debug-Level 4 oder 5) mit
dem erfolglosen Versuch des Einlesens schicken (vielleicht
ist die Ursache ja gar nicht wirklich ein falsches Passwort...).

Viele Gruesse
-Stefan-

> Hallo!
>=20
> Ich wollte heute ein RDH-File in das neue Format konvertieren und mu=DFte=
=20
> feststellen, da=DF mein Passwort daf=FCr nicht mehr anerkannt wird. Darau=
fhin=20
> habe ich ein Backup der Datei, welches seit seiner Erstellung nicht mehr=20
> verwendet wurde, ausprobiert und hatte auch hier dasselbe Problem.=20
>=20
> Ist irgendein derartiges Problem bekannt? Ich bin mir 100%ig sicher, das=20
> korrekte Passwort zu verwenden.
>=20
> Ich habe es mit HBCI4Java in den Versionen 2.44 und 2.41 probiert. Ebenso=
 habe=20
> ich ebenso errfolglos versucht, die Datei in den Passport-Editor 0.5=20
> einzulesen.
>=20
> Ich kann mir =FCberhaupt nicht erkl=E4ren, warum das Passwort von heute a=
uf morgen=20
> nicht mehr funktioniert. Ich verwende Java 1.4.0 - genau die Version, mit=
 der=20
> die Datei auch erstellt wurde.
>=20
> Gru=DF!
>=20
> Achim
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Hbci4java-help mailing list
> Hbc...@li...
> https://lists.sourceforge.net/lists/listinfo/hbci4java-help
--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] Passwort wird nicht mehr erkannt

[Achim H. <ah...@hi...>]

Hallo!

Ich wollte heute ein RDH-File in das neue Format konvertieren und mu=DFte=20
feststellen, da=DF mein Passwort daf=FCr nicht mehr anerkannt wird. Daraufh=
in=20
habe ich ein Backup der Datei, welches seit seiner Erstellung nicht mehr=20
verwendet wurde, ausprobiert und hatte auch hier dasselbe Problem.=20

Ist irgendein derartiges Problem bekannt? Ich bin mir 100%ig sicher, das=20
korrekte Passwort zu verwenden.

Ich habe es mit HBCI4Java in den Versionen 2.44 und 2.41 probiert. Ebenso h=
abe=20
ich ebenso errfolglos versucht, die Datei in den Passport-Editor 0.5=20
einzulesen.

Ich kann mir =FCberhaupt nicht erkl=E4ren, warum das Passwort von heute auf=
 morgen=20
nicht mehr funktioniert. Ich verwende Java 1.4.0 - genau die Version, mit d=
er=20
die Datei auch erstellt wurde.

Gru=DF!

Achim

[Hbci4java-help] HBCI4Java 2.4.5, Passport Editor 0.6

[Stefan P. <kle...@gm...>]

Hallo,

soeben wurden die neuen Releases von HBCI4Java (2.4.5) sowie
dem HBCI4Java Passport Editor (0.6) freigegeben. Dazu gibt es
auch wieder eine neue Version der SIZ-RDH-Bibliothek unter
http://hbci4java.kapott.org/#download

Das Einlesen von SIZ-Schl=FCsseldateien funktioniert jetzt wesentlich
zuverl=E4ssiger, leider gehen immer noch keine Dateien mit
mehreren HBCI-Zug=E4ngen, ebensowenig wie das Schreiben von solchen
Dateien (es muss also immer noch konvertiert werden).

Es wurden ein paar neue Gesch=E4ftsvorf=E4lle hinzugef=FCgt (Sammel-
lastschriften, Abfrage von Karteninformationen, Abfrage von
Kontoinformationen).

Es gibt ein paar Bugfixes bei Nachrichten zur Schl=FCsselverwaltung
sowie ein paar neue Funktionen, um z.B. die Synchronisierung=20
von Signatur-ID erzwingen zu k=F6nnen.

Das Passport-Editor erm=F6glicht jetzt das Bearbeiten von BPD/UPD
(diese =C4nderungen gehen nat=FCrlich beim n=E4chsten Abholen von
der Bank wieder verloren), au=DFerdem k=F6nnen die Daten der=20
gespeicherten Schl=FCssel jetzt angezeigt werden.

Daneben nat=FCrlich wieder ein paar kleinere Bugfixes, auch in der
API-Dokumentation - da gab es wohl in diversen Tree-Ansichten
Hyperlinks zu Klassen, die gar nicht dokumentiert sind und auch
nicht von au=DFen benutzt werden sollen... ;-)

Viele Gr=FC=DFe

-Stefan-

http://sf.net/projects/hbci4java
http://hbci4java.kapott.org

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] HBCI4Java 2.4.4, Passport Editor 0.5

[Stefan P. <kle...@gm...>]

Hallo,

diesmal ein ganz besonderes Schmankerl... HBCI4Java 2.4.4
(released am 8.9.2003) enth=E4lt eine Passport-Klasse, die
das Laden von SIZ-RDH-Dateien erm=F6glicht. Das sind=20
Schl=FCsseldateien, wie sie normalerweise von SIZ-Kernel-basierten
Programmen (z.B. von StarMoney) verwendet werden.

Um dieses Feature nutzen zu k=F6nnen, muss zus=E4tzlich die
SIZ-RDH-Bibliothek von http://hbci4java.kapott.org#download
heruntergeladen und installiert werden.

Der dazugeh=F6rige neue Passport Editor unterst=FCtzt das Laden
der SIZ-Schl=FCsseldateien, au=DFerdem kann man damit jetzt
relativ komfortabel Schl=FCsseldateiformate untereinander
konvertieren (RDH->RDHNew, SIZRDHFile->RDHNew, RDHNew->RDH).

Viel Spa=DF beim Testen

Gr=FC=DFe

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] Key auf anderem Rechner

[Achim H. <ah...@hi...>]

Hallo!

> hier sind gleich zwei Fehler auf einmal passiert: der urspr=FCngliche
> Fehler ist die doppelte Verwendung einer Signatur-ID. Das sollte
> eigentlich niemals passieren, wenn es immer nur genau ein Passport-File
> gibt, welches benutzt wird (also nicht zwei Kopien eines Passport-
> Files abwechseln benutzen!).

Danke f=FCr den Tip - nun funktioniert es wieder. Eigentlich d=FCrfte ich k=
eine=20
zwei Kopien des Schl=FCssel benutzt haben aber vielleicht ist es auch=20
versehentlich passiert.

Gru=DF!

Achim

Re: [Hbci4java-help] Key auf anderem Rechner

[Stefan P. <kle...@gm...>]

Hallo,

> <DBG> [2003.09.07 16:29:26.500] [main] manager.HBCIUtils: Konfigurationsd=
atei=20
> geladen
> [...]
> HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinrei=
chung=20
> - Nachricht abgelehnt'HNHBS:3:1+1' -> reststring in DialogInitRes.MsgHead=
:=20
> HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinrei=
chung=20
> - Nachricht abgelehnt'HNHBS:3:1+1' -> reststring in=20
> DialogInitRes.MsgHead.hbciversion:=20
> +0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreichung - Nachricht=20
> abgelehnt'HNHBS:3:1+1' -> DialogInitRes.MsgHead.hbciversion: vorgegebener=
=20
> Wert "210" stimmt nicht mit gefundenem Wert "0" ueberein
> java.lang.NullPointerException
> DIALOG-ENDE: nicht ausgefuehrt
> 2003-09-07 04:29:31: DialogStatusErrorEnd
> 2003-09-07 04:29:31: notbooked: null
> rest: null
> 2003-09-07 04:29:31:=20
> Closing database-connection...
> Database closed.

hier sind gleich zwei Fehler auf einmal passiert: der urspr=FCngliche
Fehler ist die doppelte Verwendung einer Signatur-ID. Das sollte
eigentlich niemals passieren, wenn es immer nur genau ein Passport-File
gibt, welches benutzt wird (also nicht zwei Kopien eines Passport-
Files abwechseln benutzen!).

Vielleicht ist hier was nach der Konvertierung schiefgegangen,
z.B. weil das alte Passport-File danach noch einmal benutzt wurde
o.=E4. Wie auch immer, das Problem kann am einfachsten mit dem
Passport-Editor (hbci4java-pe) gel=F6st werden: einfach die neue
Passport-Datei da rein laden und neben der angezeigten Signatur-ID
auf "Sync" klicken. Anschlie=DFend das Passport-File wieder mit
"Save" abspeichern, und alles sollte i.O. sein.

Der zweite Fehler ist der, dass die Bank in ihrer Fehlernachricht
"vergessen" hat, die HBCI-Versionsnummer einzustellen. Das ist
die Ursache fuer die Meldung "kann Nachricht nicht dekodieren...".
Da scheinbar viele Banken in reinen Fehlernachrichten diese
Information nicht mit einstellen, werde ich dafuer ein entsprechendes
Rewriter-Modul basteln...

Viele Gruesse
-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] Key auf anderem Rechner

[Achim H. <ah...@hi...>]

Hallo!

Danke, mit der korrekten Java-Version hat die Konvertierung geklappt.=20
Allerdings habe ich nun gleich das n=E4chste Problem. :-)

Ich habe in der hbci.props folgende Werte gesetzt:

client.passport.RDHNew.filename=3D/home/hilwers/Java/HBCI/keys/Working/2802=
0050.rdh
client.passport.RDHNew.init=3D1
client.passport.default=3DRDHNew

Starte ich nun mein Programm und versuche, einen Kontoauszug abzuholen,=20
bekomme ich folgendes:

<DBG> [2003.09.07 16:29:26.500] [main] manager.HBCIUtils: Konfigurationsdat=
ei=20
geladen
<DBG> [2003.09.07 16:29:26.502] [main] manager.HBCIUtils: lade Verzeichnis =
der=20
Bankleitzahlen
<DBG> [2003.09.07 16:29:26.806] [main] security.HBCIProvider: installiere H=
BCI=20
Sicherheits-Provider
<DBG> [2003.09.07 16:29:26.882] [main] passport.AbstractHBCIPassport: erzeu=
ge=20
neues RDHNew-Passport
<DBG> [2003.09.07 16:29:26.906] [main] passport.HBCIPassportRDHNew: lade=20
Passport-Daten aus Datei /home/hilwers/Java/HBCI/keys/Working/passport.rdh
<DBG> [2003.09.07 16:29:26.907] [main] passport.HBCIPassportRDHNew: Lade Da=
ten=20
aus Datei /home/hilwers/Java/HBCI/keys/Working/passport.rdh
<DBG> [2003.09.07 16:29:28.941] [main] manager.HBCIHandler: registriere=20
Kreditinstitut
<DBG> [2003.09.07 16:29:28.969] [main] manager.HBCIInstitute: ueberpruefe, =
ob=20
angeforderte HBCI-Parameter von der Bank unterstuetzt werden
<DBG> [2003.09.07 16:29:28.973] [main] manager.HBCIHandler: registriere Nut=
zer
Connecting to database jdbc:mysql://80.239.148.8:3306/usr_web1_1...
Connected.
2003-09-07 04:29:29:=20
2003-09-07 04:29:29: Getting new account-statement...
<DBG> [2003.09.07 16:29:29.921] [main] manager.HBCIHandler: Anforderung fue=
r=20
neuen Auftrag KUmsAll erhalten
<DBG> [2003.09.07 16:29:29.950] [main] GV.HBCIJob: Geschaeftsvorfall KUmsZe=
it=20
wird mit Segment-Version 4 unterstuetzt
<DBG> [2003.09.07 16:29:29.954] [main] GV.HBCIJob: setze Lowlevel-Parameter=
=20
KUmsZeit4.KTV.KIK.country =3D DE
<DBG> [2003.09.07 16:29:29.955] [main] GV.HBCIJob: setze Lowlevel-Parameter=
=20
KUmsZeit4.KTV.KIK.blz =3D bbbbbbbb
<DBG> [2003.09.07 16:29:29.955] [main] GV.HBCIJob: setze Lowlevel-Parameter=
=20
KUmsZeit4.KTV.number =3D kkkkkkkkkk
<DBG> [2003.09.07 16:29:29.981] [main] manager.HBCIDialog: Erstelle neuen=20
Dialog
<DBG> [2003.09.07 16:29:29.983] [main] GV.HBCIJob: setze Lowlevel-Parameter=
=20
KUmsZeit4.allaccounts =3D N
<WRN> [2003.09.07 16:29:29.991] [main] manager.HBCIUtils: *** CRC algorithm=
us=20
for 'bbbbbbbb' (61) not yet implemented
<DBG> [2003.09.07 16:29:30.003] [main] manager.HBCIHandler: Anforderung zur=
=20
Ausfuehrung des aktuellen Dialoges erhalten=20
<DBG> [2003.09.07 16:29:30.004] [main] manager.HBCIDialog: starte=20
Dialogausfuehrung
<INF> [2003.09.07 16:29:30.009] [main] manager.HBCIDialog: fuehre=20
Dialog-Initialisierung aus
initializing dialog
<DBG> [2003.09.07 16:29:30.011] [main] manager.HBCIKernel: erstelle neue=20
HBCI-Nachricht DialogInit
<DBG> [2003.09.07 16:29:30.011] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.Idn.KIK.blz auf "28020050"
<DBG> [2003.09.07 16:29:30.012] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.Idn.KIK.country auf "DE"
<DBG> [2003.09.07 16:29:30.012] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.Idn.customerid auf "kkkkkkkkkk/00"
<DBG> [2003.09.07 16:29:30.013] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.Idn.sysid auf "280200500000000000103468"
<DBG> [2003.09.07 16:29:30.013] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.Idn.sysStatus auf "1"
<DBG> [2003.09.07 16:29:30.014] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.SecProfile.method auf "RDH"
<DBG> [2003.09.07 16:29:30.014] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.SecProfile.version auf "1"
<DBG> [2003.09.07 16:29:30.015] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.KeyName.keytype auf "V"
<DBG> [2003.09.07 16:29:30.015] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.KeyName.KIK.country auf "DE"
<DBG> [2003.09.07 16:29:30.016] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.KeyName.KIK.blz auf "28020050"
<DBG> [2003.09.07 16:29:30.027] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.KeyName.userid auf "28020050"
<DBG> [2003.09.07 16:29:30.027] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.KeyName.keynum auf "2"
<DBG> [2003.09.07 16:29:30.035] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.KeyReq.KeyName.keyversion auf "35"
<DBG> [2003.09.07 16:29:30.036] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.ProcPrep.BPD auf "53"
<DBG> [2003.09.07 16:29:30.036] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.ProcPrep.UPD auf "2"
<DBG> [2003.09.07 16:29:30.040] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.ProcPrep.lang auf "1"
<DBG> [2003.09.07 16:29:30.041] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.ProcPrep.prodName auf "HBCI4Java"
<DBG> [2003.09.07 16:29:30.041] [main] manager.HBCIKernel: setze HBCI-Prope=
rty=20
DialogInit.ProcPrep.prodVersion auf "2.0"
<DBG> [2003.09.07 16:29:30.042] [main] manager.HBCIKernel: erstelle=20
HBCI-Nachricht DialogInit
creating hbci message: DialogInit
<WRN> [2003.09.07 16:29:30.224] [main] protocol.MSG: konnte folgenden=20
nutzerdefinierten Wert nicht in Nachricht einsetzen:=20
DialogInit.KeyReq.SecProfile.method=3DRDH
<WRN> [2003.09.07 16:29:30.232] [main] protocol.MSG: konnte folgenden=20
nutzerdefinierten Wert nicht in Nachricht einsetzen:=20
DialogInit.KeyReq.SecProfile.version=3D1
<DBG> [2003.09.07 16:29:30.256] [main] manager.HBCIKernel: fuege bei Bedarf=
=20
digitale Signatur ein
signing hbci message
<DBG> [2003.09.07 16:29:30.270] [main] security.Sig: setze secmethod auf 1
<DBG> [2003.09.07 16:29:30.272] [main] security.Sig: setze cid auf=20
<DBG> [2003.09.07 16:29:30.273] [main] security.Sig: setze role auf 1
<DBG> [2003.09.07 16:29:30.273] [main] security.Sig: setze range auf 1
<DBG> [2003.09.07 16:29:30.274] [main] security.Sig: setze keyblz auf 28020=
050
<DBG> [2003.09.07 16:29:30.275] [main] security.Sig: setze keycountry auf DE
<DBG> [2003.09.07 16:29:30.275] [main] security.Sig: setze keyuserid auf=20
UUUUUUUUUUUUUUUU
<DBG> [2003.09.07 16:29:30.276] [main] security.Sig: setze keynum auf 1
<DBG> [2003.09.07 16:29:30.276] [main] security.Sig: setze keyversion auf 1
<DBG> [2003.09.07 16:29:30.277] [main] security.Sig: setze sysid auf=20
280200500000000000103468
<DBG> [2003.09.07 16:29:30.278] [main] security.Sig: setze sigid auf 178
<DBG> [2003.09.07 16:29:30.279] [main] security.Sig: setze sigalg auf 10
<DBG> [2003.09.07 16:29:30.280] [main] security.Sig: setze sigmode auf 16
<DBG> [2003.09.07 16:29:30.280] [main] security.Sig: setze hashalg auf 999
<DBG> [2003.09.07 16:29:30.766] [main] manager.HBCIKernel: sende folgende=20
Nachricht:=20
HNHBK:1:2+000000000434+210+0+1'HNSHK:2:3+1+2074523225+1+1+1::28020050000000=
0000103468+178+1:20030907:162900+1:999:1+6:10:16+280:28020050:UUUUUUUUUUUUU=
UUU:S:1:1'HKIDN:3:2+280:28020050+kkkkkkkkkk/00+280200500000000000103468+1'H=
KVVB:4:2+53+2+1+HBCI4Java+2.0'HKISA:5:2+2+124+280:28020050:28020050:V:2:35'=
HNSHA:6:1+2074523225+@96@"\bf\81\98/\13\f2gz\ad\fc\b1\ff\d5r\0cPE9\a8\db\5c=
au\d54\ef\97n\b7\86\87\1b\1c\f2h\12\d7\b2\9f\03\c3\05p\0d\ba\d0\ca\9aDo\19\=
04\a3\b6\abdYO\88q\b6\199U,J\dc\8e\17\96\c0\8ed\e9\12Nf\ebn\da\95#\18(\a7\f=
7[t\d9\89s(0\d0\9b'HNHBS:7:1+1'
<DBG> [2003.09.07 16:29:30.767] [main] manager.HBCIKernel: versuche, Nachri=
cht=20
zu verschluesseln
encrypting hbci message
<DBG> [2003.09.07 16:29:30.777] [main] security.Crypt: setze secfunc auf 4
<DBG> [2003.09.07 16:29:30.778] [main] security.Crypt: setze secmethod auf 6
<DBG> [2003.09.07 16:29:30.779] [main] security.Crypt: setze blz auf 280200=
50
<DBG> [2003.09.07 16:29:30.780] [main] security.Crypt: setze country auf DE
<DBG> [2003.09.07 16:29:30.780] [main] security.Crypt: setze keyuserid auf=
=20
28020050
<DBG> [2003.09.07 16:29:30.781] [main] security.Crypt: setze keynum auf 2
<DBG> [2003.09.07 16:29:30.781] [main] security.Crypt: setze keyversion auf=
 35
<DBG> [2003.09.07 16:29:30.782] [main] security.Crypt: setze cid auf=20
<DBG> [2003.09.07 16:29:30.782] [main] security.Crypt: setze sysId auf=20
280200500000000000103468
<DBG> [2003.09.07 16:29:30.783] [main] security.Crypt: setze role auf 1
<DBG> [2003.09.07 16:29:30.783] [main] security.Crypt: setze alg auf 13
<DBG> [2003.09.07 16:29:30.784] [main] security.Crypt: setze mode auf 2
<DBG> [2003.09.07 16:29:30.785] [main] security.Crypt: setze compfunc auf 0
<DBG> [2003.09.07 16:29:31.040] [main] manager.HBCIKernel: fuehre=20
Nachrichtenaustausch mit dialogid/msgnum 0/1 durch
<DBG> [2003.09.07 16:29:31.053] [main] comm.FilterNone: benutzter Filter: n=
one
<DBG> [2003.09.07 16:29:31.054] [main] comm.CommStandard: stelle Verbindung=
 zu=20
193.194.7.140:3000 her
sending hbci message
receiving response message
<INF> [2003.09.07 16:29:31.109] [main] comm.CommStandard: warte auf=20
Antwortdaten
<DBG> [2003.09.07 16:29:31.787] [main] comm.CommStandard: 113 Bytes empfang=
en
<DBG> [2003.09.07 16:29:31.793] [main] comm.CommStandard: kann=20
Nachrichtengroesse noch nicht aus empfangenen Daten extrahieren
<DBG> [2003.09.07 16:29:31.793] [main] comm.CommStandard: noch -1 Bytes zu=
=20
empfangen
<DBG> [2003.09.07 16:29:31.794] [main] comm.Comm: empfangene Nachricht:=20
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1'
parsing response message (CryptedRes)
<DBG> [2003.09.07 16:29:31.801] [main] comm.Comm: versuche, Nachricht als=20
verschluesselte Nachricht zu interpretieren
<DBG> [2003.09.07 16:29:31.810] [main] comm.Comm: Nachricht scheint nicht=20
verschluesselt zu sein; versuche, sie als DialogInitRes-Nachricht zu=20
interpretieren
parsing response message (DialogInitRes)
<ERR> [2003.09.07 16:29:31.821] [main] manager.HBCIUtils: Exception: kann=20
empfangene Nachricht nicht=20
dekodieren\0aHNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::D=
oppeleinreichung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1' -> reststring in DialogInitRes.MsgHead=
:=20
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1' -> reststring in=20
DialogInitRes.MsgHead.hbciversion:=20
+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreichung - Nachricht=20
abgelehnt'HNHBS:3:1+1' -> DialogInitRes.MsgHead.hbciversion: vorgegebener=20
Wert "210" stimmt nicht mit gefundenem Wert "0"=20
ueberein\0aorg.kapott.hbci.exceptions.CanNotParseMessageException: kann=20
empfangene Nachricht nicht=20
dekodieren\0aHNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::D=
oppeleinreichung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1'\0a\09at=20
org.kapott.hbci.comm.Comm.pingpong(Comm.java:104)\0a\09at=20
org.kapott.hbci.manager.HBCIKernel.rawDoIt(HBCIKernel.java:308)\0a\09at=20
org.kapott.hbci.manager.HBCIDialog.doDialogInit(HBCIDialog.java:136)\0a\09a=
t=20
org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:342)\0a\09at=20
org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:281)\0a\09at=20
com.gservers.banking.Banking.getAccountStatement(Banking.java:283)\0a\09at=
=20
com.gservers.banking.Banking.main(Banking.java:146)\0aCaused by:=20
org.kapott.hbci.exceptions.ParseErrorException: reststring in=20
DialogInitRes.MsgHead:=20
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1'\0a\09at=20
org.kapott.hbci.protocol.MultipleSyntaxElements.<init>(MultipleSyntaxElemen=
ts.java:388)\0a\09at=20
org.kapott.hbci.protocol.MultipleSEGs.<init>(MultipleSEGs.java:63)\0a\09at=
=20
org.kapott.hbci.protocol.MSG.parseNewChildContainer(MSG.java:160)\0a\09at=20
org.kapott.hbci.protocol.SyntaxElement.<init>(SyntaxElement.java:284)\0a\09=
at=20
org.kapott.hbci.protocol.MSG.<init>(MSG.java:139)\0a\09at=20
org.kapott.hbci.protocol.MSG.<init>(MSG.java:147)\0a\09at=20
org.kapott.hbci.comm.Comm.pingpong(Comm.java:101)\0a\09... 6 more\0aCaused=
=20
by: org.kapott.hbci.exceptions.ParseErrorException: reststring in=20
DialogInitRes.MsgHead.hbciversion:=20
+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreichung - Nachricht=20
abgelehnt'HNHBS:3:1+1'\0a\09at=20
org.kapott.hbci.protocol.MultipleSyntaxElements.<init>(MultipleSyntaxElemen=
ts.java:388)\0a\09at=20
org.kapott.hbci.protocol.MultipleDEs.<init>(MultipleDEs.java:78)\0a\09at=20
org.kapott.hbci.protocol.SEG.parseNewChildContainer(SEG.java:127)\0a\09at=20
org.kapott.hbci.protocol.SyntaxElement.<init>(SyntaxElement.java:284)\0a\09=
at=20
org.kapott.hbci.protocol.SEG.<init>(SEG.java:139)\0a\09at=20
org.kapott.hbci.protocol.MultipleSEGs.parseNewElement(MultipleSEGs.java:69)=
\0a\09at=20
org.kapott.hbci.protocol.MultipleSyntaxElements.<init>(MultipleSyntaxElemen=
ts.java:339)\0a\09...=20
12 more\0aCaused by: org.kapott.hbci.exceptions.ParseErrorException:=20
DialogInitRes.MsgHead.hbciversion: vorgegebener Wert "210" stimmt nicht mit=
=20
gefundenem Wert "0" ueberein\0a\09at=20
org.kapott.hbci.protocol.DE.parseValue(DE.java:266)\0a\09at=20
org.kapott.hbci.protocol.DE.<init>(DE.java:313)\0a\09at=20
org.kapott.hbci.protocol.MultipleDEs.parseNewElement(MultipleDEs.java:72)\0=
a\09at=20
org.kapott.hbci.protocol.MultipleSyntaxElements.<init>(MultipleSyntaxElemen=
ts.java:339)\0a\09...=20
18 more\0a
<ERR> [2003.09.07 16:29:31.823] [main] manager.HBCIUtils: Exception:=20
java.lang.NullPointerException\0a\09at=20
org.kapott.hbci.callback.HBCICallbackConsole.status(HBCICallbackConsole.jav=
a:348)\0a\09at=20
org.kapott.hbci.manager.HBCIDialog.doDialogInit(HBCIDialog.java:170)\0a\09a=
t=20
org.kapott.hbci.manager.HBCIDialog.doIt(HBCIDialog.java:342)\0a\09at=20
org.kapott.hbci.manager.HBCIHandler.execute(HBCIHandler.java:281)\0a\09at=20
com.gservers.banking.Banking.getAccountStatement(Banking.java:283)\0a\09at=
=20
com.gservers.banking.Banking.main(Banking.java:146)\0a
<DBG> [2003.09.07 16:29:31.824] [main] comm.CommStandard: beende Verbindung=
=20
zum HBCI-Server
<DBG> [2003.09.07 16:29:31.826] [main] comm.CommStandard: Verbindung zum=20
Server geschlossen
2003-09-07 04:29:31: DialogStatus
2003-09-07 04:29:31: DIALOG-INITIALISIERUNG:
GLOBALE MELDUNGEN:
EXCEPTIONS:
kann empfangene Nachricht nicht dekodieren
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1'
  reststring in DialogInitRes.MsgHead:=20
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1'
    reststring in DialogInitRes.MsgHead.hbciversion:=20
+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreichung - Nachricht=20
abgelehnt'HNHBS:3:1+1'
      DialogInitRes.MsgHead.hbciversion: vorgegebener Wert "210" stimmt nic=
ht=20
mit gefundenem Wert "0" ueberein
SEGMENT-MELDUNGEN:

2003-09-07 04:29:31: DialogStatusEnd
2003-09-07 04:29:31: DialogStatusError
2003-09-07 04:29:31: DIALOG-INITIALISIERUNG: kann empfangene Nachricht nich=
t=20
dekodieren
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1' -> reststring in DialogInitRes.MsgHead=
:=20
HNHBK:1:2+000000000113+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreich=
ung=20
=2D Nachricht abgelehnt'HNHBS:3:1+1' -> reststring in=20
DialogInitRes.MsgHead.hbciversion:=20
+0+2996891+1+2996891:1'HIRMG:2:2+9390::Doppeleinreichung - Nachricht=20
abgelehnt'HNHBS:3:1+1' -> DialogInitRes.MsgHead.hbciversion: vorgegebener=20
Wert "210" stimmt nicht mit gefundenem Wert "0" ueberein
java.lang.NullPointerException
DIALOG-ENDE: nicht ausgefuehrt
2003-09-07 04:29:31: DialogStatusErrorEnd
2003-09-07 04:29:31: notbooked: null
rest: null
2003-09-07 04:29:31:=20
Closing database-connection...
Database closed.


Die BLZ habe ich durch bbbbbbb, Kontonummer durch kkkkkkkkk, und die UserId=
=20
auf UUUUUUUUUUUUUUUU.

Was hat es denn mit der Doppeleinreichung auf sich?

Gru=DF!

Achim

Re: [Hbci4java-help] Key auf anderem Rechner

[Stefan P. <kle...@gm...>]

Hallo,

Die Konvertierung sollte mit der Java-Version durchgef=FChrt werden,
mit der auch das RDH-Passport urspr=FCnglich erstellt wurde.

Wenn das nicht auf Anhieb klappt, kann es auch sein, dass
HBCI4Java erst neu kompiliert werden muss, und zwar ebenfalls
mit der Java-Version, mit der das RDH-Passport-File urspr=FCnglich
erstellt wurde.

Viele Gr=FC=DFe
-Stefan-

> Ich bin nun dem Rat gefolgt und habe die Software auf HBCI 2.4.3 umgestel=
lt.=20
> Nun versuche ich, den Schl=FCssel zu konvertieren, was mir nicht so recht=
=20
> gelingen will:
>=20
> hilwers@saturn:~/Java/HBCI/keys/Working/RDHOld> java -cp .:hbci4java_243.=
jar=20
> org.kapott.hbci.tools.ConvertRDHPassport
>=20
> Filename of old RDH passport file: passport.rdh
> Bitte geben Sie das Passwort fuer den Zugriff auf die Passport-Datei ein:=
=20
> [passwort]
> Exception in thread "main" org.kapott.hbci.exceptions.HBCI_Exception: ***=
 can=20
> not instantiate implementation for passport type 'RDH'
> [...]
> Was mache ich falsch?
--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

Re: [Hbci4java-help] Key auf anderem Rechner

[Achim H. <ah...@hi...>]

Hallo!

Ich bin nun dem Rat gefolgt und habe die Software auf HBCI 2.4.3 umgestellt=
=2E=20
Nun versuche ich, den Schl=FCssel zu konvertieren, was mir nicht so recht=20
gelingen will:

hilwers@saturn:~/Java/HBCI/keys/Working/RDHOld> java -cp .:hbci4java_243.ja=
r=20
org.kapott.hbci.tools.ConvertRDHPassport

=46ilename of old RDH passport file: passport.rdh
Bitte geben Sie das Passwort fuer den Zugriff auf die Passport-Datei ein:=20
[passwort]
Exception in thread "main" org.kapott.hbci.exceptions.HBCI_Exception: *** c=
an=20
not instantiate implementation for passport type 'RDH'
        at=20
org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(AbstractHBCIPassp=
ort.java:503)
        at=20
org.kapott.hbci.tools.ConvertRDHPassport.main(ConvertRDHPassport.java:75)
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native=20
Method)
        at=20
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcce=
ssorImpl.java:39)
        at=20
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstru=
ctorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
        at=20
org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(AbstractHBCIPassp=
ort.java:500)
        ... 1 more
Caused by: org.kapott.hbci.exceptions.HBCI_Exception: *** loading of passpo=
rt=20
file failed
        at=20
org.kapott.hbci.passport.HBCIPassportRDH.<init>(HBCIPassportRDH.java:200)
        ... 6 more
Caused by: java.io.InvalidClassException:=20
com.sun.net.ssl.internal.ssl.JS_PublicKey; local class incompatible: stream=
=20
classdesc serialVersionUID =3D 5319943580695389065, local class=20
serialVersionUID =3D 5470130084755171198
        at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:46=
3)
        at=20
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1521)
        at=20
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
        at=20
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1521)
        at=20
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
        at=20
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:127=
4)
        at=20
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
        at=20
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769)
        at=20
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:127=
4)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
        at=20
org.kapott.hbci.passport.HBCIPassportRDH.<init>(HBCIPassportRDH.java:192)
        ... 6 more


Was mache ich falsch?

Gru=DF!

Achim

Re: [Hbci4java-help] Key auf anderem Rechner

[Stefan P. <kle...@gm...>]

Hallo,

> Ich habe heute versucht, ein bei mir funktionierendes Programm samt Key a=
uf=20
> einen anderen Rechner zu kopieren. Das was hier wunderbar funktioniert,=20
> funktioniert dort =FCberhaupt nicht  hier die Ausgabe des Programms:
>=20
> [...]
> Wie gesagt - dasselbe Programm mit dem selben Key funktioniert hier auf m=
einem=20
> Rechner einwandfrei. Auf beiden Rechnern l=E4uft SuSE 8.1. Hier habe ich =
Java=20
> 1.4.0 und auf dem anderen Rechner 1.4.2. Die Version von HBCI4Java ist 2.=
1.=20
> Die neue Version von HBCI4Java habe ich noch nicht getestet, da ich dann=20
> vorher durch die dort vorhanden =C4nderungen einiges in meinem Programm=20
> anpassen m=FC=DFte.=20
>=20
> Woran kann es liegen?

das Problem ist wahrscheinlich die Verwendung von RDH-Passports mit
unterschiedlichen Java-Versionen. Da bei dieser alten Passport-
Variante die Schluesseldaten noch direkt serialisiert in die Passport-
Dateien geschrieben werden, kann es sein, dass es beim Lesen mit
einer anderen Java-Version Probleme gibt.

Versuchen Sie zun=E4chst, auf beiden Rechner die gleiche Java-Version zu
benutzen, mit der Sie das Passport auch urspruenglich erzeugt haben.

Dann w=FCrde ich doch dringend ein Upgrade auf HBCI4Java 1.4.x=20
und die Passport-Variante RDHNew empfehlen, da hier solche Probleme
nicht mehr auftreten sollten (siehe dazu README.RDHNew in den
neueren HBCI4Java-Paketen).

Den Aufwand fuer die Aenderungen an Ihrer Applikation sollten Sie
durchaus treiben, da beim Aktualisieren auf HBCI4Java 2.4.x
einige doch recht schwerwiegende Probleme beseitigt wurden.
Vor dem Upgrade sollten Sie jedoch unbedingt eine Sicherheitskopie
Ihrer alten RDH-Passport-Datei erstellen!

Viele Gruesse

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] Key auf anderem Rechner

[Achim H. <ah...@hi...>]

SGFsbG8hCgpJY2ggaGFiZSBoZXV0ZSB2ZXJzdWNodCwgZWluIGJlaSBtaXIgZnVua3Rpb25pZXJl
bmRlcyBQcm9ncmFtbSBzYW10IEtleSBhdWYgCmVpbmVuIGFuZGVyZW4gUmVjaG5lciB6dSBrb3Bp
ZXJlbi4gRGFzIHdhcyBoaWVyIHd1bmRlcmJhciBmdW5rdGlvbmllcnQsIApmdW5rdGlvbmllcnQg
ZG9ydCD8YmVyaGF1cHQgbmljaHQgIGhpZXIgZGllIEF1c2dhYmUgZGVzIFByb2dyYW1tczoKCjxE
Qkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM0LjM4Nl0gW21haW5dIG1hbmFnZXIuSEJDSVV0aWxzOiBL
b25maWd1cmF0aW9uc2RhdGVpIApnZWxhZGVuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM0LjM4
OF0gW21haW5dIG1hbmFnZXIuSEJDSVV0aWxzOiBsYWRlIFZlcnplaWNobmlzIGRlciAKQmFua2xl
aXR6YWhsZW4KPElORj4gWzIwMDMuMDkuMDUgMTg6MDg6MzQuNjMwXSBbbWFpbl0gc2VjdXJpdHku
SEJDSVByb3ZpZGVyOiBpbnN0YWxsaWVyZSBIQkNJIApTaWNoZXJoZWl0cy1Qcm92aWRlcgo8REJH
PiBbMjAwMy4wOS4wNSAxODowODozNC42NDVdIFttYWluXSBwYXNzcG9ydC5IQkNJUGFzc3BvcnQ6
IGVyemV1Z2UgbmV1ZXMgClJESC1QYXNzcG9ydAo8SU5GPiBbMjAwMy4wOS4wNSAxODowODozNC42
NTldIFttYWluXSBwYXNzcG9ydC5IQkNJUGFzc3BvcnRSREg6IGxhZGUgClBhc3Nwb3J0LURhdGVu
IGF1cyBEYXRlaSAva2V5LnJkaAo8REJHPiBbMjAwMy4wOS4wNSAxODowODozNC42NTldIFttYWlu
XSBwYXNzcG9ydC5IQkNJUGFzc3BvcnRSREg6IExhZGUgRGF0ZW4gCmF1cyBEYXRlaSAva2V5LnJk
aAo8REJHPiBbMjAwMy4wOS4wNSAxODowODozNS44NDRdIFttYWluXSBtYW5hZ2VyLkhCQ0lIYW5k
bGVyOiByZWdpc3RyaWVyZSAKS3JlZGl0aW5zdGl0dXQKPElORj4gWzIwMDMuMDkuMDUgMTg6MDg6
MzUuODc0XSBbbWFpbl0gSEJDSUNhbGxiYWNrOiBzdGF0dXM6IDMKPElORj4gWzIwMDMuMDkuMDUg
MTg6MDg6MzUuODc1XSBbbWFpbl0gSEJDSUNhbGxiYWNrOiBzdGF0dXMgb2JqZWN0OiBob2xlIApr
cmVkaXRpbnN0aXR1dHMtc3BlemlmaXNjaGUgRGF0ZW4KPElORj4gWzIwMDMuMDkuMDUgMTg6MDg6
MzUuODc1XSBbbWFpbl0gbWFuYWdlci5IQkNJSW5zdGl0dXRlOiBob2xlIEJQRAo8REJHPiBbMjAw
My4wOS4wNSAxODowODozNS44NzZdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGVyc3RlbGxl
IG5ldWUgCkhCQ0ktTmFjaHJpY2h0IERpYWxvZ0luaXRBbm9uCjxEQkc+IFsyMDAzLjA5LjA1IDE4
OjA4OjM1Ljg3Nl0gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0
eSAKRGlhbG9nSW5pdEFub24uSWRuLktJSy5ibHogYXVmICIyODAyMDA1MCIKPERCRz4gWzIwMDMu
MDkuMDUgMTg6MDg6MzUuODc3XSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJ
LVByb3BlcnR5IApEaWFsb2dJbml0QW5vbi5JZG4uS0lLLmNvdW50cnkgYXVmICJERSIKPERCRz4g
WzIwMDMuMDkuMDUgMTg6MDg6MzUuODc3XSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBzZXR6
ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0QW5vbi5Qcm9jUHJlcC5CUEQgYXVmICIwIgo8REJH
PiBbMjAwMy4wOS4wNSAxODowODozNS44NzhdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHNl
dHplIEhCQ0ktUHJvcGVydHkgCkRpYWxvZ0luaXRBbm9uLlByb2NQcmVwLlVQRCBhdWYgIjIiCjxE
Qkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM1Ljg3OF0gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDog
c2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdEFub24uUHJvY1ByZXAubGFuZyBhdWYgIjAi
CjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM1Ljg3OV0gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5l
bDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdEFub24uUHJvY1ByZXAucHJvZE5hbWUg
YXVmICJIQkNJNEphdmEiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM1Ljg4MF0gW21haW5dIG1h
bmFnZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdEFub24uUHJv
Y1ByZXAucHJvZFZlcnNpb24gYXVmICIyLjAiCjxJTkY+IFsyMDAzLjA5LjA1IDE4OjA4OjM1Ljg4
Nl0gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogZXJzdGVsbGUgCkhCQ0ktTmFjaHJpY2h0IERp
YWxvZ0luaXRBbm9uCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM1Ljk5MV0gW21haW5dIG1hbmFn
ZXIuSEJDSUtlcm5lbDogc2VuZGUgZm9sZ2VuZGUgCk5hY2hyaWNodDogCkhOSEJLOjE6MiswMDAw
MDAwMDAxMTErMjEwKzArMSdIS0lETjoyOjIrMjgwOjI4MDIwMDUwKzk5OTk5OTk5OTkrMCswJ0hL
VlZCOjM6MiswKzIrMCtIQkNJNEphdmErMi4wJ0hOSEJTOjQ6MSsxJwo8SU5GPiBbMjAwMy4wOS4w
NSAxODowODozNS45OTddIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGZ1ZWhyZSAKTmFjaHJp
Y2h0ZW5hdXN0YXVzY2ggbWl0IGRpYWxvZ2lkL21zZ251bSAwLzEgZHVyY2gKPElORj4gWzIwMDMu
MDkuMDUgMTg6MDg6MzYuMDA2XSBbbWFpbl0gY29tbS5GaWx0ZXJOb25lOiBiZW51dHp0ZXIgRmls
dGVyOiBub25lCjxJTkY+IFsyMDAzLjA5LjA1IDE4OjA4OjM2LjAxNl0gW21haW5dIGNvbW0uQ29t
bVN0YW5kYXJkOiB3YXJ0ZSBhdWYgCkFudHdvcnRkYXRlbgo8REJHPiBbMjAwMy4wOS4wNSAxODow
ODozOC42OTldIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8
REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MDRdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDog
TmFjaHJpY2h0ZW5ncm9lc3NlIAplcm1pdHRlbHQ6IDAwMDAwMDAwMjU1NCBCeXRlcwo8REJHPiBb
MjAwMy4wOS4wNSAxODowODozOC43MDVdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCAy
NDI2IEJ5dGVzIHp1IAplbXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6MzguNzA1XSBb
bWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IDEyOCBCeXRlcyBlbXBmYW5nZW4KPERCRz4gWzIwMDMu
MDkuMDUgMTg6MDg6MzguNzA2XSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IG5vY2ggMjI5OCBC
eXRlcyB6dSAKZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM4LjcwOF0gW21haW5d
IGNvbW0uQ29tbVN0YW5kYXJkOiAxMjggQnl0ZXMgZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1
IDE4OjA4OjM4LjcwOV0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiBub2NoIDIxNzAgQnl0ZXMg
enUgCmVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MDldIFttYWluXSBjb21t
LkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODow
ODozOC43MDldIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCAyMDQyIEJ5dGVzIHp1IApl
bXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6MzguNzEwXSBbbWFpbl0gY29tbS5Db21t
U3RhbmRhcmQ6IDEyOCBCeXRlcyBlbXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6Mzgu
NzEwXSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IG5vY2ggMTkxNCBCeXRlcyB6dSAKZW1wZmFu
Z2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM4LjcxMF0gW21haW5dIGNvbW0uQ29tbVN0YW5k
YXJkOiAxMjggQnl0ZXMgZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM4LjcxMV0g
W21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiBub2NoIDE3ODYgQnl0ZXMgenUgCmVtcGZhbmdlbgo8
REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MTFdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDog
MTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MTFdIFttYWlu
XSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCAxNjU4IEJ5dGVzIHp1IAplbXBmYW5nZW4KPERCRz4g
WzIwMDMuMDkuMDUgMTg6MDg6MzguNzEyXSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IDEyOCBC
eXRlcyBlbXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6MzguNzE5XSBbbWFpbl0gY29t
bS5Db21tU3RhbmRhcmQ6IG5vY2ggMTUzMCBCeXRlcyB6dSAKZW1wZmFuZ2VuCjxEQkc+IFsyMDAz
LjA5LjA1IDE4OjA4OjM4LjcyMF0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiAxMjggQnl0ZXMg
ZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM4LjcyMF0gW21haW5dIGNvbW0uQ29t
bVN0YW5kYXJkOiBub2NoIDE0MDIgQnl0ZXMgenUgCmVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4w
NSAxODowODozOC43MjFdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZh
bmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MjFdIFttYWluXSBjb21tLkNvbW1TdGFu
ZGFyZDogbm9jaCAxMjc0IEJ5dGVzIHp1IAplbXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6
MDg6MzguNzIxXSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IDEyOCBCeXRlcyBlbXBmYW5nZW4K
PERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6MzguNzIyXSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6
IG5vY2ggMTE0NiBCeXRlcyB6dSAKZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjM4
LjcyMl0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiAxMjggQnl0ZXMgZW1wZmFuZ2VuCjxEQkc+
IFsyMDAzLjA5LjA1IDE4OjA4OjM4LjcyNl0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiBub2No
IDEwMTggQnl0ZXMgenUgCmVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43Mjdd
IFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAw
My4wOS4wNSAxODowODozOC43MjddIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCA4OTAg
Qnl0ZXMgenUgCmVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MjhdIFttYWlu
XSBjb21tLkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4w
NSAxODowODozOC43MjhdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCA3NjIgQnl0ZXMg
enUgCmVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MjhdIFttYWluXSBjb21t
LkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODow
ODozOC43MjldIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCA2MzQgQnl0ZXMgenUgCmVt
cGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MjldIFttYWluXSBjb21tLkNvbW1T
dGFuZGFyZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43
MjldIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCA1MDYgQnl0ZXMgenUgCmVtcGZhbmdl
bgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MzBdIFttYWluXSBjb21tLkNvbW1TdGFuZGFy
ZDogMTI4IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MzBdIFtt
YWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCAzNzggQnl0ZXMgenUgCmVtcGZhbmdlbgo8REJH
PiBbMjAwMy4wOS4wNSAxODowODozOC43MzBdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogMTI4
IEJ5dGVzIGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MzFdIFttYWluXSBj
b21tLkNvbW1TdGFuZGFyZDogbm9jaCAyNTAgQnl0ZXMgenUgCmVtcGZhbmdlbgo8REJHPiBbMjAw
My4wOS4wNSAxODowODozOC43MzddIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogMTI4IEJ5dGVz
IGVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43MzddIFttYWluXSBjb21tLkNv
bW1TdGFuZGFyZDogbm9jaCAxMjIgQnl0ZXMgenUgCmVtcGZhbmdlbgo8REJHPiBbMjAwMy4wOS4w
NSAxODowODozOC43MzhdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogMTIyIEJ5dGVzIGVtcGZh
bmdlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODozOC43NDVdIFttYWluXSBjb21tLkNvbW1TdGFu
ZGFyZDogbm9jaCAwIEJ5dGVzIHp1IAplbXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6
MzguNzQ1XSBbbWFpbl0gY29tbS5Db21tOiBlbXBmYW5nZW5lIE5hY2hyaWNodDogCkhOSEJLOjE6
MiswMDAwMDAwMDI1NTQrMjEwKzI5OTIzMzQrMSsyOTkyMzM0OjEnSElSTUc6MjoyKzMwNjA6OlRl
aWx3ZWlzZSAKbGllZ2VuIFdhcm51bmdlbi9IaW53ZWlzZSB2b3InSElSTVM6MzoyOjMrMDAyMDo6
SW5mb3JtYXRpb25lbiBmZWhsZXJmcmVpIAplbnRnZWdlbmdlbm9tbWVuKzMwNTA6MjpCUEQgbmlj
aHQgbWVociBha3R1ZWxsLiBBa3R1ZWxsZSBWZXJzaW9uIApmb2xndC4rMzA1MDozOlVQRCBuaWNo
dCBtZWhyIGFrdHVlbGwuIEFrdHVlbGxlIFZlcnNpb24gCmZvbGd0LidISUJQQTo0OjI6Mys1Mysy
ODA6MjgwMjAwNTArNTAgRmlsLiBPbGRlbmJ1cmcgLyBPTEIgCmFsbGdlbWVpbisxKzErMjoyMDE6
MjEwKzAnSElLT006NToyOjMrMjgwOjI4MDIwMDUwKzErMjoxOTMuMTk0LjcuMTQwOjpNSU06MSdI
SVNIVjo2OjI6MytOK1JESDoxJ0hJQVVCUzo3OjQ6Mys5OTkrMSsxJ0hJREFCUzo4OjI6Mys5OTkr
MSdISURBU1M6OToyOjMrOTk5KzErMDoxOjM2NToxOk46TidISUZHQVM6MTA6MjozKzk5OSsxK0o6
SjpKOkonSElGR0JTOjExOjI6Mys5OTkrMSdISUZHS1M6MTI6MTozKzk5OSsxK0VVUidISUZHTlM6
MTM6MjozKzk5OSsxK0o6SjoyJ0hJRkdQUzoxNDoyOjMrOTk5KzAnSElGR1dTOjE1OjI6Mys5OTkr
MSdISUZQV1M6MTY6MjozKzk5OSsxJ0hJR0FNUzoxNzoyOjMrOTk5KzArMjA0OCdISUlORlM6MTg6
MjozKzk5OSsxJ0hJS0FOUzoxOTo0OjMrOTk5KzArNDU6TidISUtBWlM6MjA6NDozKzk5OSsxKzYw
Ok4nSElLRE1TOjIxOjM6Mys5OTkrMSsyMDQ4J0hJS0lBUzoyMjoyOjMrOTk5KzEnSElLT01TOjIz
OjM6Mys5OTkrMCdISVBST1M6MjQ6MzozKzk5OSsxJ0hJU0FMUzoyNTo0OjMrOTk5KzEnSElTTEFT
OjI2OjQ6Mys5OTkrMSsxMDAwOjE0OjA0OjA1J0hJU0xCUzoyNzoxOjMrOTk5KzErSidISVNMRVM6
Mjg6MTozKzk5OSsxKzE6MzY1OjEwOjI6MDQ6MDUnSElTTExTOjI5OjE6Mys5OTkrMSdISVNVQlM6
MzA6NDozKzk5OSsxKzEwMDA6MTQ6NTE6NTM6NTQ6Njc6NjknSElUTVZTOjMxOjE6Mys5OTkrMSdI
SVRTQlM6MzI6MTozKzk5OSsxK0onSElUU0VTOjMzOjE6Mys5OTkrMSsxOjM2NToxMDoyOjUxOjUz
OjU0OjY3OjY5J0hJVFNMUzozNDoxOjMrOTk5KzEnSElUVUFTOjM1OjI6Mys5OTkrMSsxOjM2NTox
NDo1MTo1Mzo1NDo2Nzo2OSdISVRVQlM6MzY6MTozKzk5OSsxK0onSElUVUVTOjM3OjI6Mys5OTkr
MSsxOjM2NToxNDo1MTo1Mzo1NDo2Nzo2OSdISVRVTFM6Mzg6MTozKzk5OSsxJ0hJVUVCUzozOToz
OjMrOTk5KzErMTQ6NTE6NTM6NTQ6Njc6NjknSElWREJTOjQwOjE6Mys5OTkrMSs1OmVjLVNjaGVj
azpOOjEyOkJhcnNjaGVjazpKOjgyOlxkY2JlcndlaXN1bmdzZm9ybXVsYXI6SidISVdEVVM6NDE6
MTozKzk5OSsxKzYwJ0hJV0RVUzo0MjoyOjMrOTk5KzErNjAnSElXRlBTOjQzOjE6Mys5OTkrMStB
a3RpZW46UmVudGVuOk9wdGlvbmVuJ0hJV09BUzo0NDoxOjMrOTk5KzErSjpKOko6SjpOOko6Tjow
LDpFVVInSElXT0hTOjQ1OjE6Mys5OTkrMStKOjYwJ0hJV1BEUzo0NjoyOjMrOTk5KzErSidISVdQ
RFM6NDc6MzozKzk5OSsxK0onSElXUEhTOjQ4OjE6Mys5OTkrMStBa3RpZW46UmVudGVuOk9wdGlv
bmVuJ0hJV1BJUzo0OToxOjMrOTk5KzEnSElXUEtTOjUwOjE6Mys5OTkrMStYQkVSO1hCUkU7WERV
UztYRlJBO1hIQU07WEhBTjtYTVVOO1hTVFU7WEVUUjtYRVVSO1hBTVM7WEFOVDtYQVRIO1hCQVI7
WEJSTjtYQklMO1hCT1I7WEJSQTtYQlVEO1hCUlU7WEVBUztYRFVCO1hIRUw7WElTVDtYQ1NFO1hM
SUw7WExJUztYTEpVO1hJU0U7WExJRjtYTFVYO1hMWU87WE1BRDtYTUlMO1hNQVI7WE5BWTtYTkFO
O1hDWVM7WE9TTDtYUEFSO1hQUkE7WElDRTtYQlVMO1hTU0U7WFZBTDtYV0FSO1hNQUw7WFZJRTtY
T1RCO1haQUc7WFNXWDtYSVNNO1hCS0s7WEJPUztYQlVFO1hDSEk7WEhLRztYSlNFO1hLTFM7WE1F
WDtYTU9OO1hNT1M7WEFTRTtYTllTO1hOWUY7WFJJTztYUFNFO1hCU1A7WFNIRztYU0VTO1hBU1g7
WFRLUztYVFNFOkRBWC1XZXJ0ZTpSRVgtV2VydGUnSElXUE9TOjUxOjE6Mys5OTkrMSsxOk46WEZS
QTtYQlJFO1hTVFU7WE1VTjtYSEFNO1hEVVM7WEJFUjtYSEFOOjE6U3RhbmRhcmQ6MTgwOjAsOkVV
UjpHVE1POkdUSEQ6QVBNVDpHREFZOk1BS1Q6TE1UTzpTVE9QOlNMT1MnSElXUFJTOjUyOjE6Mys5
OTkrMStKOko6SjpKOlhCRVI7WEJSRTtYRFVTO1hGUkE7WEhBTTtYSEFOO1hNVU47WEJFUjtYQkVS
OkFrdGllbjpSZW50ZW46T3B0aW9uZW4nSElXUFNTOjUzOjE6Mys5OSsxK0onSElXU0RTOjU0OjE6
Mys5OTkrMSdISVdTT1M6NTU6MTozKzk5OSsxK0onSElEQUFTOjU2OjI6Mys5OTkrMSdISURBRVM6
NTc6MzozKzk5OSsxKzE6MTozNjU6MDEwMjAzMDYxMjowMDo6OjUyOjUzOjU0J0hJREFMUzo1ODoy
OjMrOTk5KzErMTozNjU6TidISURBTlM6NTk6MzozKzk5OSsxKzA6MTozNjU6SjpKOko6SjpKOk46
SjpKOko6SjoxOjAxMDIwMzA2MTI6MDA6Ojo1Mjo1NCdISUxBU1M6NjA6MzozKzk5OSsxKzE0OjA0
OjA1J0hJVVBBOjYxOjI6Mys5OTk5OTk5OTk5KzcrMCdITkhCUzo2MjoxKzEnCjxEQkc+IFsyMDAz
LjA5LjA1IDE4OjA4OjM4Ljc0Nl0gW21haW5dIGNvbW0uQ29tbTogdmVyc3VjaGUsIE5hY2hyaWNo
dCBhbHMgCnZlcnNjaGx1ZXNzZWx0ZSBOYWNocmljaHQgenUgaW50ZXJwcmV0aWVyZW4KPERCRz4g
WzIwMDMuMDkuMDUgMTg6MDg6MzguNzU0XSBbbWFpbl0gY29tbS5Db21tOiBOYWNocmljaHQgc2No
ZWludCBuaWNodCAKdmVyc2NobHVlc3NlbHQgenUgc2VpbjsgdmVyc3VjaGUsIHNpZSBhbHMgRGlh
bG9nSW5pdEFub25SZXMtTmFjaHJpY2h0IHp1IAppbnRlcnByZXRpZXJlbgo8REJHPiBbMjAwMy4w
OS4wNSAxODowODo1MC43NDRdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGVtcGZhbmdlbmUg
Ck5hY2hyaWNodCBuYWNoIEVudHNjaGx1ZXNzZWx1bmc6IApITkhCSzoxOjIrMDAwMDAwMDAyNTU0
KzIxMCsyOTkyMzM0KzErMjk5MjMzNDoxJ0hJUk1HOjI6MiszMDYwOjpUZWlsd2Vpc2UgCmxpZWdl
biBXYXJudW5nZW4vSGlud2Vpc2Ugdm9yJ0hJUk1TOjM6MjozKzAwMjA6OkluZm9ybWF0aW9uZW4g
ZmVobGVyZnJlaSAKZW50Z2VnZW5nZW5vbW1lbiszMDUwOjI6QlBEIG5pY2h0IG1laHIgYWt0dWVs
bC4gQWt0dWVsbGUgVmVyc2lvbiAKZm9sZ3QuKzMwNTA6MzpVUEQgbmljaHQgbWVociBha3R1ZWxs
LiBBa3R1ZWxsZSBWZXJzaW9uIApmb2xndC4nSElCUEE6NDoyOjMrNTMrMjgwOjI4MDIwMDUwKzUw
IEZpbC4gT2xkZW5idXJnIC8gT0xCIAphbGxnZW1laW4rMSsxKzI6MjAxOjIxMCswJ0hJS09NOjU6
MjozKzI4MDoyODAyMDA1MCsxKzI6MTkzLjE5NC43LjE0MDo6TUlNOjEnSElTSFY6NjoyOjMrTitS
REg6MSdISUFVQlM6Nzo0OjMrOTk5KzErMSdISURBQlM6ODoyOjMrOTk5KzEnSElEQVNTOjk6Mjoz
Kzk5OSsxKzA6MTozNjU6MTpOOk4nSElGR0FTOjEwOjI6Mys5OTkrMStKOko6SjpKJ0hJRkdCUzox
MToyOjMrOTk5KzEnSElGR0tTOjEyOjE6Mys5OTkrMStFVVInSElGR05TOjEzOjI6Mys5OTkrMStK
Oko6MidISUZHUFM6MTQ6MjozKzk5OSswJ0hJRkdXUzoxNToyOjMrOTk5KzEnSElGUFdTOjE2OjI6
Mys5OTkrMSdISUdBTVM6MTc6MjozKzk5OSswKzIwNDgnSElJTkZTOjE4OjI6Mys5OTkrMSdISUtB
TlM6MTk6NDozKzk5OSswKzQ1Ok4nSElLQVpTOjIwOjQ6Mys5OTkrMSs2MDpOJ0hJS0RNUzoyMToz
OjMrOTk5KzErMjA0OCdISUtJQVM6MjI6MjozKzk5OSsxJ0hJS09NUzoyMzozOjMrOTk5KzAnSElQ
Uk9TOjI0OjM6Mys5OTkrMSdISVNBTFM6MjU6NDozKzk5OSsxJ0hJU0xBUzoyNjo0OjMrOTk5KzEr
MTAwMDoxNDowNDowNSdISVNMQlM6Mjc6MTozKzk5OSsxK0onSElTTEVTOjI4OjE6Mys5OTkrMSsx
OjM2NToxMDoyOjA0OjA1J0hJU0xMUzoyOToxOjMrOTk5KzEnSElTVUJTOjMwOjQ6Mys5OTkrMSsx
MDAwOjE0OjUxOjUzOjU0OjY3OjY5J0hJVE1WUzozMToxOjMrOTk5KzEnSElUU0JTOjMyOjE6Mys5
OTkrMStKJ0hJVFNFUzozMzoxOjMrOTk5KzErMTozNjU6MTA6Mjo1MTo1Mzo1NDo2Nzo2OSdISVRT
TFM6MzQ6MTozKzk5OSsxJ0hJVFVBUzozNToyOjMrOTk5KzErMTozNjU6MTQ6NTE6NTM6NTQ6Njc6
NjknSElUVUJTOjM2OjE6Mys5OTkrMStKJ0hJVFVFUzozNzoyOjMrOTk5KzErMTozNjU6MTQ6NTE6
NTM6NTQ6Njc6NjknSElUVUxTOjM4OjE6Mys5OTkrMSdISVVFQlM6Mzk6MzozKzk5OSsxKzE0OjUx
OjUzOjU0OjY3OjY5J0hJVkRCUzo0MDoxOjMrOTk5KzErNTplYy1TY2hlY2s6TjoxMjpCYXJzY2hl
Y2s6Sjo4MjpcZGNiZXJ3ZWlzdW5nc2Zvcm11bGFyOkonSElXRFVTOjQxOjE6Mys5OTkrMSs2MCdI
SVdEVVM6NDI6MjozKzk5OSsxKzYwJ0hJV0ZQUzo0MzoxOjMrOTk5KzErQWt0aWVuOlJlbnRlbjpP
cHRpb25lbidISVdPQVM6NDQ6MTozKzk5OSsxK0o6SjpKOko6TjpKOk46MCw6RVVSJ0hJV09IUzo0
NToxOjMrOTk5KzErSjo2MCdISVdQRFM6NDY6MjozKzk5OSsxK0onSElXUERTOjQ3OjM6Mys5OTkr
MStKJ0hJV1BIUzo0ODoxOjMrOTk5KzErQWt0aWVuOlJlbnRlbjpPcHRpb25lbidISVdQSVM6NDk6
MTozKzk5OSsxJ0hJV1BLUzo1MDoxOjMrOTk5KzErWEJFUjtYQlJFO1hEVVM7WEZSQTtYSEFNO1hI
QU47WE1VTjtYU1RVO1hFVFI7WEVVUjtYQU1TO1hBTlQ7WEFUSDtYQkFSO1hCUk47WEJJTDtYQk9S
O1hCUkE7WEJVRDtYQlJVO1hFQVM7WERVQjtYSEVMO1hJU1Q7WENTRTtYTElMO1hMSVM7WExKVTtY
SVNFO1hMSUY7WExVWDtYTFlPO1hNQUQ7WE1JTDtYTUFSO1hOQVk7WE5BTjtYQ1lTO1hPU0w7WFBB
UjtYUFJBO1hJQ0U7WEJVTDtYU1NFO1hWQUw7WFdBUjtYTUFMO1hWSUU7WE9UQjtYWkFHO1hTV1g7
WElTTTtYQktLO1hCT1M7WEJVRTtYQ0hJO1hIS0c7WEpTRTtYS0xTO1hNRVg7WE1PTjtYTU9TO1hB
U0U7WE5ZUztYTllGO1hSSU87WFBTRTtYQlNQO1hTSEc7WFNFUztYQVNYO1hUS1M7WFRTRTpEQVgt
V2VydGU6UkVYLVdlcnRlJ0hJV1BPUzo1MToxOjMrOTk5KzErMTpOOlhGUkE7WEJSRTtYU1RVO1hN
VU47WEhBTTtYRFVTO1hCRVI7WEhBTjoxOlN0YW5kYXJkOjE4MDowLDpFVVI6R1RNTzpHVEhEOkFQ
TVQ6R0RBWTpNQUtUOkxNVE86U1RPUDpTTE9TJ0hJV1BSUzo1MjoxOjMrOTk5KzErSjpKOko6SjpY
QkVSO1hCUkU7WERVUztYRlJBO1hIQU07WEhBTjtYTVVOO1hCRVI7WEJFUjpBa3RpZW46UmVudGVu
Ok9wdGlvbmVuJ0hJV1BTUzo1MzoxOjMrOTkrMStKJ0hJV1NEUzo1NDoxOjMrOTk5KzEnSElXU09T
OjU1OjE6Mys5OTkrMStKJ0hJREFBUzo1NjoyOjMrOTk5KzEnSElEQUVTOjU3OjM6Mys5OTkrMSsx
OjE6MzY1OjAxMDIwMzA2MTI6MDA6Ojo1Mjo1Mzo1NCdISURBTFM6NTg6MjozKzk5OSsxKzE6MzY1
Ok4nSElEQU5TOjU5OjM6Mys5OTkrMSswOjE6MzY1Oko6SjpKOko6SjpOOko6SjpKOko6MTowMTAy
MDMwNjEyOjAwOjo6NTI6NTQnSElMQVNTOjYwOjM6Mys5OTkrMSsxNDowNDowNSdISVVQQTo2MToy
OjMrOTk5OTk5OTk5OSs3KzAnSE5IQlM6NjI6MSsxJwo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1
MC43NTRdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHN1Y2hlIG5hY2ggCnZvcmhhbmRlbmVy
IFNpZ25hdHVyCjxXUk4+IFsyMDAzLjA5LjA1IDE4OjA4OjUwLjc2NF0gW21haW5dIHNlY3VyaXR5
LlNpZzoga2FubiBkaWdpdGFsZSBTaWduYXR1ciAKbmljaHQgdWViZXJwcnVlZmVuIC0ga2VpbiBl
bnRzcHJlY2hlbmRlciBTY2hsdWVzc2VsIHZvcmhhbmRlbgo8REJHPiBbMjAwMy4wOS4wNSAxODow
ODo1MC43NzNdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGV4dHJhaGllcmUgRGF0ZW4gCmF1
cyBlbXBmYW5nZW5lciBOYWNocmljaHQKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTAuNzc5XSBb
bWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiB0ZXN0ZSwgb2IgCmVtcGZhbmdlbmUgTmFjaHJpY2h0
IHZlcnNjaGx1ZXNzZWx0IGlzdAo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MC43NzldIFttYWlu
XSBtYW5hZ2VyLkhCQ0lJbnN0aXR1dGU6IGV4dHJhaGllcmUgQlBEIAphdXMgQW50d29ydGRhdGVu
CjxJTkY+IFsyMDAzLjA5LjA1IDE4OjA4OjUwLjc4M10gW21haW5dIG1hbmFnZXIuSEJDSUluc3Rp
dHV0ZTogQlBEIGF1ZiBWZXJzaW9uIAo1MyBha3R1YWxpc2llcnQgCjxJTkY+IFsyMDAzLjA5LjA1
IDE4OjA4OjUwLjg5MV0gW21haW5dIEhCQ0lDYWxsYmFjazogc3RhdHVzOiA0CjxJTkY+IFsyMDAz
LjA5LjA1IDE4OjA4OjUwLjg5MV0gW21haW5dIEhCQ0lDYWxsYmFjazogc3RhdHVzIG9iamVjdDog
CmtyZWRpdGluc3RpdHV0cy1zcGV6aWZpc2NoZSBEYXRlbiBlcmhhbHRlbgo8REJHPiBbMjAwMy4w
OS4wNSAxODowODo1MC44OTJdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGVyc3RlbGxlIG5l
dWUgCkhCQ0ktTmFjaHJpY2h0IERpYWxvZ0VuZEFub24KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6
NTAuODkzXSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApE
aWFsb2dFbmRBbm9uLk1zZ0hlYWQuZGlhbG9naWQgYXVmICIyOTkyMzM0Igo8REJHPiBbMjAwMy4w
OS4wNSAxODowODo1MC44OTRdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHNldHplIEhCQ0kt
UHJvcGVydHkgCkRpYWxvZ0VuZEFub24uTXNnSGVhZC5tc2dudW0gYXVmICIyIgo8REJHPiBbMjAw
My4wOS4wNSAxODowODo1MC44OTRdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHNldHplIEhC
Q0ktUHJvcGVydHkgCkRpYWxvZ0VuZEFub24uRGlhbG9nRW5kUy5kaWFsb2dpZCBhdWYgIjI5OTIz
MzQiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUwLjg5NF0gW21haW5dIG1hbmFnZXIuSEJDSUtl
cm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nRW5kQW5vbi5Nc2dUYWlsLm1zZ251bSBh
dWYgIjIiCjxJTkY+IFsyMDAzLjA5LjA1IDE4OjA4OjUwLjg5NF0gW21haW5dIG1hbmFnZXIuSEJD
SUtlcm5lbDogZXJzdGVsbGUgCkhCQ0ktTmFjaHJpY2h0IERpYWxvZ0VuZEFub24KPERCRz4gWzIw
MDMuMDkuMDUgMTg6MDg6NTAuOTAxXSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBzZW5kZSBm
b2xnZW5kZSAKTmFjaHJpY2h0OiAKSE5IQks6MToyKzAwMDAwMDAwMDA2NysyMTArMjk5MjMzNCsy
J0hLRU5EOjI6MSsyOTkyMzM0J0hOSEJTOjM6MSsyJwo8SU5GPiBbMjAwMy4wOS4wNSAxODowODo1
MC45MDJdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGZ1ZWhyZSAKTmFjaHJpY2h0ZW5hdXN0
YXVzY2ggbWl0IGRpYWxvZ2lkL21zZ251bSAyOTkyMzM0LzIgZHVyY2gKPElORj4gWzIwMDMuMDku
MDUgMTg6MDg6NTAuOTAyXSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IHdhcnRlIGF1ZiAKQW50
d29ydGRhdGVuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI0MV0gW21haW5dIGNvbW0uQ29t
bVN0YW5kYXJkOiAxMjMgQnl0ZXMgZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUx
LjI0NF0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiBOYWNocmljaHRlbmdyb2Vzc2UgCmVybWl0
dGVsdDogMDAwMDAwMDAwMTIzIEJ5dGVzCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI0NF0g
W21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiBub2NoIDAgQnl0ZXMgenUgCmVtcGZhbmdlbgo8REJH
PiBbMjAwMy4wOS4wNSAxODowODo1MS4yNDVdIFttYWluXSBjb21tLkNvbW06IGVtcGZhbmdlbmUg
TmFjaHJpY2h0OiAKSE5IQks6MToyKzAwMDAwMDAwMDEyMysyMTArMjk5MjMzNCsyKzI5OTIzMzQ6
MidISVJNRzoyOjIrMDAxMDo6TmFjaHJpY2h0IAplbnRnZWdlbmdlbm9tbWVuKzAxMDA6OkRpYWxv
ZyBiZWVuZGV0J0hOSEJTOjM6MSsyJwo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4yNDVdIFtt
YWluXSBjb21tLkNvbW06IHZlcnN1Y2hlLCBOYWNocmljaHQgYWxzIAp2ZXJzY2hsdWVzc2VsdGUg
TmFjaHJpY2h0IHp1IGludGVycHJldGllcmVuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI0
OV0gW21haW5dIGNvbW0uQ29tbTogTmFjaHJpY2h0IHNjaGVpbnQgbmljaHQgCnZlcnNjaGx1ZXNz
ZWx0IHp1IHNlaW47IHZlcnN1Y2hlLCBzaWUgYWxzIERpYWxvZ0VuZEFub25SZXMtTmFjaHJpY2h0
IHp1IAppbnRlcnByZXRpZXJlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4yNjJdIFttYWlu
XSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGVtcGZhbmdlbmUgCk5hY2hyaWNodCBuYWNoIEVudHNjaGx1
ZXNzZWx1bmc6IApITkhCSzoxOjIrMDAwMDAwMDAwMTIzKzIxMCsyOTkyMzM0KzIrMjk5MjMzNDoy
J0hJUk1HOjI6MiswMDEwOjpOYWNocmljaHQgCmVudGdlZ2VuZ2Vub21tZW4rMDEwMDo6RGlhbG9n
IGJlZW5kZXQnSE5IQlM6MzoxKzInCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI2M10gW21h
aW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogc3VjaGUgbmFjaCAKdm9yaGFuZGVuZXIgU2lnbmF0dXIK
PFdSTj4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjYzXSBbbWFpbl0gc2VjdXJpdHkuU2lnOiBrYW5u
IGRpZ2l0YWxlIFNpZ25hdHVyIApuaWNodCB1ZWJlcnBydWVmZW4gLSBrZWluIGVudHNwcmVjaGVu
ZGVyIFNjaGx1ZXNzZWwgdm9yaGFuZGVuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI2NF0g
W21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogZXh0cmFoaWVyZSBEYXRlbiAKYXVzIGVtcGZhbmdl
bmVyIE5hY2hyaWNodAo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4yNjRdIFttYWluXSBtYW5h
Z2VyLkhCQ0lLZXJuZWw6IHRlc3RlLCBvYiAKZW1wZmFuZ2VuZSBOYWNocmljaHQgdmVyc2NobHVl
c3NlbHQgaXN0CjxJTkY+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI2NF0gW21haW5dIGNvbW0uQ29t
bVN0YW5kYXJkOiBiZWVuZGUgVmVyYmluZHVuZyAKenVtIEhCQ0ktU2VydmVyCjxEQkc+IFsyMDAz
LjA5LjA1IDE4OjA4OjUxLjI2NV0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiBWZXJiaW5kdW5n
IHp1bSAKU2VydmVyIGdlc2NobG9zc2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI2NV0g
W21haW5dIG1hbmFnZXIuSEJDSUluc3RpdHV0ZTogdWViZXJwcnVlZmUsIG9iIAphbmdlZm9yZGVy
dGVyIFNpY2hlcmhlaXRzbWVjaGFuaXNtdXMgdm9uIGRlciBCYW5rIHVudGVyc3R1ZXR6dCB3aXJk
CjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI2Nl0gW21haW5dIG1hbmFnZXIuSEJDSUhhbmRs
ZXI6IHJlZ2lzdHJpZXJlIE51dHplcgo8SU5GPiBbMjAwMy4wOS4wNSAxODowODo1MS4yODJdIFtt
YWluXSBIQkNJQ2FsbGJhY2s6IHN0YXR1czogMTEKPElORj4gWzIwMDMuMDkuMDUgMTg6MDg6NTEu
MjgzXSBbbWFpbl0gSEJDSUNhbGxiYWNrOiBzdGF0dXMgb2JqZWN0OiBob2xlIApudXR6ZXJzcGV6
aWZpc2NoZSBEYXRlbgo8SU5GPiBbMjAwMy4wOS4wNSAxODowODo1MS4yODZdIFttYWluXSBtYW5h
Z2VyLkhCQ0lVc2VyOiBob2xlIFVQRAo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4yODddIFtt
YWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IGVyc3RlbGxlIG5ldWUgCkhCQ0ktTmFjaHJpY2h0IERp
YWxvZ0luaXQKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjg3XSBbbWFpbl0gbWFuYWdlci5I
QkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0Lklkbi5LSUsuYmx6IGF1
ZiAiMjgwMjAwNTAiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI4N10gW21haW5dIG1hbmFn
ZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdC5JZG4uS0lLLmNv
dW50cnkgYXVmICJERSIKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjg4XSBbbWFpbl0gbWFu
YWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0Lklkbi5jdXN0
b21lcmlkIGF1ZiAiW21laW5lIGlkXSIKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjg4XSBb
bWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0
Lklkbi5zeXNpZCBhdWYgIjI4MDIwMDUwMDAwMDAwMDAwMDEwMzQ2OCIKPERCRz4gWzIwMDMuMDku
MDUgMTg6MDg6NTEuMjg4XSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVBy
b3BlcnR5IApEaWFsb2dJbml0Lklkbi5zeXNTdGF0dXMgYXVmICIxIgo8REJHPiBbMjAwMy4wOS4w
NSAxODowODo1MS4yODldIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHNldHplIEhCQ0ktUHJv
cGVydHkgCkRpYWxvZ0luaXQuS2V5UmVxLlNlY1Byb2ZpbGUubWV0aG9kIGF1ZiAiUkRIIgo8REJH
PiBbMjAwMy4wOS4wNSAxODowODo1MS4yOTFdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHNl
dHplIEhCQ0ktUHJvcGVydHkgCkRpYWxvZ0luaXQuS2V5UmVxLlNlY1Byb2ZpbGUudmVyc2lvbiBh
dWYgIjEiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI5Ml0gW21haW5dIG1hbmFnZXIuSEJD
SUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdC5LZXlSZXEuS2V5TmFtZS5r
ZXl0eXBlIGF1ZiAiViIKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjkyXSBbbWFpbl0gbWFu
YWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0LktleVJlcS5L
ZXlOYW1lLktJSy5jb3VudHJ5IGF1ZiAiREUiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI5
M10gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9n
SW5pdC5LZXlSZXEuS2V5TmFtZS5LSUsuYmx6IGF1ZiAiMjgwMjAwNTAiCjxEQkc+IFsyMDAzLjA5
LjA1IDE4OjA4OjUxLjI5M10gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Q
cm9wZXJ0eSAKRGlhbG9nSW5pdC5LZXlSZXEuS2V5TmFtZS51c2VyaWQgYXVmICIyODAyMDA1MCIK
PERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjkzXSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVs
OiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0LktleVJlcS5LZXlOYW1lLmtleW51bSBh
dWYgIjIiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI5M10gW21haW5dIG1hbmFnZXIuSEJD
SUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdC5LZXlSZXEuS2V5TmFtZS5r
ZXl2ZXJzaW9uIGF1ZiAiMzUiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI5NF0gW21haW5d
IG1hbmFnZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdC5Qcm9j
UHJlcC5CUEQgYXVmICI1MyIKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjk0XSBbbWFpbl0g
bWFuYWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0LlByb2NQ
cmVwLlVQRCBhdWYgIjAiCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjI5NF0gW21haW5dIG1h
bmFnZXIuSEJDSUtlcm5lbDogc2V0emUgSEJDSS1Qcm9wZXJ0eSAKRGlhbG9nSW5pdC5Qcm9jUHJl
cC5sYW5nIGF1ZiAiMSIKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMjk0XSBbbWFpbl0gbWFu
YWdlci5IQkNJS2VybmVsOiBzZXR6ZSBIQkNJLVByb3BlcnR5IApEaWFsb2dJbml0LlByb2NQcmVw
LnByb2ROYW1lIGF1ZiAiSEJDSTRKYXZhIgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4yOTVd
IFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJuZWw6IHNldHplIEhCQ0ktUHJvcGVydHkgCkRpYWxvZ0lu
aXQuUHJvY1ByZXAucHJvZFZlcnNpb24gYXVmICIyLjAiCjxJTkY+IFsyMDAzLjA5LjA1IDE4OjA4
OjUxLjI5NV0gW21haW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogZXJzdGVsbGUgCkhCQ0ktTmFjaHJp
Y2h0IERpYWxvZ0luaXQKPFdSTj4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMzE0XSBbbWFpbl0gcHJv
dG9jb2wuTVNHOiBrb25udGUgZm9sZ2VuZGVuIApudXR6ZXJkZWZpbmllcnRlbiBXZXJ0IG5pY2h0
IGluIE5hY2hyaWNodCBlaW5zZXR6ZW46IApEaWFsb2dJbml0LktleVJlcS5TZWNQcm9maWxlLm1l
dGhvZD1SREgKPFdSTj4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuMzE1XSBbbWFpbl0gcHJvdG9jb2wu
TVNHOiBrb25udGUgZm9sZ2VuZGVuIApudXR6ZXJkZWZpbmllcnRlbiBXZXJ0IG5pY2h0IGluIE5h
Y2hyaWNodCBlaW5zZXR6ZW46IApEaWFsb2dJbml0LktleVJlcS5TZWNQcm9maWxlLnZlcnNpb249
MQo8SU5GPiBbMjAwMy4wOS4wNSAxODowODo1MS4zMThdIFttYWluXSBtYW5hZ2VyLkhCQ0lLZXJu
ZWw6IGZ1ZWdlIGJlaSBCZWRhcmYgCmRpZ2l0YWxlIFNpZ25hdHVyIGVpbgo8REJHPiBbMjAwMy4w
OS4wNSAxODowODo1MS4zMjFdIFttYWluXSBzZWN1cml0eS5TaWc6IHNldHplIHNlY21ldGhvZCBh
dWYgMQo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4zMjJdIFttYWluXSBzZWN1cml0eS5TaWc6
IHNldHplIGNpZCBhdWYgCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjMyM10gW21haW5dIHNl
Y3VyaXR5LlNpZzogc2V0emUgcm9sZSBhdWYgMQo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4z
MjNdIFttYWluXSBzZWN1cml0eS5TaWc6IHNldHplIHJhbmdlIGF1ZiAxCjxEQkc+IFsyMDAzLjA5
LjA1IDE4OjA4OjUxLjMyM10gW21haW5dIHNlY3VyaXR5LlNpZzogc2V0emUga2V5Ymx6IGF1ZiAy
ODAyMDA1MAo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4zMjRdIFttYWluXSBzZWN1cml0eS5T
aWc6IHNldHplIGtleWNvdW50cnkgYXVmIERFCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjMy
NF0gW21haW5dIHNlY3VyaXR5LlNpZzogc2V0emUga2V5dXNlcmlkIGF1ZiAKW21laW5lIGlkXQo8
REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4zMjRdIFttYWluXSBzZWN1cml0eS5TaWc6IHNldHpl
IGtleW51bSBhdWYgMQo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4zMjVdIFttYWluXSBzZWN1
cml0eS5TaWc6IHNldHplIGtleXZlcnNpb24gYXVmIDEKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6
NTEuMzI1XSBbbWFpbl0gc2VjdXJpdHkuU2lnOiBzZXR6ZSBzeXNpZCBhdWYgCjI4MDIwMDUwMDAw
MDAwMDAwMDEwMzQ2OAo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS4zMjVdIFttYWluXSBzZWN1
cml0eS5TaWc6IHNldHplIHNpZ2lkIGF1ZiAyCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjMy
Nl0gW21haW5dIHNlY3VyaXR5LlNpZzogc2V0emUgc2lnYWxnIGF1ZiAxMAo8REJHPiBbMjAwMy4w
OS4wNSAxODowODo1MS4zMjZdIFttYWluXSBzZWN1cml0eS5TaWc6IHNldHplIHNpZ21vZGUgYXVm
IDE2CjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjMyNl0gW21haW5dIHNlY3VyaXR5LlNpZzog
c2V0emUgaGFzaGFsZyBhdWYgOTk5CjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjQ3MV0gW21h
aW5dIG1hbmFnZXIuSEJDSUtlcm5lbDogc2VuZGUgZm9sZ2VuZGUgCk5hY2hyaWNodDogCkhOSEJL
OjE6MiswMDAwMDAwMDA0MzMrMjEwKzArMSdITlNISzoyOjMrMSs3ODkzNTE0MzkrMSsxKzE6OjI4
MDIwMDUwMDAwMDAwMDAwMDEwMzQ2OCsyKzE6MjAwMzA5MDU6MTgwODAwKzE6OTk5OjErNjoxMDox
NisyODA6MjgwMjAwNTA6W21laW5lIAppZF06UzoxOjEnSEtJRE46MzoyKzI4MDoyODAyMDA1MCtb
bWVpbmUgCmlkXSsyODAyMDA1MDAwMDAwMDAwMDAxMDM0NjgrMSdIS1ZWQjo0OjIrNTMrMCsxK0hC
Q0k0SmF2YSsyLjAnSEtJU0E6NToyKzIrMTI0KzI4MDoyODAyMDA1MDoyODAyMDA1MDpWOjI6MzUn
SE5TSEE6NjoxKzc4OTM1MTQzOStAOTZAXDFkXDgzQ0guXDg0XGNkTFZcZTYlXDE2XGM1YFQjXDk5
YFwxZlxjZFxhOVxmMVw4Zlw4N1xhYSdcMGJNQlxkM1xiYy9HXGJjKHFcMTBcODNcY2E0XDFmXGU1
XGU4XGIwXGVlXGU3XGYyXGUyXDBkMV5cZGNcOGZcZmUhXGIzTlxhOVw4MVw5OVwxN1wwOFw4Y1NJ
XGI0XGViXDBlXGEzXDA1XGIzXDlhXDA2IlwwY1BcMTV5NlxhMVxjNDBgZFxlOVxjYSVcODNcYTFc
MDZcOWRcYzFcZWRcOTA/YCdITkhCUzo3OjErMScKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEu
NDcyXSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiB2ZXJzdWNoZSwgTmFjaHJpY2h0IAp6dSB2
ZXJzY2hsdWVzc2Vsbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS40ODBdIFttYWluXSBzZWN1
cml0eS5DcnlwdDogc2V0emUgc2VjZnVuYyBhdWYgNAo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1
MS40ODFdIFttYWluXSBzZWN1cml0eS5DcnlwdDogc2V0emUgc2VjbWV0aG9kIGF1ZiA2CjxEQkc+
IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjQ4MV0gW21haW5dIHNlY3VyaXR5LkNyeXB0OiBzZXR6ZSBi
bHogYXVmIDI4MDIwMDUwCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjQ4MV0gW21haW5dIHNl
Y3VyaXR5LkNyeXB0OiBzZXR6ZSBjb3VudHJ5IGF1ZiBERQo8REJHPiBbMjAwMy4wOS4wNSAxODow
ODo1MS40ODJdIFttYWluXSBzZWN1cml0eS5DcnlwdDogc2V0emUga2V5dXNlcmlkIGF1ZiAKMjgw
MjAwNTAKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTEuNDgyXSBbbWFpbl0gc2VjdXJpdHkuQ3J5
cHQ6IHNldHplIGtleW51bSBhdWYgMgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS40ODJdIFtt
YWluXSBzZWN1cml0eS5DcnlwdDogc2V0emUga2V5dmVyc2lvbiBhdWYgMzUKPERCRz4gWzIwMDMu
MDkuMDUgMTg6MDg6NTEuNDgzXSBbbWFpbl0gc2VjdXJpdHkuQ3J5cHQ6IHNldHplIGNpZCBhdWYg
CjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjQ4M10gW21haW5dIHNlY3VyaXR5LkNyeXB0OiBz
ZXR6ZSBzeXNJZCBhdWYgCjI4MDIwMDUwMDAwMDAwMDAwMDEwMzQ2OAo8REJHPiBbMjAwMy4wOS4w
NSAxODowODo1MS40ODNdIFttYWluXSBzZWN1cml0eS5DcnlwdDogc2V0emUgcm9sZSBhdWYgMQo8
REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS40ODRdIFttYWluXSBzZWN1cml0eS5DcnlwdDogc2V0
emUgYWxnIGF1ZiAxMwo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS40ODVdIFttYWluXSBzZWN1
cml0eS5DcnlwdDogc2V0emUgbW9kZSBhdWYgMgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1MS40
ODZdIFttYWluXSBzZWN1cml0eS5DcnlwdDogc2V0emUgY29tcGZ1bmMgYXVmIDAKPElORj4gWzIw
MDMuMDkuMDUgMTg6MDg6NTEuNTM0XSBbbWFpbl0gbWFuYWdlci5IQkNJS2VybmVsOiBmdWVocmUg
Ck5hY2hyaWNodGVuYXVzdGF1c2NoIG1pdCBkaWFsb2dpZC9tc2dudW0gMC8xIGR1cmNoCjxJTkY+
IFsyMDAzLjA5LjA1IDE4OjA4OjUxLjUzNF0gW21haW5dIGNvbW0uRmlsdGVyTm9uZTogYmVudXR6
dGVyIEZpbHRlcjogbm9uZQo8SU5GPiBbMjAwMy4wOS4wNSAxODowODo1MS41MzldIFttYWluXSBj
b21tLkNvbW1TdGFuZGFyZDogd2FydGUgYXVmIApBbnR3b3J0ZGF0ZW4KPERCRz4gWzIwMDMuMDku
MDUgMTg6MDg6NTIuNDU1XSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IDEyOCBCeXRlcyBlbXBm
YW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTIuNDU4XSBbbWFpbl0gY29tbS5Db21tU3Rh
bmRhcmQ6IGthbm4gCk5hY2hyaWNodGVuZ3JvZXNzZSBub2NoIG5pY2h0IGF1cyBlbXBmYW5nZW5l
biBEYXRlbiBleHRyYWhpZXJlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1Mi40NTldIFttYWlu
XSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCAtMSBCeXRlcyB6dSAKZW1wZmFuZ2VuCjxEQkc+IFsy
MDAzLjA5LjA1IDE4OjA4OjUyLjQ1OV0gW21haW5dIGNvbW0uQ29tbVN0YW5kYXJkOiAxMjggQnl0
ZXMgZW1wZmFuZ2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUyLjQ2MF0gW21haW5dIGNvbW0u
Q29tbVN0YW5kYXJkOiBrYW5uIApOYWNocmljaHRlbmdyb2Vzc2Ugbm9jaCBuaWNodCBhdXMgZW1w
ZmFuZ2VuZW4gRGF0ZW4gZXh0cmFoaWVyZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTIuNDYx
XSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IG5vY2ggLTEgQnl0ZXMgenUgCmVtcGZhbmdlbgo8
REJHPiBbMjAwMy4wOS4wNSAxODowODo1Mi40NjFdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDog
NSBCeXRlcyBlbXBmYW5nZW4KPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTIuNDYzXSBbbWFpbl0g
Y29tbS5Db21tU3RhbmRhcmQ6IGthbm4gCk5hY2hyaWNodGVuZ3JvZXNzZSBub2NoIG5pY2h0IGF1
cyBlbXBmYW5nZW5lbiBEYXRlbiBleHRyYWhpZXJlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1
Mi40NjNdIFttYWluXSBjb21tLkNvbW1TdGFuZGFyZDogbm9jaCAtMSBCeXRlcyB6dSAKZW1wZmFu
Z2VuCjxEQkc+IFsyMDAzLjA5LjA1IDE4OjA4OjUyLjQ2NF0gW21haW5dIGNvbW0uQ29tbTogZW1w
ZmFuZ2VuZSBOYWNocmljaHQ6IApITkhCSzoxOjIrMDAwMDAwMDAwMjYxKzArMjk5MjMzNysxKzI5
OTIzMzc6MSdISVJNRzoyOjIrOTM4MDo6U2lnbmF0dXIgSXNzdWVyIApmYWxzY2ggLSBOYWNocmlj
aHQgd2lyZCBhYmdlbGVobnQrOTA1MDo6VGVpbHdlaXNlIApmZWhsZXJoYWZ0J0hJUk1TOjM6Mjo2
KzkzNDA6OkVsZWt0cm9uaXNjaGUgU2lnbmF0dXIgZmFsc2NoKzkzNjA6OlNwZXJydW5nIGRlciAK
U2lnbmF0dXIgbmFjaCB3ZWl0ZXJlbiAyIEZhbHNjaHNpZ25hdHVyZW46MidITkhCUzo0OjErMScK
PERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTIuNDY1XSBbbWFpbl0gY29tbS5Db21tOiB2ZXJzdWNo
ZSwgTmFjaHJpY2h0IGFscyAKdmVyc2NobHVlc3NlbHRlIE5hY2hyaWNodCB6dSBpbnRlcnByZXRp
ZXJlbgo8REJHPiBbMjAwMy4wOS4wNSAxODowODo1Mi40NjhdIFttYWluXSBjb21tLkNvbW06IE5h
Y2hyaWNodCBzY2hlaW50IG5pY2h0IAp2ZXJzY2hsdWVzc2VsdCB6dSBzZWluOyB2ZXJzdWNoZSwg
c2llIGFscyBEaWFsb2dJbml0UmVzLU5hY2hyaWNodCB6dSAKaW50ZXJwcmV0aWVyZW4KPEVSUj4g
WzIwMDMuMDkuMDUgMTg6MDg6NTIuNDczXSBbbWFpbl0gbWFuYWdlci5IQkNJVXRpbHM6IEV4Y2Vw
dGlvbjogSEJDSTogCmthbm4gZW1wZmFuZ2VuZSBOYWNocmljaHQgbmljaHQgCmRla29kaWVyZW5c
MGFITkhCSzoxOjIrMDAwMDAwMDAwMjYxKzArMjk5MjMzNysxKzI5OTIzMzc6MSdISVJNRzoyOjIr
OTM4MDo6U2lnbmF0dXIgCklzc3VlciBmYWxzY2ggLSBOYWNocmljaHQgd2lyZCBhYmdlbGVobnQr
OTA1MDo6VGVpbHdlaXNlIApmZWhsZXJoYWZ0J0hJUk1TOjM6Mjo2KzkzNDA6OkVsZWt0cm9uaXNj
aGUgU2lnbmF0dXIgZmFsc2NoKzkzNjA6OlNwZXJydW5nIGRlciAKU2lnbmF0dXIgbmFjaCB3ZWl0
ZXJlbiAyIEZhbHNjaHNpZ25hdHVyZW46MidITkhCUzo0OjErMScgLT4gSEJDSTogcmVzdHN0cmlu
ZyAKaW4gRGlhbG9nSW5pdFJlcy5Nc2dIZWFkOiAKSE5IQks6MToyKzAwMDAwMDAwMDI2MSswKzI5
OTIzMzcrMSsyOTkyMzM3OjEnSElSTUc6MjoyKzkzODA6OlNpZ25hdHVyIElzc3VlciAKZmFsc2No
IC0gTmFjaHJpY2h0IHdpcmQgYWJnZWxlaG50KzkwNTA6OlRlaWx3ZWlzZSAKZmVobGVyaGFmdCdI
SVJNUzozOjI6Nis5MzQwOjpFbGVrdHJvbmlzY2hlIFNpZ25hdHVyIGZhbHNjaCs5MzYwOjpTcGVy
cnVuZyBkZXIgClNpZ25hdHVyIG5hY2ggd2VpdGVyZW4gMiBGYWxzY2hzaWduYXR1cmVuOjInSE5I
QlM6NDoxKzEnIC0+IEhCQ0k6IHJlc3RzdHJpbmcgCmluIERpYWxvZ0luaXRSZXMuTXNnSGVhZC5o
YmNpdmVyc2lvbjogCiswKzI5OTIzMzcrMSsyOTkyMzM3OjEnSElSTUc6MjoyKzkzODA6OlNpZ25h
dHVyIElzc3VlciBmYWxzY2ggLSBOYWNocmljaHQgCndpcmQgYWJnZWxlaG50KzkwNTA6OlRlaWx3
ZWlzZSBmZWhsZXJoYWZ0J0hJUk1TOjM6Mjo2KzkzNDA6OkVsZWt0cm9uaXNjaGUgClNpZ25hdHVy
IGZhbHNjaCs5MzYwOjpTcGVycnVuZyBkZXIgU2lnbmF0dXIgbmFjaCB3ZWl0ZXJlbiAyIApGYWxz
Y2hzaWduYXR1cmVuOjInSE5IQlM6NDoxKzEnIC0+IEhCQ0k6IERpYWxvZ0luaXRSZXMuTXNnSGVh
ZC5oYmNpdmVyc2lvbjogCnZvcmdlZ2ViZW5lciBXZXJ0ICIyMTAiIHN0aW1tdCBuaWNodCBtaXQg
Z2VmdW5kZW5lbSBXZXJ0ICIwIiB1ZWJlcmVpbgo8RVJSPiBbMjAwMy4wOS4wNSAxODowODo1Mi40
NzVdIFttYWluXSBtYW5hZ2VyLkhCQ0lVdGlsczogCm9yZy5rYXBvdHQuaGJjaS5leGNlcHRpb25z
LkNhbk5vdFBhcnNlTWVzc2FnZUV4Y2VwdGlvbjogSEJDSToga2FubiBlbXBmYW5nZW5lIApOYWNo
cmljaHQgbmljaHQgCmRla29kaWVyZW5cMGFITkhCSzoxOjIrMDAwMDAwMDAwMjYxKzArMjk5MjMz
NysxKzI5OTIzMzc6MSdISVJNRzoyOjIrOTM4MDo6U2lnbmF0dXIgCklzc3VlciBmYWxzY2ggLSBO
YWNocmljaHQgd2lyZCBhYmdlbGVobnQrOTA1MDo6VGVpbHdlaXNlIApmZWhsZXJoYWZ0J0hJUk1T
OjM6Mjo2KzkzNDA6OkVsZWt0cm9uaXNjaGUgU2lnbmF0dXIgZmFsc2NoKzkzNjA6OlNwZXJydW5n
IGRlciAKU2lnbmF0dXIgbmFjaCB3ZWl0ZXJlbiAyIEZhbHNjaHNpZ25hdHVyZW46MidITkhCUzo0
OjErMSdcMGFcMDlhdCAKb3JnLmthcG90dC5oYmNpLmNvbW0uQ29tbS5waW5ncG9uZyhDb21tLmph
dmE6NzQpXDBhXDA5YXQgCm9yZy5rYXBvdHQuaGJjaS5tYW5hZ2VyLkhCQ0lLZXJuZWwucmF3RG9J
dChIQkNJS2VybmVsLmphdmE6MjM0KVwwYVwwOWF0IApvcmcua2Fwb3R0LmhiY2kubWFuYWdlci5I
QkNJVXNlci5mZXRjaFVQRChIQkNJVXNlci5qYXZhOjUyMSlcMGFcMDlhdCAKb3JnLmthcG90dC5o
YmNpLm1hbmFnZXIuSEJDSVVzZXIudXBkYXRlVXNlckRhdGEoSEJDSVVzZXIuamF2YTo1NTEpXDBh
XDA5YXQgCm9yZy5rYXBvdHQuaGJjaS5tYW5hZ2VyLkhCQ0lVc2VyLnJlZ2lzdGVyKEhCQ0lVc2Vy
LmphdmE6NTYxKVwwYVwwOWF0IApvcmcua2Fwb3R0LmhiY2kubWFuYWdlci5IQkNJSGFuZGxlci5y
ZWdpc3RlclVzZXIoSEJDSUhhbmRsZXIuamF2YToxMzcpXDBhXDA5YXQgCm9yZy5rYXBvdHQuaGJj
aS5tYW5hZ2VyLkhCQ0lIYW5kbGVyLjxpbml0PihIQkNJSGFuZGxlci5qYXZhOjExMilcMGFcMDlh
dCAKY29tLmdzZXJ2ZXJzLmJhbmtpbmcuQmFua2luZy5tYWluKEJhbmtpbmcuamF2YToxMTgpXDBh
Q2F1c2VkIGJ5OiAKb3JnLmthcG90dC5oYmNpLmV4Y2VwdGlvbnMuUGFyc2VFcnJvckV4Y2VwdGlv
bjogSEJDSTogcmVzdHN0cmluZyBpbiAKRGlhbG9nSW5pdFJlcy5Nc2dIZWFkOiAKSE5IQks6MToy
KzAwMDAwMDAwMDI2MSswKzI5OTIzMzcrMSsyOTkyMzM3OjEnSElSTUc6MjoyKzkzODA6OlNpZ25h
dHVyIElzc3VlciAKZmFsc2NoIC0gTmFjaHJpY2h0IHdpcmQgYWJnZWxlaG50KzkwNTA6OlRlaWx3
ZWlzZSAKZmVobGVyaGFmdCdISVJNUzozOjI6Nis5MzQwOjpFbGVrdHJvbmlzY2hlIFNpZ25hdHVy
IGZhbHNjaCs5MzYwOjpTcGVycnVuZyBkZXIgClNpZ25hdHVyIG5hY2ggd2VpdGVyZW4gMiBGYWxz
Y2hzaWduYXR1cmVuOjInSE5IQlM6NDoxKzEnXDBhXDA5YXQgCm9yZy5rYXBvdHQuaGJjaS5wcm90
b2NvbC5NdWx0aXBsZVN5bnRheEVsZW1lbnRzLjxpbml0PihNdWx0aXBsZVN5bnRheEVsZW1lbnRz
LmphdmE6Mzg5KVwwYVwwOWF0IApvcmcua2Fwb3R0LmhiY2kucHJvdG9jb2wuTXVsdGlwbGVTRUdz
Ljxpbml0PihNdWx0aXBsZVNFR3MuamF2YTo2NSlcMGFcMDlhdCAKb3JnLmthcG90dC5oYmNpLnBy
b3RvY29sLk1TRy5wYXJzZU5ld0NoaWxkQ29udGFpbmVyKE1TRy5qYXZhOjE2MSlcMGFcMDlhdCAK
b3JnLmthcG90dC5oYmNpLnByb3RvY29sLlN5bnRheEVsZW1lbnQuPGluaXQ+KFN5bnRheEVsZW1l
bnQuamF2YToyODgpXDBhXDA5YXQgCm9yZy5rYXBvdHQuaGJjaS5wcm90b2NvbC5NU0cuPGluaXQ+
KE1TRy5qYXZhOjEzOClcMGFcMDlhdCAKb3JnLmthcG90dC5oYmNpLnByb3RvY29sLk1TRy48aW5p
dD4oTVNHLmphdmE6MTQ3KVwwYVwwOWF0IApvcmcua2Fwb3R0LmhiY2kuY29tbS5Db21tLnBpbmdw
b25nKENvbW0uamF2YTo3MSlcMGFcMDkuLi4gNyBtb3JlXDBhQ2F1c2VkIGJ5OiAKb3JnLmthcG90
dC5oYmNpLmV4Y2VwdGlvbnMuUGFyc2VFcnJvckV4Y2VwdGlvbjogSEJDSTogcmVzdHN0cmluZyBp
biAKRGlhbG9nSW5pdFJlcy5Nc2dIZWFkLmhiY2l2ZXJzaW9uOiAKKzArMjk5MjMzNysxKzI5OTIz
Mzc6MSdISVJNRzoyOjIrOTM4MDo6U2lnbmF0dXIgSXNzdWVyIGZhbHNjaCAtIE5hY2hyaWNodCAK
d2lyZCBhYmdlbGVobnQrOTA1MDo6VGVpbHdlaXNlIGZlaGxlcmhhZnQnSElSTVM6MzoyOjYrOTM0
MDo6RWxla3Ryb25pc2NoZSAKU2lnbmF0dXIgZmFsc2NoKzkzNjA6OlNwZXJydW5nIGRlciBTaWdu
YXR1ciBuYWNoIHdlaXRlcmVuIDIgCkZhbHNjaHNpZ25hdHVyZW46MidITkhCUzo0OjErMSdcMGFc
MDlhdCAKb3JnLmthcG90dC5oYmNpLnByb3RvY29sLk11bHRpcGxlU3ludGF4RWxlbWVudHMuPGlu
aXQ+KE11bHRpcGxlU3ludGF4RWxlbWVudHMuamF2YTozODkpXDBhXDA5YXQgCm9yZy5rYXBvdHQu
aGJjaS5wcm90b2NvbC5NdWx0aXBsZURFcy48aW5pdD4oTXVsdGlwbGVERXMuamF2YTo4MSlcMGFc
MDlhdCAKb3JnLmthcG90dC5oYmNpLnByb3RvY29sLlNFRy5wYXJzZU5ld0NoaWxkQ29udGFpbmVy
KFNFRy5qYXZhOjEyNylcMGFcMDlhdCAKb3JnLmthcG90dC5oYmNpLnByb3RvY29sLlN5bnRheEVs
ZW1lbnQuPGluaXQ+KFN5bnRheEVsZW1lbnQuamF2YToyODgpXDBhXDA5YXQgCm9yZy5rYXBvdHQu
aGJjaS5wcm90b2NvbC5TRUcuPGluaXQ+KFNFRy5qYXZhOjE0MClcMGFcMDlhdCAKb3JnLmthcG90
dC5oYmNpLnByb3RvY29sLk11bHRpcGxlU0VHcy5wYXJzZU5ld0VsZW1lbnQoTXVsdGlwbGVTRUdz
LmphdmE6NzIpXDBhXDA5YXQgCm9yZy5rYXBvdHQuaGJjaS5wcm90b2NvbC5NdWx0aXBsZVN5bnRh
eEVsZW1lbnRzLjxpbml0PihNdWx0aXBsZVN5bnRheEVsZW1lbnRzLmphdmE6MzQwKVwwYVwwOS4u
LiAKMTMgbW9yZVwwYUNhdXNlZCBieTogb3JnLmthcG90dC5oYmNpLmV4Y2VwdGlvbnMuUGFyc2VF
cnJvckV4Y2VwdGlvbjogSEJDSTogCkRpYWxvZ0luaXRSZXMuTXNnSGVhZC5oYmNpdmVyc2lvbjog
dm9yZ2VnZWJlbmVyIFdlcnQgIjIxMCIgc3RpbW10IG5pY2h0IG1pdCAKZ2VmdW5kZW5lbSBXZXJ0
ICIwIiB1ZWJlcmVpblwwYVwwOWF0IApvcmcua2Fwb3R0LmhiY2kucHJvdG9jb2wuREUucGFyc2VW
YWx1ZShERS5qYXZhOjI1OSlcMGFcMDlhdCAKb3JnLmthcG90dC5oYmNpLnByb3RvY29sLkRFLjxp
bml0PihERS5qYXZhOjMwNilcMGFcMDlhdCAKb3JnLmthcG90dC5oYmNpLnByb3RvY29sLk11bHRp
cGxlREVzLnBhcnNlTmV3RWxlbWVudChNdWx0aXBsZURFcy5qYXZhOjc0KVwwYVwwOWF0IApvcmcu
a2Fwb3R0LmhiY2kucHJvdG9jb2wuTXVsdGlwbGVTeW50YXhFbGVtZW50cy48aW5pdD4oTXVsdGlw
bGVTeW50YXhFbGVtZW50cy5qYXZhOjM0MClcMGFcMDkuLi4gCjE5IG1vcmVcMGEKPElORj4gWzIw
MDMuMDkuMDUgMTg6MDg6NTIuNDc3XSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IGJlZW5kZSBW
ZXJiaW5kdW5nIAp6dW0gSEJDSS1TZXJ2ZXIKPERCRz4gWzIwMDMuMDkuMDUgMTg6MDg6NTIuNDc3
XSBbbWFpbl0gY29tbS5Db21tU3RhbmRhcmQ6IFZlcmJpbmR1bmcgenVtIApTZXJ2ZXIgZ2VzY2hs
b3NzZW4Kb3JnLmthcG90dC5oYmNpLmV4Y2VwdGlvbnMuUHJvY2Vzc0V4Y2VwdGlvbjogSEJDSTog
RmVobGVyIGJlaW0gQWt0dWFsaXNpZXJlbiAKZGVyIFVQRApIQkNJOiBrYW5uIGVtcGZhbmdlbmUg
TmFjaHJpY2h0IG5pY2h0IGRla29kaWVyZW4KSE5IQks6MToyKzAwMDAwMDAwMDI2MSswKzI5OTIz
MzcrMSsyOTkyMzM3OjEnSElSTUc6MjoyKzkzODA6OlNpZ25hdHVyIElzc3VlciAKZmFsc2NoIC0g
TmFjaHJpY2h0IHdpcmQgYWJnZWxlaG50KzkwNTA6OlRlaWx3ZWlzZSAKZmVobGVyaGFmdCdISVJN
UzozOjI6Nis5MzQwOjpFbGVrdHJvbmlzY2hlIFNpZ25hdHVyIGZhbHNjaCs5MzYwOjpTcGVycnVu
ZyBkZXIgClNpZ25hdHVyIG5hY2ggd2VpdGVyZW4gMiBGYWxzY2hzaWduYXR1cmVuOjInSE5IQlM6
NDoxKzEnIC0+IEhCQ0k6IHJlc3RzdHJpbmcgCmluIERpYWxvZ0luaXRSZXMuTXNnSGVhZDogCkhO
SEJLOjE6MiswMDAwMDAwMDAyNjErMCsyOTkyMzM3KzErMjk5MjMzNzoxJ0hJUk1HOjI6Mis5Mzgw
OjpTaWduYXR1ciBJc3N1ZXIgCmZhbHNjaCAtIE5hY2hyaWNodCB3aXJkIGFiZ2VsZWhudCs5MDUw
OjpUZWlsd2Vpc2UgCmZlaGxlcmhhZnQnSElSTVM6MzoyOjYrOTM0MDo6RWxla3Ryb25pc2NoZSBT
aWduYXR1ciBmYWxzY2grOTM2MDo6U3BlcnJ1bmcgZGVyIApTaWduYXR1ciBuYWNoIHdlaXRlcmVu
IDIgRmFsc2Noc2lnbmF0dXJlbjoyJ0hOSEJTOjQ6MSsxJyAtPiBIQkNJOiByZXN0c3RyaW5nIApp
biBEaWFsb2dJbml0UmVzLk1zZ0hlYWQuaGJjaXZlcnNpb246IAorMCsyOTkyMzM3KzErMjk5MjMz
NzoxJ0hJUk1HOjI6Mis5MzgwOjpTaWduYXR1ciBJc3N1ZXIgZmFsc2NoIC0gTmFjaHJpY2h0IAp3
aXJkIGFiZ2VsZWhudCs5MDUwOjpUZWlsd2Vpc2UgZmVobGVyaGFmdCdISVJNUzozOjI6Nis5MzQw
OjpFbGVrdHJvbmlzY2hlIApTaWduYXR1ciBmYWxzY2grOTM2MDo6U3BlcnJ1bmcgZGVyIFNpZ25h
dHVyIG5hY2ggd2VpdGVyZW4gMiAKRmFsc2Noc2lnbmF0dXJlbjoyJ0hOSEJTOjQ6MSsxJyAtPiBI
QkNJOiBEaWFsb2dJbml0UmVzLk1zZ0hlYWQuaGJjaXZlcnNpb246IAp2b3JnZWdlYmVuZXIgV2Vy
dCAiMjEwIiBzdGltbXQgbmljaHQgbWl0IGdlZnVuZGVuZW0gV2VydCAiMCIgdWViZXJlaW4KICAg
ICAgICBhdCBvcmcua2Fwb3R0LmhiY2kubWFuYWdlci5IQkNJVXNlci5mZXRjaFVQRChIQkNJVXNl
ci5qYXZhOjUyMykKICAgICAgICBhdCBvcmcua2Fwb3R0LmhiY2kubWFuYWdlci5IQkNJVXNlci51
cGRhdGVVc2VyRGF0YShIQkNJVXNlci5qYXZhOjU1MSkKICAgICAgICBhdCBvcmcua2Fwb3R0Lmhi
Y2kubWFuYWdlci5IQkNJVXNlci5yZWdpc3RlcihIQkNJVXNlci5qYXZhOjU2MSkKICAgICAgICBh
dCAKb3JnLmthcG90dC5oYmNpLm1hbmFnZXIuSEJDSUhhbmRsZXIucmVnaXN0ZXJVc2VyKEhCQ0lI
YW5kbGVyLmphdmE6MTM3KQogICAgICAgIGF0IG9yZy5rYXBvdHQuaGJjaS5tYW5hZ2VyLkhCQ0lI
YW5kbGVyLjxpbml0PihIQkNJSGFuZGxlci5qYXZhOjExMikKICAgICAgICBhdCBjb20uZ3NlcnZl
cnMuYmFua2luZy5CYW5raW5nLm1haW4oQmFua2luZy5qYXZhOjExOCkKCgpXaWUgZ2VzYWd0IC0g
ZGFzc2VsYmUgUHJvZ3JhbW0gbWl0IGRlbSBzZWxiZW4gS2V5IGZ1bmt0aW9uaWVydCBoaWVyIGF1
ZiBtZWluZW0gClJlY2huZXIgZWlud2FuZGZyZWkuIEF1ZiBiZWlkZW4gUmVjaG5lcm4gbOR1ZnQg
U3VTRSA4LjEuIEhpZXIgaGFiZSBpY2ggSmF2YSAKMS40LjAgdW5kIGF1ZiBkZW0gYW5kZXJlbiBS
ZWNobmVyIDEuNC4yLiBEaWUgVmVyc2lvbiB2b24gSEJDSTRKYXZhIGlzdCAyLjEuIApEaWUgbmV1
ZSBWZXJzaW9uIHZvbiBIQkNJNEphdmEgaGFiZSBpY2ggbm9jaCBuaWNodCBnZXRlc3RldCwgZGEg
aWNoIGRhbm4gCnZvcmhlciBkdXJjaCBkaWUgZG9ydCB2b3JoYW5kZW4gxG5kZXJ1bmdlbiBlaW5p
Z2VzIGluIG1laW5lbSBQcm9ncmFtbSAKYW5wYXNzZW4gbfzfdGUuIAoKV29yYW4ga2FubiBlcyBs
aWVnZW4/CgpHcnXfIQoKQWNoaW0=

[Hbci4java-help] HBCI4Java 2.4.3

[Stefan P. <kle...@gm...>]

Hallo

HBCI4Java 2.4.3
HBCI4Java Passport Editor 0.4
wallstreet9 0.4

wurden heute released. Wichtigste =C4nderungen in HBCI4Java sind:

  * =DCberpr=FCfen der G=FCltigkeit von Kontonummern (Pr=FCfzifferverfahren=
)
  * deutlich verbessertes Callback-Interface
  * Rewriter-Module f=FCr Anpassungen an fehlerhafte Server erweitert
    und neues Modul hinzugef=FCgt
  * (mehr im ChangeLog)

Im PassportEditor und in wallstreet9 gibt es (fast) keine neuen
Features, die neuen Releases dienen nur der Anpassung an die
verbesserten HBCI4Java-Features...

Viel Spass und viele Gr=FC=DFe

-Stefan-

--=20
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

key fingerprint: 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------

[Hbci4java-help] HBCI4Java 2.4.2

[Stefan P. <kle...@gm...>]

Hallo,

HBCI4Java 2.4.2 steht zum Download bereit. Diese Release enthaelt
vor allem Bugfixes fuer die Erkennung und die Arbeit mit
Geschaeftsvorfaellen.

(Marc, Dein Problem sollte damit erstmal geloest sein. Das von Oliver
(fehlendes Element "Bezugsnachricht") leider noch nicht...).

Ausserdem sind neue Versionen der nativen DDV-Bibliotheken enthalten,=20
die (bei Verwendung eines Chipkartenlesers) unbedingt aktualisiert=20
werden m=FCssen!

Viel Spass
Gruesse

-Stefan-

--=20
--------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

Key fingerprint =3D 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
--------------------------------------------------------------------

[Hbci4java-help] wallstreet9 0.3

[Stefan P. <kle...@gm...>]

Hallo,

ich habe soeben Version 0.3 von wallstreet9 ver=F6ffentlicht
(http://sf.net/projects/wallstreet9).

In dieser Mini-Homebanking-Anwendung gibt es jetzt auch
Unterst=FCtzung f=FCr Dauerauftr=E4ge. Au=DFerdem wurden in der=20
gesamten Applikation alle Texte nach Deutsch ge=E4ndert, so
dass der Deutsch/Englisch-Mix endlich vorbei sein sollte.

Support f=FCr andere Sprachen wird folgen, zuerst jedoch=20
mache ich mich an die Datenbankanbindung...

Gru=DF und viel Spa=DF damit

-Stefan-

--=20
--------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme

email: kle...@gm...
phon:  +49 341 3910484
fax:   +49 1212 517956219
mobil: +49 178 8426165

Key fingerprint =3D 1BA7 D217 36A1 534C A5AD  F18A E2D1 488A E904 F9EC
--------------------------------------------------------------------