Probleme bei Installation j-Lawyer unter Debian 13

Startseite › Foren › Installation › Probleme bei Installation j-Lawyer unter Debian 13

Verschlagwortet: ,

11 Beiträge anzeigen - 1 bis 11 (von insgesamt 11)
  • Autor
    Beiträge
  • 1. August 2026 um 10:59 #7691
    LibHom
    Participant

    Hallo zusammen,

    hat jemand j-Lawyer erfolgreich unter Debian 13 installiert?
    Nach dem Upgrade von Debian 12 auf 13 am laufenden Server startet j-Lawyer nicht mehr. Die Fehlersuche hat nicht viel hergegegeben und ich habe zunächst mittels Backup den letzten Stand wieder hergestellt.

    Testweise habe ich einen neuen Debian 13 Server mit j-Lawyer installiert. Auch in diesem Fall startet j-Lawyer nicht. Zum Vergleich – das gleiche bei Ubuntu 26.04

    Es wird ja wohl nicht an sysv bzw. systemd liegen – der Start klappt auch nicht weenn man über die Skripte direkt staret.

    Aus den vielzähligen Log Einträgen bin ich nicht richtig schlau geworden. Zuerst dachte ich, es liegt an der Vebindung zur Datenbank aber an der Stelle bin ich bisher nicht weiter gekommen.

    Wäre für Tipss und Infos dankbar.

    Danke und Gruß,
    Libor

    13. August 2026 um 23:53 #7701
    j-lawyer.org
    Keymaster

    Ohne ein server.log lässt sich dazu nichts sagen.

    VG!

    17. August 2026 um 08:21 #7703
    LibHom
    Participant

    Hallo,

    testweise habe ich eine neue VM mit Debian 13.6 erstellt. Nach der Grundinstallation konnte ich zu jLawyer 3.4.20 installieren. Das hat, mit Debian 13.6, zum ersten mal funktioniert.
    Danach habe ich die gesicherten Daten vom prod-Server wiederhergestellt.
    Seither startet jLlawyer nicht mehr.

    Die Server.log schicke ich im Nachgang -> die server.log hat 1420 Zeilen und das Forum lässt mich diesen langen Post nicht abschicken…. :-/
    Ich werde versuchen das aufzuteilen

    Gruß,
    Libor

    • Diese Antwort wurde vor vor 1 month von LibHom bearbeitet.
    18. August 2026 um 16:24 #7705
    LibHom
    Participant

    2026-08-16 17:34:20,642 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool — 80) MSC000001: Failed to start service jboss.persistenceunit.“j-lawyer-server.ear/j-lawyer-server-entities.jar#j-lawyer-server-ejbPU“: org.jboss.msc.service.StartException in service jboss.persistenceunit.“j-lawyer-server.ear/j-lawyer-server-entities.jar#j-lawyer-server-ejbPU“: org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment]
    at org.jboss.as.jpa@26.1.3.Final//org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:199)
    at org.jboss.as.jpa@26.1.3.Final//org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:129)
    at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
    at org.wildfly.security.elytron-base@1.19.1.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:664)
    at org.jboss.as.jpa@26.1.3.Final//org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:214)
    at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
    at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
    at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
    at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
    at java.base/java.lang.Thread.run(Thread.java:840)
    at org.jboss.threads@2.4.0.Final//org.jboss.threads.JBossThread.run(JBossThread.java:513)
    Caused by: org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment]
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:275)
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:237)
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:214)
    at org.hibernate@5.3.28.Final//org.hibernate.id.factory.internal.DefaultIdentifierGeneratorFactory.injectServices(DefaultIdentifierGeneratorFactory.java:152)
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.injectDependencies(AbstractServiceRegistryImpl.java:286)
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:243)
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:214)
    at org.hibernate@5.3.28.Final//org.hibernate.boot.internal.InFlightMetadataCollectorImpl.<init>(InFlightMetadataCollectorImpl.java:179)
    at org.hibernate@5.3.28.Final//org.hibernate.boot.model.process.spi.MetadataBuildingProcess.complete(MetadataBuildingProcess.java:119)
    at org.hibernate@5.3.28.Final//org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.metadata(EntityManagerFactoryBuilderImpl.java:1215)
    at org.hibernate@5.3.28.Final//org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:1246)
    at org.hibernate.jipijapa-hibernate5-3@26.1.3.Final//org.jboss.as.jpa.hibernate5.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44)
    at org.jboss.as.jpa@26.1.3.Final//org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:171)
    … 10 more
    Caused by: org.hibernate.HibernateException: Access to DialectResolutionInfo cannot be null when ‚hibernate.dialect‘ not set
    at org.hibernate@5.3.28.Final//org.hibernate.engine.jdbc.dialect.internal.DialectFactoryImpl.determineDialect(DialectFactoryImpl.java:100)
    at org.hibernate@5.3.28.Final//org.hibernate.engine.jdbc.dialect.internal.DialectFactoryImpl.buildDialect(DialectFactoryImpl.java:54)
    at org.hibernate@5.3.28.Final//org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator.initiateService(JdbcEnvironmentInitiator.java:137)
    at org.hibernate@5.3.28.Final//org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator.initiateService(JdbcEnvironmentInitiator.java:35)
    at org.hibernate@5.3.28.Final//org.hibernate.boot.registry.internal.StandardServiceRegistryImpl.initiateService(StandardServiceRegistryImpl.java:94)
    at org.hibernate@5.3.28.Final//org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:263)
    … 22 more

    …

    2026-08-16 17:34:20,973 INFO [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
    2026-08-16 17:34:20,977 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 26.1.3.Final (WildFly Core 18.1.2.Final) started (with errors) in 17622ms – Started 3890 of 4617 services (540 services failed or missing dependencies, 383 services are lazy, passive or on-demand) – Server configuration file in use: standalone.xml

    • Diese Antwort wurde vor vor 1 month von LibHom bearbeitet.
    21. August 2026 um 18:28 #7707
    LibHom
    Participant

    Hallo zusammen,

    nachdem ich nun noch einige Zeit in die Suche investiert habe, konnte ich neue Erkenntnisse gewinnen.

    Unter dem alten System läuft MariaDB in Version 10.5
    Unter Debian 13 wird aus den Repos die Version 11.8 installiert

    in der console.log ist folgendes zu finden:

    HHH000341: Could not obtain connection metadata :
    Unknown column ‚RESERVED‘ in ‚WHERE‘

    jLawyer verwendet Hibernate 5.3.28.Final

    Da stellt sich die Frage ob Hibernate 5.3.28 mit MariaDB 11.8 kompatibel ist?

    Testweise habe ich noch eine VM mit Debian 12 installiert – dort wird mit den Default Repos Mariadb 10.11 installiert.

    Backup und Restore der Daten durchgeführt und auf dem System – unter MariaDB 10.11 – läuft j-Lawyer.

    Nach dem zu urteilen, sollte das Problem an der MariaDB Version 11 liegen oder eher am Treiber.

    ein Debian 11 oder 12 zu halten ist eigentlich nicht das Ziel. Und Mariadb 10 auf Umwegen unter Debian 13 zu installieren ist auch nicht so richtig cool.

    Man könnte versuchen MariaDB 12 oder 13 zu installieren aber ich habe nicht das Gefühl, dass das die Lösung sein könnte.

    In der Dokumentation findet sich noch der Hinweise auf die Kollation falls man von mySQL auf MariaDB wechselt. Aber das ist nicht der Fall. Die jlawyerdb-dump.sql enthält keine Eingträge mit *utf8mb4_09*, sondern nur *utf8mb4_general*

    sed -i 's/utf8mb4_0900_ai_ci/utf8mb4_general_ci/g' jlawyerdb-dump.sql

    Falls noch jemand Tipps und Infos hat bitte gerne her damit.

    Gruß,
    Libor

    21. August 2026 um 18:37 #7708
    j-lawyer.org
    Keymaster

    Versuche Folgendes:

    In wildfly/standalone/configuration/standalone.xml gibt es eine solche Zeile:

    <connection-url>jdbc:mysql://localhost:3306/jlawyerdb?serverTimezone=Europe/Berlin&allowPublicKeyRetrieval=true&useSSL=false</connection-url>

    bitte diesen Wert anhängen:

    useInformationSchema=false

    bspw. so:

    <connection-url>jdbc:mysql://localhost:3306/jlawyerdb?serverTimezone=Europe/Berlin&allowPublicKeyRetrieval=true&useSSL=false&useInformationSchema=false</connection-url>

    Dienst dann neu starten.

    21. August 2026 um 19:07 #7709
    LibHom
    Participant

    … habe ich gleich mal getestet. Der Start läuft jetzt deutlich länger und es passiert mehr.

    Am Ende zeigt die console.log doch diese Meldungen:

    19:04:27,657 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 26.1.3.Final (WildFly Core 18.1.2.Final) started (with errors) in 19845ms – Started 3890 of 4617 services (540 services failed or missing dependencies, 383 services are lazy, passive or on-demand) – Server configuration file in use: standalone.xml

    21. August 2026 um 19:09 #7710
    j-lawyer.org
    Keymaster

    j-lawyer-server.ear.failed löschen

    21. August 2026 um 19:15 #7711
    LibHom
    Participant

    leider nicht. Habe die Datei gelöscht aber der Start sieht sehr ähnlich aus und die Datei entsteht danach wieder.

    Folgender Inhalt – sollte das wichtig sein:

    j-lawyer-server.ear.failed
    „{\“WFLYCTL0080: Failed services\“ => {
    \“jboss.persistenceunit.\\\“j-lawyer-server.ear/j-lawyer-server-ejb.jar#j-lawyer-server-ejbPU\\\“\“ => \“org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment]
    Caused by: org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment]
    Caused by: org.hibernate.HibernateException: Access to DialectResolutionInfo cannot be null when ‚hibernate.dialect‘ not set\“,
    \“jboss.persistenceunit.\\\“j-lawyer-server.ear/j-lawyer-server-entities.jar#j-lawyer-server-ejbPU\\\“\“ => \“org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment]
    Caused by: org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment]
    Caused by: org.hibernate.HibernateException: Access to DialectResolutionInfo cannot be null when ‚hibernate.dialect‘ not set\“

    21. August 2026 um 20:03 #7712
    j-lawyer.org
    Keymaster

    Dienst stoppen, failed löschen, Dienst starten, dann komplettes Log per Mail senden

    21. August 2026 um 20:06 #7713
    LibHom
    Participant

    ACHTUNG!

    Bei der letzten Konfigänderung war ich versehentlich auf der falschem VM. Habe das jetzt nochmals sauber eingetragen und geprüft. Mit der Anpassung useInformationSchema=false und dem Löschen der Datei j-lawyer-server.ear.failed startet jLawyer und läuft!!

    Vielen Dank für die Hilfe! 🙂

    Schönen Gruß,
    Libor

  • Autor
    Beiträge
11 Beiträge anzeigen - 1 bis 11 (von insgesamt 11)
  • Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.