Fakturama 2.1.3c st...
 
Benachrichtigungen
Alles entfernen

Fakturama 2.1.3c startet nicht mehr auf Mac M1 nach Java-Update

5 Beiträge
2 Benutzer
0 Reactions
877 Aufrufe
 Exe0
(@exe0)
Active Member
Beigetreten: vor 12 Jahren
Beiträge: 5
Topic starter   [#4131]

Hallo zusammen.

 

Ich hoffe ich eröffne dieses Thema kein zweites Mal. Nach einem Java-Runtime-Update läuft mein Fakturama 2.1.3c nicht mehr an. Das Icon taucht auf, aber die Applikation reagiert nicht mehr. Ich kann Sie nur noch "Sofort beenden".

 

"java_home -V" ergibt bei mir folgende Einträge

Matching Java Virtual Machines (7):

    21.0.1 (arm64) "Eclipse Adoptium" - "OpenJDK 21.0.1" /Library/Java/JavaVirtualMachines/temurin-21.jdk/Contents/Home

    19.0.2 (arm64) "Eclipse Adoptium" - "OpenJDK 19.0.2" /Library/Java/JavaVirtualMachines/temurin-19.jdk/Contents/Home

    17.0.3 (x86_64) "Eclipse Adoptium" - "OpenJDK 17.0.3" /Library/Java/JavaVirtualMachines/temurin-17.jdk/Contents/Home

    11.0.16.1 (arm64) "Microsoft Build of OpenJDK" - "Microsoft Build of OpenJDK 11" /Library/Java/JavaVirtualMachines/microsoft-11.jdk/Contents/Home

    1.8.391.13 (x86_64) "Oracle Corporation" - "Java" /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home

    1.8.0_302 (x86_64) "Eclipse Temurin" - "Eclipse Temurin 8" /Library/Java/JavaVirtualMachines/temurin-8.jdk/Contents/Home

    1.8.0_101 (x86_64) "Oracle Corporation" - "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_101.jdk/Contents/Home

Auch den Tipp aus einem anderen Thread mit der Änderung der "Info.plist"-Datei im APP-Ordner scheint nicht zu funktionieren. Hat jemand eine Idee, was das sein könnte? 

 

Besten Dank schon mal!



   
Zitat
Themen-Schlagwörter
(@rheydenr)
Forum-Admin Registered
Beigetreten: vor 14 Jahren
Beiträge: 4911
 

Moin, da hast Du ja ganz schön viele JREs gesammelt 🙂 Ich fürchte, daß aus dieser Liste einfach das falsche JRE für Fakturama angezogen wird. Falls Du also die alten JDKs nicht brauchst (also alle 1.8er), kannst Du die ja einfach mal deaktivieren (also das Verzeichnis /Library/Java/JavaVirtualMachines/jdk1.8.0_101.jdk z. B. verschieben nach /tmp oder einfach umbenennen (das "jdk" am Ende muß anders heißen, dann findet der Mac das nicht mehr).


Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?


   
AntwortZitat
 Exe0
(@exe0)
Active Member
Beigetreten: vor 12 Jahren
Beiträge: 5
Topic starter  

@rheydenr Hi.

Vielen Dank für Deine Nachricht. Ich hab das inzwischen mit allen möglichen Java-Versionen ausprobiert:

Das Verzeichnis /Library/Java/JavaVirtualMachines/ erst mal bereinigt (die Verzeichnisse der verschiedenen Java-Versionen einfach gelöscht), so dass ich keine der vorherigen Java-Versionen mehr hatte, dann hab ich ab Version 21 bis 17 alle ausprobiert. So schaut das java_home -V jetzt bei mir aus

/usr/libexec/java_home -V
Matching Java Virtual Machines (1):
    17.0.9 (arm64) "Eclipse Adoptium" - "OpenJDK 17.0.9" /Library/Java/JavaVirtualMachines/temurin-17.jdk/Contents/Home
/Library/Java/JavaVirtualMachines/temurin-17.jdk/Contents/Home

Das Ergebnis ist das gleiche: Das Icon von Fakturama2 taucht auf und dann friert es einfach ein. Ich kann die Applikation dann nur noch "Sofort beenden". Hast Du eine Idee, was ich sonst noch tun könnte?

Hat dieser Hinweis eventuell noch eine Relevanz? "Das gilt aktuell nicht für MacOS! Hier muß das JDK noch separat installiert werden. Dazu eignet sich beispielsweise das Adoptium JDK. Wichtig: Auch für Mac-Systeme mit ARM-Prozessor (M1) ist das x64-JDK zu verwenden, da es noch keine separaten Installationspakete für die ARM-Architektur gibt."

Vielen Dank.

 



   
AntwortZitat
(@rheydenr)
Forum-Admin Registered
Beigetreten: vor 14 Jahren
Beiträge: 4911
 

Nein, das sollte schon so ok sein wie Du es gemacht hast. Kannst Du bitte mal ins Logfile schauen, ob da ggf. schon was drinsteht? Also unter ~/.fakturama2/.metadata/.log


Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?


   
AntwortZitat
 Exe0
(@exe0)
Active Member
Beigetreten: vor 12 Jahren
Beiträge: 5
Topic starter  

@rheydenr 

In dem von Dir beschriebenen Logfile steht das hier drinnen (hab es gelöscht und nochmal versucht zu starten)

!SESSION 2023-12-28 10:23:47.696 -----------------------------------------------
eclipse.buildId=2.1.3.202304210827
java.version=17.0.9
java.vendor=Eclipse Adoptium
BootLoader constants: OS=macosx, ARCH=aarch64, WS=cocoa, NL=de_DE
Framework arguments:  -keyring /Users/axel/.eclipse_keyring
Command-line arguments:  -os macosx -ws cocoa -arch aarch64 -keyring /Users/axel/.eclipse_keyring

!ENTRY org.eclipse.gemini.dbaccess.derby 4 0 2023-12-28 10:23:48.282
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Ausnahme in org.eclipse.gemini.dbaccess.derby.Activator.start() von Bundle org.eclipse.gemini.dbaccess.derby.
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:834)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:762)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:1032)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:371)
	at org.eclipse.osgi.container.Module.doStart(Module.java:605)
	at org.eclipse.osgi.container.Module.start(Module.java:468)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel$2.run(ModuleContainer.java:1847)
	at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor$1$1.execute(EquinoxContainerAdaptor.java:136)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1840)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1783)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1745)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1667)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:345)
Caused by: java.lang.NoClassDefFoundError: org/apache/derby/jdbc/EmbeddedDataSource
	at org.eclipse.gemini.dbaccess.derby.Activator.start(Activator.java:54)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:813)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:1)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:805)
	... 14 more
Caused by: java.lang.ClassNotFoundException: org.apache.derby.jdbc.EmbeddedDataSource cannot be found by org.eclipse.gemini.dbaccess.derby_1.2.1
	at org.eclipse.osgi.internal.loader.BundleLoader.generateException(BundleLoader.java:529)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass0(BundleLoader.java:475)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:416)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:168)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:525)
	... 19 more
Root exception:
java.lang.NoClassDefFoundError: org/apache/derby/jdbc/EmbeddedDataSource
	at org.eclipse.gemini.dbaccess.derby.Activator.start(Activator.java:54)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:813)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:1)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:805)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:762)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:1032)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:371)
	at org.eclipse.osgi.container.Module.doStart(Module.java:605)
	at org.eclipse.osgi.container.Module.start(Module.java:468)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel$2.run(ModuleContainer.java:1847)
	at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor$1$1.execute(EquinoxContainerAdaptor.java:136)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1840)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1783)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1745)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1667)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:345)
Caused by: java.lang.ClassNotFoundException: org.apache.derby.jdbc.EmbeddedDataSource cannot be found by org.eclipse.gemini.dbaccess.derby_1.2.1
	at org.eclipse.osgi.internal.loader.BundleLoader.generateException(BundleLoader.java:529)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass0(BundleLoader.java:475)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:416)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:168)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:525)
	... 19 more

!ENTRY org.eclipse.osgi 4 0 2023-12-28 10:23:49.051
!MESSAGE Das Produktpaket org.eclipse.gemini.dbaccess.derby_1.2.1 [1181] ist nicht aktiv.

Kannst Du damit was anfangen? Danke Dir schonmal 🙂



   
AntwortZitat
Teilen: