Konnte den Fehler reproduzieren. War mir bisher nicht aufgefallen, weil ich unter Windows mit den JDKs direkt von Oracle getestet hatte. Dort tritt das Problem nicht auf.
Die Ursache ist Launch4J - das ist das Tool, mit dem ich die jameica-win32.exe bzw. jameica-win64.exe erstelle. Die Datei macht nichts anderes, als nach der aktiven Java-Version zu suchen und damit dann Jameica zu starten. Launch4J sucht hierbei jedoch nicht in den Umgebungsvariablen "%JAVA_HOME%" und "%PATH%" sondern nur in der Windows-Registry. Die Java-Setups von Oracle registrieren sich dort. Das OpenJDK wird jedoch für Windows nicht als Setup sondern nur als ZIP-Datei ausgeliefert. Dort fehlen dann natürlich die Registry-Einträge. Daher findet Launch4J die korrekte Java-Version nicht. Das Problem ist den Autoren bereits bekannt. Es existieren bereits mehrere Tickets und Diskussionen dazu:
https://sourceforge.net/p/launch4j/bugs/197/
https://sourceforge.net/p/launch4j/feature-requests/127/
https://sourceforge.net/p/laun…/?limit=25
Der Workaround sieht bisher so aus, Launch4J so zu konfigurieren, dass es das JDK/JRE selbst mitbringt (es also mit dem Programm gebündelt ist). Als Pfad für Java ist dann aber "%JAVA_HOME%" eingetragen. Damit findet Launch4J dann auch OpenJDK. Ich habe die beiden EXE-Dateien von Jameica mal entsprechend angepasst. Ist morgen im Nightly-Build von Jameica. Alternativ kannst du die jameica-win84.exe auch einfach von
https://github.com/willuhn/jameica/tree/master/build herunterladen und gegen die bisherige Datei ersetzen (die EXE-Datei enthält wie gesagt keinen Jameica-spezifischen Programmcode sondern startet lediglich das Java-Programm).
Damit das dann funktioniert, musst du jedoch eine Windows-Umgebungsvariable "JAVA_HOME" definieren, in der du den Basis-Pfad (also nicht direkt den Unter-Ordner "bin") deiner OpenJDK-Installation hinterlegst. Dann sollte Jameica auch mit OpenJDK starten.
Leider ist das dauerhaft kein schöner Zustand. Von "Otto-Normal-User" kann man eigentlich nicht erwarten, dass er für die Installation manuell Umgebungsvariablen in Windows definieren muss. Zumal die entsprechende Stelle mit jeder Windows-Version weiter versteckt wird.
Ich werde das mal beobachten. Wenn das Problem in Zukunft gehäuft auftritt, wird es eventuell doch noch notwendig werden, zumindest unter Windows ein JRE direkt mit Jameica zu bundlen. Ich bin eigentlich kein Fan davon, Laufzeitumgebungen mit dem Programm zu koppeln (der Sinn solcher Laufzeitumgebungen soll ja eben sein, dass das Betriebssystem diese für alle Anwendungen bereitstellt - bei .NET-Anwendungen bringt ja auch nicht jede Anwendung ihr eigenes .NET-Framework mit). Aber von einem unbedarften Usern kann man nicht erwarten, dass er neben Jameica noch OpenJDK manuell entpackt und entsprechende Umgebungsvariablen definiert.
PS: Vielleicht wäre perspektivisch auch AdoptOpenJDK (https://adoptopenjdk.net/) für Windows die bessere Empfehlung, da die auch MSI-Installer bereitstellen, die auch die entsprechenden Registry-Keys setzen können.
