MediathekView startet nicht - keine Fehlermeldung, Prozess erscheint nicht

[Schmitty]

@menchensued @we49

Ich habe MV mit Chocolatey installiert. Wenn ich im MV-Verzeichnis die Java Version anschaue
jre\bin\java.exe -version
kommt:

openjdk version "17.0.1" 2021-10-19 LTS```
OpenJDK Runtime Environment (build 17.0.1+12-LTS)
OpenJDK Client VM (build 17.0.1+12-LTS, mixed mode)

Wenn ich dann mit meinem Zaubertrick MV starte
jre\bin\java.exe -Xmx1g --enable-preview --add-exports=javafx.base/com.sun.javafx.event=ALL-UNNAMED -jar MediathekView.jar
Dann kommt

. Configuring for non-portable mode
. Programmstart: 2022-01-29T13:25:27.0225422
. Version: 13.8.1
. === Java Information ===
. Vendor: BellSoft
. VMname: OpenJDK Client VM
. Version: 17.0.1
. Runtime Version: 17.0.1+12-LTS
. Maximum Memory: 989 MB
. Operating System: Windows 10
. OS Version: 10.0
. OS Arch: x86
. OS Dark Mode enabled: false
. OS Available Processors: 4
...
...

Sieht also schon so aus, als ob die von MV installierte Java-Runtime benutzt wird, allerdings offensichtlich die 32-Bit Version (OS Arch: x86). Wenn ich irgendwo anders die (von mir installierte Oracle) Java-Version prüfe java -version
dann kommt stattdessen

java version "1.8.0_321"
Java(TM) SE Runtime Environment (build 1.8.0_321-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.321-b07, mixed mode)

Und, wenn ich aus dem MV-Verzeichnis aufrufe
jre\bin\java.exe -Xmx1g -Xss1M --enable-preview -jar MediathekView.jar
dann startet MV zunächst, zeigt den Splashsceen an, läuft aber dann wie gehabt auf eine Exception:
Exception in thread "AWT-EventQueue-0" java.lang.IllegalAccessError: class org.controlsfx.control.textfield.AutoCompletionBinding (in unnamed module @0x16be97c) cannot access class com.sun.javafx.event.EventHandlerManager (in module javafx.base) because module javafx.base does not export com.sun.javafx.event to unnamed module @0x16be97c
und friert ein.
Mit jre\bin\java.exe -Xmx1g -Xss1M --enable-preview --add-exports=javafx.base/com.sun.javafx.event=ALL-UNNAMED -jar MediathekView.jar
läuft aber wieder alles, einen Unterschied mit und ohne -Xss1M konnte ich nicht erkennen.

[Ein ehemaliger Benutzer]

@schmitty sagte in MediathekView startet nicht - keine Fehlermeldung, Prozess erscheint nicht:

@menchensued @we49

Ich habe MV mit Chocolatey installiert. Wenn ich im MV-Verzeichnis die Java Version anschaue
jre\bin\java.exe -version
kommt:

openjdk version "17.0.1" 2021-10-19 LTS```
OpenJDK Runtime Environment (build 17.0.1+12-LTS)
OpenJDK Client VM (build 17.0.1+12-LTS, mixed mode)

Wenn ich dann mit meinem Zaubertrick MV starte
jre\bin\java.exe -Xmx1g --enable-preview --add-exports=javafx.base/com.sun.javafx.event=ALL-UNNAMED -jar MediathekView.jar
Dann kommt

. Configuring for non-portable mode
. Programmstart: 2022-01-29T13:25:27.0225422
. Version: 13.8.1
. === Java Information ===
. Vendor: BellSoft
. VMname: OpenJDK Client VM
. Version: 17.0.1
. Runtime Version: 17.0.1+12-LTS
. Maximum Memory: 989 MB
. Operating System: Windows 10
. OS Version: 10.0
. OS Arch: x86
. OS Dark Mode enabled: false
. OS Available Processors: 4
...
...

Sieht also schon so aus, als ob die von MV installierte Java-Runtime benutzt wird, allerdings offensichtlich die 32-Bit Version (OS Arch: x86). Wenn ich irgendwo anders die (von mir installierte Oracle) Java-Version prüfe java -version
dann kommt stattdessen

java version "1.8.0_321"
Java(TM) SE Runtime Environment (build 1.8.0_321-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.321-b07, mixed mode)

Und, wenn ich aus dem MV-Verzeichnis aufrufe
jre\bin\java.exe -Xmx1g -Xss1M --enable-preview -jar MediathekView.jar
dann startet MV zunächst, zeigt den Splashsceen an, läuft aber dann wie gehabt auf eine Exception:
Exception in thread "AWT-EventQueue-0" java.lang.IllegalAccessError: class org.controlsfx.control.textfield.AutoCompletionBinding (in unnamed module @0x16be97c) cannot access class com.sun.javafx.event.EventHandlerManager (in module javafx.base) because module javafx.base does not export com.sun.javafx.event to unnamed module @0x16be97c
und friert ein.
Mit jre\bin\java.exe -Xmx1g -Xss1M --enable-preview --add-exports=javafx.base/com.sun.javafx.event=ALL-UNNAMED -jar MediathekView.jar
läuft aber wieder alles, einen Unterschied mit und ohne -Xss1M konnte ich nicht erkennen.
Bei der 32-Bit-Version hat der Entwickler den Parameter für den Stack erhöht, weil sich diese Version ab und zu mal aufgehängt hat.

Bei der 32Bit-Version hat der Entwickler den Parameter für den Stack verändert, weil sich die Version ab und zu mal aufgehängt hatte.

Du hast dir mit hoher Sicherheit die 32-Bit-Version installiert.
Hol dir mal die letzte Win-nightly 13.9.0
https://download.mediathekview.de/unstabil/MediathekView-latest-nightly-win.zip
Einfach auspacken und nach einer Sicherung deiner vorhandenen Version die vorhandenen Dateien mit denen der ausgepackten Version überschreiben. Und dann starte die Mediathekview.exe

Deine bisherigen Daten aus der .mediathek3 sollten übernommen werden und funktionieren.

[Schmitty]

@we49
Super.
Habe MediathekView-latest-nightly-win32.zip heruntergeladen und (nach einem Vergleich der beiden Versionen) nur MediathekView.exe und MediathekView.jar ersetzt, alles andere relevante war identisch.
Dann MediathekView.exe gestartet und - läuft!

PS.
Die neue MediathekView.exe hat einen Treffer bei VirusTotal

[Ein ehemaliger Benutzer]

@schmitty sagte in MediathekView startet nicht - keine Fehlermeldung, Prozess erscheint nicht:

@we49
Super.
PS.

Die neue MediathekView.exe hat einen Treffer bei VirusTotal

Die ist da noch unbekannt aber sauber und ist eh in Planung für den Austausch gegen die Final-Version, dann meckern die auch wieder.

[Schmitty]

@we49
Dann wäre ja jetzt nur noch die Frage warum die Nightly meine Macke nicht mehr hat - aber vielleicht will ich das auch gar nicht wissen
Jedenfalls vielen Dank für die Hilfe!

[MenchenSued]

@schmitty
Dann hast Du scheinbar doch ein 32-Bit Windows (x86) und nicht wie oben geschrieben ein 64-Bit System (x64).

[Ein ehemaliger Benutzer]

@schmitty sagte in MediathekView startet nicht - keine Fehlermeldung, Prozess erscheint nicht:

@we49
Dann wäre ja jetzt nur noch die Frage warum die Nightly meine Macke nicht mehr hat - aber vielleicht will ich das auch gar nicht wissen

Kein Problem. Möglicherweise hast du zu viel im Hintergrund installiert, das so nach und nach geladen wird und den Hauptspeicher füllt, so dass für die 32-Bit-Version (mit deren Speicherbegrenzung) zu wenig übrig bleibt.
Du kennst dich ja offenbar einigermaßen aus, dann rate ich zum Download der aktuellen Sysinternals-Suite von gestern, und dann guckst du mal z. B. mit Autoruns nach, was da so alles im Hintergrund umherfunkt. Der ProzessExplorer ist auch ein guter Ersatz für den Taskmanager

Jedenfalls vielen Dank für die Hilfe!

Bitte sehr, gern.

[DerReisende77]

@schmitty sagte in MediathekView startet nicht - keine Fehlermeldung, Prozess erscheint nicht:

Und, wenn ich aus dem MV-Verzeichnis aufrufe
jre\bin\java.exe -Xmx1g -Xss1M --enable-preview -jar MediathekView.jar
dann startet MV zunächst, zeigt den Splashsceen an, läuft aber dann wie gehabt auf eine Exception:
Exception in thread "AWT-EventQueue-0" java.lang.IllegalAccessError: class org.controlsfx.control.textfield.AutoCompletionBinding (in unnamed module @0x16be97c) cannot access class com.sun.javafx.event.EventHandlerManager (in module javafx.base) because module javafx.base does not export com.sun.javafx.event to unnamed module @0x16be97c
und friert ein.
Mit jre\bin\java.exe -Xmx1g -Xss1M --enable-preview --add-exports=javafx.base/com.sun.javafx.event=ALL-UNNAMED -jar MediathekView.jar
läuft aber wieder alles, einen Unterschied mit und ohne -Xss1M konnte ich nicht erkennen.

Die Exception ist logisch weil Du einen wichtigen Parameter vergessen hat und deshalb friert das Programm ein. Dein zweiter Aufruf fixt das eine Problem, beinhaltet aber überflüssige Parameter und lässt weitere wichtige vermissen. Das Programm vermag nun zwar zu starten, aber während der Nutzung wird es irgendwann genau zu anderen IllegalAccessErrorMeldungen kommen.

Was ich überhaupt nicht nachvollziehen kann: Wir machen uns die Mühe und bieten fertige binaries an, welche auf den unterschiedlichen OS getestet und mit den entsprechenden Parametern von Haus aus ausgestattet sind.

Und abschließend: Ja, der -Xss1MParameter ist unter Win 32bit zwingend erforderlich auch wenn auch hier nicht sofort ersichtlich sein wird warum.

[Schmitty]

@derreisende77
Anlass meines Beitrags war ja, dass das MV Binary eben nicht (mehr) gestartet ist. Und ich einen (für meinen Bedarf ausreichenden) Workaround gefunden hatte. Den ich hier gerne auch anderen vorstellen wollte. Damit sie sich in ähnlicher Lage behelfen können.
Wenn die (kommende) neue Version von MV diesen Workaround überflüssig macht, umso besser.
Vielen Dank für deine gute Arbeit!

[Ein ehemaliger Benutzer]

@schmitty
Was mich interessiert ist, warum du dir offenbar nochmal die 32-Bit-Version installiert hast, obwohl ich dir den passenden Link gepostet habe. Ich habe es erst gemerkt, als ich den Beitrag von @menchensued gelesen habe, der offenbar während meiner Antwort erfolgte und er erst danach für mich sichtbar war. Aber da warst du schon weg.

Nachtrag: Wenn du wirklich ein 64-Bit-Windows verwendest, dann solltest du dir die verlinkte Version holen und diese Dateien überinstallieren, sonst hast du möglicherweise bald das gleiche Problem wie vorher.

[Schmitty]

@we49
Ich habe deinen Link letzte Win-nightly 13.9.0 jetzt erst gesehen, hatte sich bei mir wohl auch überschnitten.
Ich habe mir MV mit Chocolatey installiert. Das scheint mir auch offiziell unterstützt zu sein (wenn ich mir die Choco Autoren anschaue, u.a. W. Xaver).
Und Chocolatey hat mir auf meinem 64er Windows die 32-Bit-Version installiert. Und da ich derzeit ziemlich viel Software mit Chocolatey aktuell halte, würde ich gerne dabei bleiben, was mir Chocolatey installiert.

[MenchenSued]

@schmitty
MediathekView prüft selbst auch Aktualisierungen und könnte daher auch separat installiert werden. Versuch doch mal die offizielle 64-Bit Version.
Windows Installer (Exe)

[styroll]

@schmitty sagte: Ich habe mir MV mit Chocolatey installiert. Das scheint mir auch offiziell unterstützt zu sein (wenn ich mir die Choco Autoren anschaue, u.a. W. Xaver).

Also, wenn ich dort nachschaue, dann sehe ich das Gegenteil von dem, was du sagst: W.Xaver ist kein Maintainer und die zwei aufgeführten Maintainer (welche auch keine Choco-Autoren sind) dürften nichts mit dem MV-Team zu tun haben.
Und man sieht auch, dass tatsächlich generell die 32bit-Variante installiert wird, was im Falle von MV natürlich eher eine dumme Idee ist. Man kann da wohl aber auch nicht wirklich ein gutes Package erwarten, wenn ich sehe, dass der eine Maintainer über 100 Packages “betreut”…

[Schmitty]

Ich habe jetzt einen Feature Request für die Choco-Installation von MV erfasst, in dem ich den Wechsel zur 64-Bit-Version vorschlage.