Die Konsolenausgabe mal anbei:

WARNING: Extender - Refreshing disabled - entities in bundle com.sebulli.fakturama.model may not be woven
März 17, 2023 4:47:23 PM javax.money.spi.Bootstrap init
INFORMATION: Money Bootstrap: new ServiceProvider set: org.javamoney.osgi.OsgiServiceProvider
[Server@27ab206]: Initiating startup sequence...
[Server@27ab206]: Server socket opened successfully in 6 ms.
[Server@27ab206]: Database [index=0, id=0, db=file:/home/benjamin/Rechnungswesen/Database/Database, alias=fakdbneu] opened successfully in 834 ms.
[Server@27ab206]: Startup sequence completed in 871 ms.
[Server@27ab206]: 2023-03-17 15:47:24.453 HSQLDB server 2.6.0 is online on port 9001
[Server@27ab206]: To close normally, connect and execute SHUTDOWN SQL
[Server@27ab206]: From command line, use [Ctrl]+[C] to abort abruptly
März 17, 2023 4:47:24 PM liquibase.servicelocator
INFORMATION: Cannot load service: liquibase.license.LicenseService: Provider liquibase.license.pro.DaticalTrueLicenseService could not be instantiated
März 17, 2023 4:47:24 PM liquibase.database
INFORMATION: Set default schema name to PUBLIC
März 17, 2023 4:47:24 PM liquibase.lockservice
INFORMATION: Changelog-Protokoll erfolgreich gesperrt.
März 17, 2023 4:47:25 PM liquibase.changelog
INFORMATION: Reading from PUBLIC.DATABASECHANGELOG
März 17, 2023 4:47:25 PM liquibase.lockservice
INFORMATION: Successfully released change log lock
März 17, 2023 4:47:25 PM liquibase.database
WARNUNG: Failed to restore the auto commit to true
[EL Info]: 2023-03-17 16:47:26.243--ServerSession(731959930)--EclipseLink, version: Eclipse Persistence Services - 2.7.10.v20211216-fe64cd39c3
SWT WebKitGDBus: error creating DBus server Fehler beim Binden an Adresse (GUnixSocketAddress): Datei oder Verzeichnis nicht gefunden
SWT WebKit: error initializing DBus server, dBusServer == 0

(Fakturama:60076): GLib-GIO-CRITICAL **: 16:47:27.896: g_dbus_server_get_client_address: assertion 'G_IS_DBUS_SERVER (server)' failed
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f3a15a3ed16, pid=60076, tid=60077
#
# JRE version: OpenJDK Runtime Environment Zulu17.30+15-CA (17.0.1+12) (build 17.0.1+12-LTS)
# Java VM: OpenJDK 64-Bit Server VM Zulu17.30+15-CA (17.0.1+12-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C [libswt-gtk-4950r5.so+0x3ed16] Java_org_eclipse_swt_internal_C_strlen+0xf
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /home/benjamin/.fakturama2/core.60076)
#
# An error report file with more information is saved as:
# /home/benjamin/.fakturama2/hs_err_pid60076.log
Compiled method (n/a) 8154 8649 n 0 org.eclipse.swt.internal.C::strlen (native)
total in heap [0x00007f3a76ba6790,0x00007f3a76ba6b00] = 880
relocation [0x00007f3a76ba68f0,0x00007f3a76ba6920] = 48
main code [0x00007f3a76ba6920,0x00007f3a76ba6af8] = 472
oops [0x00007f3a76ba6af8,0x00007f3a76ba6b00] = 8
Compiled method (n/a) 8155 8649 n 0 org.eclipse.swt.internal.C::strlen (native)
total in heap [0x00007f3a76ba6790,0x00007f3a76ba6b00] = 880
relocation [0x00007f3a76ba68f0,0x00007f3a76ba6920] = 48
main code [0x00007f3a76ba6920,0x00007f3a76ba6af8] = 472
oops [0x00007f3a76ba6af8,0x00007f3a76ba6b00] = 8
Compiled method (n/a) 8157 8649 n 0 org.eclipse.swt.internal.C::strlen (native)
total in heap [0x00007f3a76ba6790,0x00007f3a76ba6b00] = 880
relocation [0x00007f3a76ba68f0,0x00007f3a76ba6920] = 48
main code [0x00007f3a76ba6920,0x00007f3a76ba6af8] = 472
oops [0x00007f3a76ba6af8,0x00007f3a76ba6b00] = 8
#
# If you would like to submit a bug report, please visit:
#  http://www.azul.com/support/ 
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

@benjamin 

Hallo Benjamin,

ich bin mir da jetzt sehr unsicher, deshalb muss sich das Ralf (@rheydenr) genauer ansehen.

Aufgrund der Fehlermeldung

[EL Info]: 2023-03-17 16:47:26.243--ServerSession(731959930)--EclipseLink, version: Eclipse Persistence Services - 2.7.10.v20211216-fe64cd39c3
SWT WebKitGDBus: error creating DBus server Fehler beim Binden an Adresse (GUnixSocketAddress): Datei oder Verzeichnis nicht gefunden
SWT WebKit: error initializing DBus server, dBusServer == 0

tippe ich mal auf ein Problem mit WebKit und/oder GTK.

Was sagt die LOG-Datei unter "~/.fakturama2/.metadata/.log" denn dazu?

Nur mal so gefragt:
Hast Du tatsächlich vor Fakturama produktiv auf einer Beta-Version zu betreiben?

LG
Jürgen

@benjamin 

Nachtrag:

SWT WebKitGDBus: error creating DBus server Fehler beim Binden an Adresse (GUnixSocketAddress): Datei oder Verzeichnis nicht gefunden

könnte auch darauf hindeuten, dass eine Socket-Datei an einem Platz ohne Schreibberechtigung geschrieben werden soll (oder eine Socket-Adresse bereits von einem anderen Prozess belegt ist).

Laut Meldung sollte hier

/home/benjamin/.fakturama2/hs_err_pid60076.log

eine LOG-Datei geschrieben worden sein

LG
Jürgen

Hallo Jürgen,

ich nutze in der Tat teilweise Beta Versionen auch produktiv, allerdings teste ich auch vieles damit und lebe natürlich hin und wieder mit dem in oder anderen Problem. Habe gleichzeitig natürlich auch noch eine LTS Version im Einsatz mit der ich auf die Fakturama Datenbank zugreifen kann.

Die Log Datei hab ich mal hier:

.log

https://cloud.it-hdh.de/wl/?id=BI1GfP2U31hthfD2lO7mPk8JtloiGkkn

hs_err_pid60076.log

https://cloud.it-hdh.de/wl/?id=H8Lv2DxraPfudmxGhTigmh8Vg8JqiteF

Vielleicht kannst du da was raus lesen, vielleicht sind die Informationen ja zukünftig nützlich.

Gruß Benjamin

@benjamin 

Da bin ich mal so frech und schiebe das direkt an Ralf (@rheydenr) weiter 😉

Hallo zusamme,
ich habe seit 2 Tagen das selber Problem unter
Linux compi 6.2.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 18 Mar 2023 01:06:36 +0000 x86_64 GNU/Linux
bis vor paar tagen lief einbandfrei kann es vieleicht am neusten kernel liegen?
danke schon mal

Gregor

@microangelo
Hallo wie könnte ich das mit dem schreibrechten den prüfen das programm hat ja gelaufen und geht seit einigen tagen nicht mehr
kann bei ein systemupdate (pacma -Syu) irgenwo was mit den schreibrechten geändert worden sein??

@Gregor_K 

Also es gibt dazu keine allgemein gültige Vorgehensweise.

Grundsätzlich ist es so, dass der jeweilige Benutzer in seinem eigenen Benutzerverzeichnis ALLE Rechte hat.
Durch einen Updateprozess der möglicherweise als 'root' oder mit dem 'sudo' Befehl ausgeführt wurde, könnte es da durchaus zu Inkosistenzen kommen, indem z.B. plötzlich irgendein Unterverzeichnis dem Benutzer 'root' zugewiesen wurde. Danach muss man in den .log-Dateien nach Indizien suchen und das ganze dann manuell / händisch bereinigen.

Versuche doch mal probehalber bei dem Verzeichnis ".fakturama2" rekursiv (sprich mit allen enthaltenen Dateien und Verzeichnissen) die Zugriffsrechte auf 0777 (oder 777) zu setzen. Dies erlaubt ALLEN Benutzern den vollständigen Zugriff (schreiben und lesen) auf die Verzeichnisstruktur.
Sollte der Fehler dann nicht mehr auftreten, kannst Du mit ziemlicher Sicherheit davon ausgehen, dass es irgendwo ein Berechtigungsproblem gibt.
Bei mir hat die Verzeichnisstruktur ".fakturama2" die Rechte 0775 (775), was auch die korrekte Zuordnung für das Benutzerverzeichnis wäre.

LG
Jürgen

Das Problem tritt auch über das von mir bereitgestellte Arch-Package bei mehreren Nutzern auf:

https://aur.archlinux.org/packages/fakturama#comment-907301

Bei mir läuft das Programm aber ohne Probleme. Eine Google-Recherche zeigt, dass auch andere eclipse-basierte Applikationen teilweise davon betroffen sind.

@Esentian 

Also scheint das ARCH-spezifisch zu sein?

Dann wird sich Ralf (@rheydenr) das mal sehr genau ansehen müssen.

@microangelo Ich denke nicht, dass es Arch-spezifisch ist, weil der initiale Poster von "Ubuntu Lunar Lobster" sprach, was natürlich Debian-basiert ist.

Ich wollte nur die Verbindung herstellen, dass wir nicht alles an zwei Stellen doppelt diskutieren müssen, sondern die Kräfte besser bündeln können.

Moin zusammen, sorry daß ich mich hier erst so spät einklinke. Ich hatte den Eindruck, daß es irgendwas mit den Schreibrechten zu tun hat, deswegen hab ich mich nicht weiter gemeldet. Wenn sich hier am Kernel von Linux was geändert hat, habe ich da nur sehr eingeschränkt Einfluß darauf. Ich recherchiere das Problem mal. Möglicherweise muß ich die Eclipse-Plattform anheben, das hab ich schon länger nicht gemacht.

Kannst Du probehalber mal das Beta-Archiv verwenden? Das habe ich gerade wegen eines anderen Themas neu gebaut:

- http://files.fakturama.info/beta/Fakturama.ID-linux.gtk.aarch64.tar.gz
- http://files.fakturama.info/beta/Fakturama.ID-linux.gtk.x86_64.tar.gz

Veröffentlicht von: @Esentian

↑

@microangelo Ich denke nicht, dass es Arch-spezifisch ist, weil der initiale Poster von "Ubuntu Lunar Lobster" sprach, was natürlich Debian-basiert ist.

Ich wollte nur die Verbindung herstellen, dass wir nicht alles an zwei Stellen doppelt diskutieren müssen, sondern die Kräfte besser bündeln können.

Natürlich weiss ich, dass Ubuntu Debian-basiert ist 😋 😎 

Ich habe mich da etwas verwirren lassen, weil Du meintest dass ein Problem im von Dir bereit gestellten Arch-Package auftritt.

Kannst du ggfs. dafür sorgen, dass diese Anwender hier weitere Informationen für Ralf zur Verfügung stellen?
Oder tritt 'genau dieselbe' Fehlermeldung überall auf?

LG
Jürgen

Veröffentlicht von: @microangelo

↑

...

Natürlich weiss ich, dass Ubuntu Debian-basiert ist 😋 😎 

Ich habe mich da etwas verwirren lassen, weil Du meintest dass ein Problem im von Dir bereit gestellten Arch-Package auftritt.

Ich war im ersten Moment ebenfalls verwirrt, ob es nur in Arch auftritt...

Es handelt sich um exakt das gleiche Problem. Weder Java 17 noch Java 19 haben geholfen (jeweils openjdk). Ein interessanter Einwand kam von steadfasterX, der das Problem mit einer Änderung an der Fakturama.ini + Java 11 gelöst bekam:

-startup
plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar
-vm
/usr/lib/jvm/java-11-openjdk/bin
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.2.400.v20211117-0650
-vmargs
-DREFRESH_BUNDLES=false
-Dorg.eclipse.e4.ui.css.dynamic=true
--add-modules=ALL-SYSTEM
-DLiquibaseHubMode=off

Ich kann versuchen das Problem bei mir zu reproduzieren, aber ich habe keinen Ansatzpunkt... Bei mir funktioniert das Programm - wie geschrieben - "leider".

Die Fehlermeldungen der Nutzer sind hier zu finden: https://aur.archlinux.org/packages/fakturama#comment-907301
Wenn etwas spezifisches gebraucht wird, kann ich gerne die Nachfrage weitergeben.