Seite 1 von 1
Fakturama und Java
Verfasst: Montag 19. Juni 2023, 15:00
von Thoys
Hallo zusammen,
ich habe aus dem Aur Repository Faktura
https://www.fakturama.info/ installiert.
Wenn ich es starte, fragt er nach einem Arbeitsverzeichnis (das ist normal) und danach lädt er nicht mehr ganz. Also es startet nicht. Im Anhang habe ich euch die Logdatei in ein 7z kopiert, die Fakturama oder Java erstellt hat.
Ich habe gesehen, dass auch andere das oder ein ähnliches Problem haben:
https://www.fakturama.info/community/hi ... tallieren/
leider reicht mein Überblick nicht aus, um die Lösung zu sehen.
Danke euch Thoys
Re: Fakturama und Java
Verfasst: Montag 19. Juni 2023, 16:35
von Benutzer 1534 gelöscht
Hallo Thoys,
deine angehängte Zip Datei öffne ich aus Prinzip nicht betreffend Sicherheit. Dennoch versuche ich zu helfen. Gem.
dem beigefügten Thread ist wohl die Lösung die Installation des neusten java-openjdk-bin Pakets.
Aktuell Stand heute wäre dies
https://aur.archlinux.org/packages/java-openjdk-bin
Diese Version ist in der Repo enthalten, siehe hier. Installieren neu starten und ausprobieren. Falls es prinzipiell nicht gehen sollte, wäre ggf. Dolibarr eine Alternative.
- Bildschirmfoto vom 2023-06-19 16-33-26.png (28.88 KiB) 2420 mal betrachtet
Re: Fakturama und Java
Verfasst: Montag 19. Juni 2023, 16:38
von LaGGGer
Hallo
Bin mal deinem Link gefolgt und mir ein bissl was zusammengereimt. Ein User hat dort gepostet, das mindestens java version 11 benötigt wird.:
Was sagt denn dieser Befehl, ausgeführt im Terminal:
Ergebnis bitte im Codeblock posten.
Re: Fakturama und Java
Verfasst: Dienstag 20. Juni 2023, 09:19
von Thoys
Hallo zusammen,
danke schon einmal für eure Hilfe.
Ist ja alles neuer, als gebraucht wird.
Nach der Installation von java-openjdk-bin so:
Code: Alles auswählen
archlinux-java status
Available Java environments:
java-17-openjdk (default)
java-20-openjdk
java-20-openjdk-bin
Ich habe mit archlinux-java set java-20-openjdk den Standard geändert (richtig?). Einige Kombinationen von Install/deinstall und Neustart ausprobiert, aber er möchte einfach nicht.
Ich wusste tatsächlich nicht, wie ich die Logdatei posten soll. .txt, .pdf und .log sind nicht erlaubt, in den Post kopieren hat das Zeichenlimit gesprengt. In welchem Format postet ihr große Textdateien wie Logfiles?
Schönen Gruß Thoys
Die Logdatei beginnt so:
Code: Alles auswählen
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f3d0e83ed16, pid=9808, tid=9809
#
# JRE version: OpenJDK Runtime Environment (17.0.7+7) (build 17.0.7+7)
# Java VM: OpenJDK 64-Bit Server VM (17.0.7+7, mixed mode, 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/lib/systemd/systemd-coredump %P %u %g %s %t %c %h" (or dumping to /home/timotheus/core.9808)
#
# If you would like to submit a bug report, please visit:
# https://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- S U M M A R Y ------------
Command Line: -DREFRESH_BUNDLES=false -Dorg.eclipse.e4.ui.css.dynamic=true --add-modules=ALL-SYSTEM -DLiquibaseHubMode=off /usr/share/fakturama2//plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar -os linux -ws gtk -arch x86_64 -showsplash -launcher /usr/share/fakturama2/Fakturama -name Fakturama --launcher.library /usr/share/fakturama2//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.2.400.v20211117-0650/eclipse_11600.so -startup /usr/share/fakturama2//plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar --launcher.overrideVmargs -exitdata 8031 -vm /usr/bin/java -vmargs -DREFRESH_BUNDLES=false -Dorg.eclipse.e4.ui.css.dynamic=true --add-modules=ALL-SYSTEM -DLiquibaseHubMode=off -jar /usr/share/fakturama2//plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar
Host: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 8 cores, 7G, Manjaro Linux
Time: Mon Jun 19 14:46:15 2023 CEST elapsed time: 7.696147 seconds (0d 0h 0m 7s)
--------------- T H R E A D ---------------
Current thread (0x00007f3dac0147a0): JavaThread "main" [_thread_in_native, id=9809, stack(0x00007f3db1100000,0x00007f3db1200000)]
Stack: [0x00007f3db1100000,0x00007f3db1200000], sp=0x00007f3db11f9888, free space=998k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libswt-gtk-4950r5.so+0x3ed16] Java_org_eclipse_swt_internal_C_strlen+0xf
j org.eclipse.swt.internal.Converter.cCharPtrToJavaString(JZ)Ljava/lang/String;+1
j org.eclipse.swt.browser.WebKit$WebKitExtension.initializeWebExtensions_callback(JJ)V+178
v ~StubRoutines::call_stub
V [libjvm.so+0x843ab2]
V [libjvm.so+0x8e0916]
V [libjvm.so+0x8e3145]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 9765 org.eclipse.swt.internal.C.strlen(J)I (0 bytes) @ 0x00007f3d9d169d61 [0x00007f3d9d169d20+0x0000000000000041]
j org.eclipse.swt.internal.Converter.cCharPtrToJavaString(JZ)Ljava/lang/String;+1
j org.eclipse.swt.browser.WebKit$WebKitExtension.initializeWebExtensions_callback(JJ)V+178
v ~StubRoutines::call_stub
j org.eclipse.swt.internal.webkit.WebKitGTK.webkit_web_view_load_uri(J[B)V+0
j org.eclipse.swt.browser.WebKit.setUrl(Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)Z+370
j org.eclipse.swt.browser.Browser.setUrl(Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)Z+19
j org.eclipse.swt.browser.Browser.setUrl(Ljava/lang/String;)Z+8
j com.sebulli.fakturama.parts.BrowserEditor.resetUrl(Ljava/lang/String;)V+17
j com.sebulli.fakturama.parts.BrowserEditor.createPartControl(Lorg/eclipse/swt/widgets/Composite;)V+958
v ~StubRoutines::call_stub
J 7534 jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@17.0.7 (0 bytes) @ 0x00007f3d9cfab6b7 [0x00007f3d9cfab640+0x0000000000000077]
J 7533 c1 jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@17.0.7 (137 bytes) @ 0x00007f3d95c3d804 [0x00007f3d95c3d500+0x0000000000000304]
J 1098 c1 jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@17.0.7 (10 bytes) @ 0x00007f3d953f073c [0x00007f3d953f0640+0x00000000000000fc]
J 1097 c1 java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object; java.base@17.0.7 (65 bytes) @ 0x00007f3d953f01ac [0x00007f3d953efe80+0x000000000000032c]
j org.eclipse.e4.core.internal.di.MethodRequestor.execute()Ljava/lang/Object;+90
J 8766 c1 org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(Ljava/lang/Class;Ljava/lang/Object;Ljava/lang/Class;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;Ljava/util/ArrayList;)V (354 bytes) @ 0x00007f3d9601fa2c [0x00007f3d9601f520+0x000000000000050c]
j org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(Ljava/lang/Object;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;)V+174
j org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(Ljava/lang/Class;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;)Ljava/lang/Object;+323
j org.eclipse.e4.core.internal.di.InjectorImpl.make(Ljava/lang/Class;Lorg/eclipse/e4/core/di/suppliers/PrimaryObjectSupplier;)Ljava/lang/Object;+11
j org.eclipse.e4.core.contexts.ContextInjectionFactory.make(Ljava/lang/Class;Lorg/eclipse/e4/core/contexts/IEclipseContext;)Ljava/lang/Object;+13
j org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(Lorg/osgi/framework/Bundle;Lorg/eclipse/e4/core/contexts/IEclipseContext;Lorg/eclipse/e4/core/contexts/IEclipseContext;Lorg/eclipse/emf/common/util/URI;)Ljava/lang/Object;+169
j org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(Ljava/lang/String;Lorg/eclipse/e4/core/contexts/IEclipseContext;Lorg/eclipse/e4/core/contexts/IEclipseContext;)Ljava/lang/Object;+90
Re: Fakturama und Java
Verfasst: Dienstag 20. Juni 2023, 09:54
von Benutzer 1534 gelöscht
Hallo Thoys,
ich bin keine Expertin für Java würde aber folgendes ausprobieren, der java-20-openjdk-bin ist der aktuellste (gem Archwiki), diesen würde ich gem. Archwiki Anleitung zuerst versuchen zu fixieren und auszuprobieren mit folgendem Befehl.
Danach Status abfragen mit:
sollte dieser nicht funktionieren dann die beiden anderen wie folgt:
Dein beigefügter Link (Thread ist aus Mai 2022 also kann Java 11 so oder so nicht mehr der aktuellste sein)
Ich habe das Prozedere jetzt mal in der VM getestet, Faktura startet definitiv nicht, egal welche Java Version.
Gem. den Kommentare unter beigefügtem Link, sieht es eher schlecht als recht mit der Funktionalität von Faktura aus.
https://aur.archlinux.org/packages/fakturama
Re: Fakturama und Java
Verfasst: Dienstag 20. Juni 2023, 10:40
von LaGGGer
Hallo
Befehlsausgaben in Textform, dazu gehören auch Logs, müssen IMMER in eine CodeBox.
Editiere bitte deinen Post
#4.
Du hast die anderen Befehlesausgaben doch auch in eine Codebox gesetzt, warum nicht dein Log?
Thoys hat geschrieben: ↑Dienstag 20. Juni 2023, 09:19
Ich habe mit archlinux-java set java-20-openjdk den Standard geändert (richtig?).
Ja genau. So sollte es eigentlich laut dem Forumsbeitrag funktionieren. Aber 17 hätte auch schon reichen müssen.
Wie auch immer, es war wohl nicht der Fehler.
PS.
Wie schon Susanne bemerkte, gepackte Daten, also Archive, nutzen wir hier ungern. Sollte die Textausgabe von Logs zu lang sein, die ist fürs Forum begrenzt, kannst du das auch zu
Pastebin hochladen und hier verlinken:
https://pastebin.com/
Kleines Beispiel:
Re: Fakturama und Java
Verfasst: Dienstag 20. Juni 2023, 11:18
von gosia
Hallo Thoys,
es scheint generell Probleme mit Fakturama zu geben, wie man aus dieser Diskussion sieht:
https://aur.archlinux.org/packages/fakturama
zum Glück wurde wohl jetzt mit einer neuen Version reagiert:
"Helloagain commented on 2023-06-20 08:15 (UTC)
I released a new packaged version of 2.1.3.c that should provide a workaround to the problems reported below."
vielleicht hilft es also schon diese neue Version zu installieren.
viele Grüsse gosia
Re: Fakturama und Java
Verfasst: Dienstag 20. Juni 2023, 15:02
von Thoys
Hallo,
wow, vielen Dank für die vielen helfenden.
2.1.3.c-1 ist die Version, die in dem AUR angeboten wird. (Schade eigentlich, das wäre eine einfach umzusetzende Lösung gewesen.)
Codebox ist in Post 4 gesetzt.
Vielen Dank für den Hinweis mit Pastebin.
Eine erneute Spielerei mit dem Wechsel der Java-Versionen hat nichts weiter gebracht.
Schönen Gruß Thoys
Re: Fakturama und Java
Verfasst: Dienstag 20. Juni 2023, 15:18
von Thoys
Hallo zusammen,
o.k. das ist mal aktive Entwicklung. Heute kurz nach 10 Uhr kam ein Update von 2.1.3c-1 auf 2.1.3c-2.
- Jdk20
- Im Dateimanager den Punktordner gelöscht
- Fakturama deinstalliert und neu installiert
Und.... es funktioniert.
Vielen Dank an euch
Thoys