Hibiscus trotz Update keine Umsätze abrufbar

Ich habe den Hibiscus Paymentserver aktualisiert - Version 2.8.16. Dennoch erhalte ich im log folgenden fehler der Bank:

Dialog for 'XXXXXXXXXXXXXXXX':
DIALOG-INITIALISIERUNG:
9050:Die Nachricht enth?lt Fehler.
9075:Banking-Programm nicht PSD2-f?hig, bitte aktualisieren.
9800:Dialog abgebrochen
9340:Ung?ltige Auftragsnachricht: Ung?ltige Signatur.
DIALOG-ENDE:

Um eine schnelle Hilfe wäre ich dankbar.

forum/topic.php?p=148885#real148885

Nein. Das geht auch nicht auf die Schnelle. Wenn etwas Ruhe eingekehrt ist, werde ich das Webfrontend wohl so erweitern, dass man das TAN-Verfahren und die Medienbezeichnung direkt beim Anlegen eines PIN/TAN-Zugangs mit eingeben kann. Diese Informationen muss man dann natuerlich vorher wissen - der Server wird da nichts zur Auswahl anbieten.
Aber rechne mal frühestens in 2 Wochen damit.

@dirk05: Das hat nichts mit dem Thema hier in diesem Thread zu tun. Eröffne einen neuen Thread im HBCI4Java/Hibiscus-Forum - nicht einfach einen Kommentar an irgend einen willkürlichen anderen Thread hängen. In diesem hier geht es um den Hibiscus-Server.

@mod: Kann jemand den Thread bitte noch in's Hibiscus-Forum schieben?

Ich versuche die Server-Version: 2.9.0-nightly und bekomme hier immer die Meldung:
java.rmi.RemoteException: Der Service "database" wurde nicht gefunden
Im Benutzerverzeichniss stimmen die Zugangsdaten jedoch und mit der Verison Hibiscus 2.8.16 konnte ich die Konten sehen.
Der Grund weshalb ich die nightly build Version verwenden will ist das ich hier ggf. die Umsätze wieder abrufen kann, denn wir benötigen dies dringen.

Habe das Problem selbere lösen können indem ich alle Dateien innerhalb von plugins/hibiscus/updates gelöscht habe.

Wie kann ich denn sonst vorgehen?

Hier die relevanten Infos:

[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.version.Updater.execute] current version: 63
[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.version.Updater.execute] searching for available updates
[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.version.Updater.execute] found 3 update files
[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.version.Updater.execute] encoding: iso-8859-1
[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.version.Updater.execute] executing update0064.sql
[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.ScriptExecutor.execute] starting transaction
[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.sql.ScriptExecutor.execute] rollback transaction
[Thu Oct 17 10:41:28 CEST 2019][ERROR][main][de.willuhn.sql.ScriptExecutor.execute] error while executing sql script. Current statement: ALTER TABLE umsatz ADD endtoendid varchar(100)
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Duplicate column name 'endtoendid'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
at com.mysql.jdbc.Util.getInstance(Util.java:408)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:944)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3978)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3914)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2530)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2683)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2491)
at com.mysql.jdbc.StatementImpl.executeUpdateInternal(StatementImpl.java:1552)
at com.mysql.jdbc.StatementImpl.executeLargeUpdate(StatementImpl.java:2607)
at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1480)
at de.willuhn.sql.ScriptExecutor.execute(ScriptExecutor.java:166)
at de.willuhn.sql.version.Updater.execute(Updater.java:244)
at de.willuhn.sql.version.Updater.execute(Updater.java:181)
at de.willuhn.sql.version.Updater.execute(Updater.java:69)
at de.willuhn.jameica.hbci.server.HBCIDBServiceImpl.checkConsistency(HBCIDBServiceImpl.java:174)
at de.willuhn.jameica.hbci.HBCI$1.call(HBCI.java:111)
at de.willuhn.jameica.hbci.HBCI.call(HBCI.java:358)
at de.willuhn.jameica.hbci.HBCI.init(HBCI.java:107)
at de.willuhn.jameica.plugin.PluginLoader.initPlugin(PluginLoader.java:395)
at de.willuhn.jameica.plugin.PluginLoader.init(PluginLoader.java:240)
at de.willuhn.jameica.services.PluginService.init(PluginService.java:39)
at de.willuhn.boot.BootLoader.resolve(BootLoader.java:139)
at de.willuhn.boot.BootLoader.resolve(BootLoader.java:119)
at de.willuhn.boot.BootLoader.getBootable(BootLoader.java:70)
at de.willuhn.jameica.system.Application.init(Application.java:103)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)

[Thu Oct 17 10:41:28 CEST 2019][INFO][main][de.willuhn.datasource.db.DBServiceImpl.stop] stopping db service

Zu allererst: Stelle sicher, dass im Ordner "updates" wieder alle Dateien vorhanden sind, die du gelöscht hast.

Danach: Das Schema deiner MySQL-Datenbank ist nicht konsistent. In der SQL-Tabelle "version" ist vermerkt, dass das Schema die Version 64 besitzt. Daraufhin versucht Hibiscus, die ab diesem Zeitpunkt noetigen Tabellen anzulegen und Aenderungen vorzunehmen. Unter anderem versucht es, die Spalte "endtoendid" anzulegen. Das schlaegt jedoch fehl, weil sie bereits existiert. Zu solchen Fehlern kann es eigentlich nur kommen, wenn manuell Aenderungen an der Datenbank vorgenommen wurden.

Erhoehe mal schrittweise die Versionsnummer des Schema mit folgendem SQL-Befehl:



Starte danach Hibiscus neu. Wenn es immer noch nicht funktioniert, dann:



66 ist die aktuelle Version. Wenn es dann immer noch nicht funktioniert, muss sich im Log noch ein weiterer Fehler finden.

Richte am besten parallel auf einem anderen Rechner mal die Desktop-Version von Hibiscus ein und konfiguriere dort den Bankzugang. Hibiscus zeigt dort eine Auswahl von TAN-Verfahren an. Merke dir die dort ausgewaehlte dreistellige Nummer, beginnend mit 9. Die verwendest du dann im Server im "TAN-Verfahren". Die TAN-Medienbezeichnung ist nur bei manchen Banken nötig, Postbank z.Bsp. Als TAN-Handler nimmst du den Console-Handler.