Ja. Hast Du mal den Workaround ausprobiert?

Klar. Wenn der funktioniert hätte, hätte ich den Thread nicht gestartet.

Das war die Situation nach dem Workaround.

Hast Du das Mac-JDK von Oracle installiert? Und mal nachgeschaut, wo das liegt? Den Pfad bis *.dylib angegeben?

Ich teste das nochmal.

Die Ausgabe im Terminal:
Darwin:Fakturama.app ritth$ /usr/libexec/java_home -V
Matching Java Virtual Machines (3):
1.8.0_71, x86_64: "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_71.jdk/Contents/Home
1.6.0_65-b14-468, x86_64: "Java SE 6" /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
1.6.0_65-b14-468, i386: "Java SE 6" /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

Die 1.8 habe ich von Oracle runtergelassen, die 1.6 hat mir Mac OS X beim versuchten Start von Fakturama empfohlen.

Nimm mal den Pfad von der 1.8, der sollte passen.

Das ist meine .ini:

-startup
../../../plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
--vm
/Library/Java/JavaVirtualMachines/jdk1.8.0_71.jdk/Contents/MacOS/libjli.dylib
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.101.v20120109-1504
-vmargs
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-Xdock:name=Fakturama

Dazu ein kleines Zitat:

Des weiteren muß man ein Pünktchenpaar vor /plugins entfernen (einmal bei -startup und einmal bei --launcher.library). Als Editor habe ich das bereits vorinstallierte TextEdit verwendet.

🙂

Mist.

Danke!

Ich hab die .ini jetzt korrigiert.

Danach kommt der Splash-Screen und anschließend der Hinweis, dass der Start nicht geklappt hat aber ein Logfile erstellt wurde.

In dem Logfile findet man das:

!SESSION 2016-01-29 06:29:51.473 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_65
java.vendor=Apple Inc.
BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=de_DE
Framework arguments: --vm /Library/Java/JavaVirtualMachines/jdk1.8.0_71.jdk/Contents/MacOS/libjli.dylib -keyring /Users/ritth/.eclipse_keyring -showlocation
Command-line arguments: -os macosx -ws cocoa -arch x86_64 --vm /Library/Java/JavaVirtualMachines/jdk1.8.0_71.jdk/Contents/MacOS/libjli.dylib -keyring /Users/ritth/.eclipse_keyring -showlocation

!ENTRY org.eclipse.osgi 2 0 2016-01-29 06:29:52.595
!MESSAGE The following is a complete list of bundles which are not resolved, see the prior log entry for the root cause if it exists:
!SUBENTRY 1 org.eclipse.osgi 2 0 2016-01-29 06:29:52.595
!MESSAGE Bundle com.sebulli.fakturama_1.6.9 [5] was not resolved.
!SUBENTRY 1 org.eclipse.osgi 2 0 2016-01-29 06:29:52.595
!MESSAGE Bundle com.sebulli.fakturama.help_1.6.9 [6] was not resolved.

!ENTRY org.eclipse.osgi 4 0 2016-01-29 06:29:52.597
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: Application "com.sebulli.fakturama.application" could not be found in the registry. The applications available are: org.eclipse.equinox.app.error, org.eclipse.equinox.p2.director, org.eclipse.equinox.p2.garbagecollector.application, org.eclipse.equinox.p2.publisher.InstallPublisher, org.eclipse.equinox.p2.publisher.EclipseGenerator, org.eclipse.equinox.p2.publisher.ProductPublisher, org.eclipse.equinox.p2.publisher.FeaturesAndBundlesPublisher, org.eclipse.equinox.p2.reconciler.application, org.eclipse.equinox.p2.repository.repo2runnable, org.eclipse.equinox.p2.repository.metadataverifier, org.eclipse.equinox.p2.artifact.repository.mirrorApplication, org.eclipse.equinox.p2.metadata.repository.mirrorApplication, org.eclipse.equinox.p2.updatesite.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.CategoryPublisher, org.eclipse.help.base.infocenterApplication, org.eclipse.help.base.helpApplication, org.eclipse.help.base.indexTool.
 at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:248)
 at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
 at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
 at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
 at org.eclipse.equinox.launcher.Main.run(Main.java:1410)

Ich sollte an dieser Stelle vielleicht noch einfügen, dass das Programm auf einem meiner zwei Macs (mit jetzt identischer .ini) läuft und auf dem anderen nicht.
Der einzige Unterschied ist die OS-Version.
Der Rechner, auf dem Fakturama nicht läuft, hat Mac OS X 10.11.4 Beta (15E33e). Der andere hat die aktuelle stable-Version.

Hm. Das macht mich gerade etwas ratlos. Auf beiden Macs ist auch die identische Java-Version (im gleichen Verzeichnis) drauf? Wie hast Du das gestartet? Direkt über die Kommandozeile oder über das Launcher-Icon?

Auf beiden Rechnern über das Icon.

Hast Du es mal über die Kommandozeile (siehe Anleitung) versucht?