Synchronisation bei Schlüsseldatei schlägt fehl

 
kos4live
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 9
Dabei seit: 09 / 2014
Betreff:

Synchronisation bei Schlüsseldatei schlägt fehl

 · 
Gepostet: 12.09.2014 - 13:38 Uhr  ·  #1
Hallo,

ich habe beim Versuch der Einrichtung bzw. der Synchronisation der Konten per Schlüsseldatei mit Hibiscus Payment Server scheinbar ein ähnliches Problem wie im Thread http://www.onlinebanking-forum.de/forum/topic.php?t=15432

Der Endpoint ist die Fiducia.
Ich habe sowohl das aktuelle Release 2.6.8 (Jameica 2.6.1, Hibiscus 2.6.8) als auch den nightly-Build 2.7.0 versucht.

Code
[Fri Sep 12 11:14:47 CEST 2014][ERROR][de.willuhn.jameica.hbci.payment.HBCICallbackServer.log] java.lang.NumberFormatException: For input string: "?"
  at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
  at java.lang.Integer.parseInt(Integer.java:492)
  at java.lang.Integer.parseInt(Integer.java:527)
  at org.kapott.hbci.rewrite.RWrongStatusSegOrder.createSegmentListFromMessage(RWrongStatusSegOrder.java:52)
  at org.kapott.hbci.rewrite.RWrongStatusSegOrder.incomingClearText(RWrongStatusSegOrder.java:71)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:374)
  at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:178)
  at org.kapott.hbci.manager.HBCIUser.doDialogEnd(HBCIUser.java:79)
  at org.kapott.hbci.manager.HBCIUser.fetchSysId(HBCIUser.java:471)
  at org.kapott.hbci.manager.HBCIUser.updateUserData(HBCIUser.java:647)
  at org.kapott.hbci.manager.HBCIUser.register(HBCIUser.java:672)
  at org.kapott.hbci.manager.HBCIHandler.registerUser(HBCIHandler.java:220)
  at org.kapott.hbci.manager.HBCIHandler.<init>(HBCIHandler.java:132)
  at de.willuhn.jameica.hbci.payment.web.beans.PassportsRdh.store(PassportsRdh.java:182)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:606)
  at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:75)
  at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:606)
  at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:279)
  at java.beans.Statement.invokeInternal(Statement.java:292)
  at java.beans.Statement.access$000(Statement.java:58)
  at java.beans.Statement$2.run(Statement.java:185)
  at java.security.AccessController.doPrivileged(Native Method)
  at java.beans.Statement.invoke(Statement.java:182)
  at java.beans.Expression.getValue(Expression.java:153)
  at de.willuhn.datasource.BeanUtil.invoke(BeanUtil.java:246)
  at de.willuhn.jameica.webtools.FrontController.service(FrontController.java:234)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
  at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
  at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
  at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
  at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
  at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
  at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
  at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
  at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
  at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
  at org.mortbay.jetty.Server.handle(Server.java:320)
  at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
  at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879)
  at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:741)
  at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:213)
  at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403)
  at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
  at org.mortbay.jetty.security.SslSocketConnector$SslConnection.run(SslSocketConnector.java:635)
  at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:522) org.kapott.hbci.manager.HBCIUtils.log(HBCIUtils.java:1116)


Das ? müsste auch ein ñ sein, das wird mir immer wieder anders dargestellt, liegt denke ich am Codec in verbindung mit der Konsole.

Angehängt das hoffentlich ausreichend aber nicht zu viel anonymisierte Log.
Hat jemand eine Ahnung ob es an dem selben Problem liegt, also Sicherheitsfunktion 1 statt 2 oder ist hier ein anderes Problem und wenn ja welches?
Meiner meinung nach sofern ich das sehen konnte wird schon die Sicherheitsfunktion 2 verwendet, ebenso HBCI 300 was ja für FinTS 3 stehen dürfte.

Wie kann ich das Problem entweder bei mir fixen oder was muss ich ggf. meiner Bank sagen, damit die das korrigieren können?

Viele Grüße
kos4live
Der an diesem Beitrag angefügte Anhang ist entweder nur im eingeloggten Zustand sichtbar oder die Berechtigung Deiner Benutzergruppe ist nicht ausreichend.
hibiscus
Benutzer
Avatar
Geschlecht: keine Angabe
Herkunft: Leipzig
Homepage: willuhn.de/
Beiträge: 10887
Dabei seit: 03 / 2005
Betreff:

Re: Synchronisation bei Schlüsseldatei schlägt fehl

 · 
Gepostet: 12.09.2014 - 16:07 Uhr  ·  #2
Das ist in der Tat das selbe Problem wie in dem von dir verlinkten Thread. Wir sollten das Thema daher besser dort fortsetzen.

Das war ja schon eine Weile her. Ich nahm an, das Problem hatte sich inzwischen selbst geloest.
Raimund Sichmann
Benutzer
Avatar
Geschlecht: keine Angabe
Beiträge: 8260
Dabei seit: 08 / 2002
Betreff:

Re: Synchronisation bei Schlüsseldatei schlägt fehl

 · 
Gepostet: 13.09.2014 - 09:15 Uhr  ·  #3
Gewählte Zitate für Mehrfachzitierung:   0