StellwerkSim

Hallo,

ich habe mit OpenJDK/IcedTea Probleme, die Stellwerke zu starten. Das Problem scheint zu sein, dass die jar-Files icht gefunden werden können (die sind aber unstrittigerweise da). Ist es vielleicht möglich, dass die Datei sts_stellwerksim.jnlp fehlt, obwohl sie in der Defintion des Applets genannt wird?

Für den Fall, dass es in der Sachlage hilft, habe ich Fehlermeldung unter http://pastebin.com/raw.php?i=0RpJ1Byy abgelegt.

Grüße,
Pierre

Moin,

der JNLP-Loader von IcedTea kommt nicht so richtig mit den Applets zurecht, das ist aber mehr ein Bug/Implementierungsdetail der IcedTea-Umsetzung (und tritt im geringen Umfang auch bei anderen Anwendungen auf, da muss man aber lange nach suchen).

Alternative: Das Oracle-Java installieren (Anleitung). Funktionierte jedenfalls bei mir

Gruß,
DevonFrosch

Für Applet-Unterstützung wurde viel gefixt, Stellwerksim ist so das einzige, womit ich Probleme habe bei Applets. Applet-Unterstützung ist ja auch etwas, was IcedTea gegenüber der "plain"-OpenJDK auszeichnet und explizit enthalten ist. Die Aussage, dass IcedTea einfach Probleme mit Applets hat, stimmt so nicht.

Wenn die JNLP-Datei gar nicht da ist, ist natürlich klar, dass es nicht funktioniert, deshalb frage ich ja nach. Die Oracle-VM mag da fehlertoleranter sein, aber IcedTea kann ja vermutlich nichts dafür, wenn die Datei einfach nicht da ist.

Oracle JRE ist für mich keine Alternative, weil ich kein Interesse dran habe, meine JVM manuell zu pflegen und irgendwelche Binaries einfach in an der Paketverwaltung vorbei in mein System reinzukopieren, die dann da ggf. versauern, weil man sie übersieht

Moin,

nein, IcedTea hat nicht ein Problem mit allen Applets, sondern mit denen des STS. War auch so gemeint

Das Problem ist jedenfalls bekannt. Den genauen Grund kann dir wohl nur ein Entwickler schreiben, dafür habe ich vom Aufbau der Sim-Startdateien zu wenig Ahnung.

Gruß,
DevonFrosch

Auch ich bin seit der STS-Umstellung mit nahezu dieselben Fehlermeldungen als Ubuntu-Benutzer von Stellwerksim ausgeschlossen. Aus denselben Sicherheitsüberlegungen kommt auch für mich ein Ersetzen von IcedTea durch Oracle Java nicht infrage, da STS die einzige Anwendung ist, die seit Umstellung von STS nicht mehr funktioniert.

Was mir an Stellwerksim gefiel, war die Möglichkeit, die jeweiligen Betriebsprogramme, Fahrmöglichkeiten und Engpässe in vielen Teilen Deutschlands kennenlernen zu können und dass die Simulationen miteinander vernetzt sind.

Ich hege noch die stille Hoffung, dass sich das Problem irgendwann einmal durch ein Update von IcedTea und/oder STS erledigt (vor dem 1.9.2013 hat es ja auch mit IcedTea und STS funktioniert und bei allen anderen Java-Anwendungen gibt es mit IcedTea keine Probleme). Ansonsten soll es dann halt für Ubuntu-Benutzer nicht sein und ich werde mich weiterhin nur britischer Stellwerkssimulationen erfreuen können, die übrigens für Windows geschrieben sind, aber unter Ubuntu mit Wine funktionieren.

Gruß,

v.seestern

Da wird es von STS-Seite keine Veränderung geben. Der Fehler liegt an IcedTea, die den JSR-56 Standard nicht vollständig implementieren.

Das ganze ist ausführlich Dokumentiert:
http://docs.oracle.com/javase/tutorial/ ... bPage.html

https://jcp.org/en/jsr/detail?id=56

Übrigens zum Thema Sicherheit: Hier scheinen wohl einige Dinge völlig falsch verstanden zu werden: IcedTea ist nicht etwa eine JVM. Es ist vielmehr ein (unvollständiger) Launcher für das ganze normale Oracle Java. Viel mehr ist es sogar so, dass durch diese zusätzliche Software mehr Sicherheitslücken entstehen können (da ja mehr Software beteiligt ist). IcedTea startet dann OpenJDK. Auf dem basiert auch das Oracle JDK. Man kann sogar noch einen Schritt weiter gehen: wenn es Sicherheitslücken im OpenJDK gibt, bekommen sie nicht diese Nachrichtenumfang und werden eventuell langsamer behoben. Fehlerfrei wird das jedenfalls genauso wenig sein, wie ja auch jüngst die SSL-Lücke bewiesen hat. Sich in Sicherheit zu fühlen, weil man nicht die Version habt, die die Mehrheit hat, endet schnell als Eigentor. Denn wenn alle IcedTea Nutzer so denken, ist es durchaus lohnend, dort Lücken auszunutzen. Ja, sogar richtig verlockend, da diese gar nicht auf die Idee kämen, Lücken schließen zu müssen oder aufzupassen. Nur mal so als Denkanregung, ich will da gar keine Diskussion zu führen und das auch nicht weiter beantwortet wissen.

js hat geschrieben:Da wird es von STS-Seite keine Veränderung geben.

Na dann: Tschüss Stellwerksim

js hat geschrieben:Da wird es von STS-Seite keine Veränderung geben. Der Fehler liegt an IcedTea, die den JSR-56 Standard nicht vollständig implementieren.

Das ganze ist ausführlich Dokumentiert:
http://docs.oracle.com/javase/tutorial/ ... bPage.html

fun fact:
wenn man sich an die oben verlinkte Dokumentation hält, dann funktioniert es auch einwandfrei mit IcedTea.

Augenmerk auf Punkt 3: der 'jnlp_href' parameter fehlt bei STS.
Wenn ich den händisch hinzufüge, dann lädt und läuft die Stellwerksimulation auch problemlos mit IcedTea.

Vielleicht kann man ja die Buchstaben noch in der Webseite ergänzen, dann freuen sich sicher ein paar Linuxuser da draussen, die dann nicht beim ersten Besuch gleich mit einer Fehlermeldung abgeschreckt werden.

ps.: getested mit icedtea-7.2.5.3 und icedtea-web-1.5.1. Inwiefern das auch für ältere Versionen(zb Java6) gilt, keine Ahnung.

Natürlich funktioniert das dort, die haben ja die JNLP-Datei für die andere Fassung auch dort liegen, so dass IcedTea diese lädt statt der embedded Fassung.

nein, so meinte ich das nicht.

es funktioniert auch hier auf dieser Seite, wenn man den parameter ergänzt.

Nachtrag zur Klarstellung: (nach meinem Verständnis)

Wenn sowohl 'jnlp_href' als auch 'jnlp_embedded' Parameter angegeben sind, dann nimmt IcedTea die Daten aus 'jnlp_embedded'.
Oracles Java tut das genauso, wenn ich die oben zitierte Dokumentation richtig verstehe.
Der jnlp_href scheint in diesen Fall nur da zu sein um dem Binärblob einen Namen zu geben.
Was eigentlich irgendwo unnötig ist, sollte man meinen, weswegen es unter Oracle wohl auch funktioniert, wenn man den jnlp_href Parameter weglässt.
Aber IcedTea hat wohl irgendwo noch verankert, dass zu ner JNLP Datei auch nen href gehört und steigt deswegen mit ner Fehlermeldung aus, wenn der Parameter fehlt.
Ob das nun Sinn macht, beabsichtigtes Verhaltes ist oder einfach nur ein Bug - keine Ahnung.

Aber insoweit es nicht ersichtlich ist, dass es irgendeinen funktionalen Unterschied macht (für Oracle) ob der jnlp_href Parameter da ist oder nicht, erscheint mir doch das Beste den Parameter mit dazuzuschreiben, damit IcedTea nicht über die eigenen Füße stolpert.
Oder?

Moin,

das kann ich von meiner Seite bestätigen

System: LinuxMint 17 x64 mit HyperV unter Windows 8.1 x64

Das wäre tatsächlich eine nette Lösung, mit der man um die Oracle-JRE herum kommt.

Gruß,
DevonFrosch

Sehe ich auch so.

Wenn ich den Sim dann auch ohne Oracle Java unter Linux Mint spielen könnte wäre ich zufrieden.


Solange diese "kleine" Änderung im Code nicht wieder andere Probleme mit sich bringt...

Automatische Meldung vom Bugtracker:

Es wurde ein Case #2311 für diesen Fall angelegt: jnlp_href ergänzen, sofern es mit Oracle Java klappt

Leider reicht mein Wissen nicht, um das konkret umzusetzen, was ihr geschrieben habt. Deshalb meine Frage:

Wie ermittle ich den jnlp_href Parameter von STS und wo kann/muss ich den händisch hinzufügen, damit STS mit IcedTea (wieder) funktioniert?