StellwerkSim

Moin

Ich wollte nach dem Update auf Fedora 33 mal wieder eine Runde spielen, bekomme es aber nicht mehr gestartet.
Folgende Fehlermeldung erhalte ich:
netx: Read Error: Could not read or parse the JNLP file at 'file:/home/teaburn/Downloads/sts-teabu.jnlp'. (Invalid XML document syntax. (XML Parse Exception during parsing of a html element at line 26: Expected: <))
net.sourceforge.jnlp.LaunchException: Fatal: Read Error: Could not read or parse the JNLP file at 'file:/home/teaburn/Downloads/sts-teabu.jnlp'. You can try to download this file manually and send it as bug report to IcedTea-Web team.
at net.sourceforge.jnlp.Launcher.fromUrl(Launcher.java:330)
at net.sourceforge.jnlp.Launcher.launch(Launcher.java:190)
at net.sourceforge.jnlp.runtime.Boot.launch(Boot.java:355)
at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:335)
at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:73)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at net.sourceforge.jnlp.runtime.Boot.runMain(Boot.java:279)
at net.sourceforge.jnlp.runtime.Boot.mainWithReturnCode(Boot.java:132)
at net.sourceforge.jnlp.runtime.Boot.main(Boot.java:114)
Caused by: net.adoptopenjdk.icedteaweb.xmlparser.ParseException: Invalid XML document syntax.
at net.adoptopenjdk.icedteaweb.xmlparser.XMLParser.getRootNode(XMLParser.java:76)
at net.sourceforge.jnlp.JNLPFile.parse(JNLPFile.java:730)
at net.sourceforge.jnlp.JNLPFile.<init>(JNLPFile.java:254)
at net.sourceforge.jnlp.JNLPFileFactory.create(JNLPFileFactory.java:80)
at net.sourceforge.jnlp.JNLPFileFactory.create(JNLPFileFactory.java:63)
at net.sourceforge.jnlp.Launcher.fromUrl(Launcher.java:321)
... 8 more
Caused by: net.adoptopenjdk.icedteaweb.xmlparser.XMLParseException: XML Parse Exception during parsing of a html element at line 26: Expected: <
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.expectedInput(XMLElement.java:1058)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:948)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.scanElement(XMLElement.java:943)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLElement.parseFromReader(XMLElement.java:437)
at net.adoptopenjdk.icedteaweb.xmlparser.XMLParser.getRootNode(XMLParser.java:73)
... 13 more

Kann mir jemand hier helfen, habe mit der suche leider nichts in dieser Art gefunden.

Gruss teaburn

Hi,

wie startest Du den Kommunikator? Scheint so, als ob die Datei nur das html der download-Seite ist und nicht das eigentlich jnlp-file. Im Zweifel nochmal runterladen und Dir anschauen, was das für eine Datei ist.

Servus
Heinz

Moin Heinz,

ich habe das jnlp File runter geladen und per Console aufgerufen. Das startet dann icedteaweb und sollte den Rest nachladen.
Normalerweise habe ich das jnlp File direkt per icedteaweb geöffnet. Da bekomme ich aber gar keine Rückmeldung mehr.

Gruss
teaburn

Moin teaburn,

ich habe gerade mal in einer VM Fedora 33 frisch installiert und den STS zum laufen bekommen. (Mit Oracle Java + icedtea-web, aber auch nur bei Start via Terminal mit javaws Befehl)
Welches Java nutzt du auf deinem System?

Gruß
Peter

Notiz für mich:
https://java.com/de/download/linux_manual.jsp (download java rpm)
https://java.com/de/download/help/linux ... stall.html (installationshinweis java rpm)
https://www.codeflow.site/de/article/ho ... and-fedora (genutzte java version auswählen, da Standardmäßig javaOpenJDK mitgeliefert)
https://github.com/knapsu/plex-media-pl ... /issues/13 (libnsl fehler; --> ln -s /usr/lib64/libnsl.so.2 /usr/lib64/libnsl.so.1)

Moin Peter,

danke für die schnelle Info. Ich meine das ich früher nicht extra Oracle Java installiert habe.
Folgendes Java ist bei mir installiert:
rpm -qa |grep java
javapackages-filesystem-5.3.0-13.fc33.noarch
tzdata-java-2020d-1.fc33.noarch
abrt-java-connector-1.2.0-5.fc33.x86_64
javapackages-tools-5.3.0-13.fc33.noarch
java-11-openjdk-headless-11.0.9.11-4.fc33.x86_64
java-1.8.0-openjdk-headless-1.8.0.275.b01-1.fc33.x86_64
java-1.8.0-openjdk-1.8.0.275.b01-1.fc33.x86_64
java-11-openjdk-11.0.9.11-4.fc33.x86_64

Ich schaue mir mal deine "internen" Notizen an, wenn du es geschafft hast sollte es ja möglich sein.

Gruss
teaburn

Wenn ich mit # alternatives --config java auf oracle java umschalte und das jnlp mit javaws öffne, kommt Sofort das Oracle Java.
Hier bekomme ich aber immer noch einen Fehler:
org.xml.sax.SAXParseException; lineNumber: 15; columnNumber: 3; Elementtyp "meta" muss mit dem entsprechenden Endtag "</meta>" beendet werden.
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl.parse(Unknown Source)
at com.sun.deploy.xml.XMLParser.parse(Unknown Source)
at com.sun.deploy.xml.XMLParser.parse(Unknown Source)
at com.sun.javaws.jnl.XMLFormat.parse(Unknown Source)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
at com.sun.javaws.Launcher.updateFinalLaunchDesc(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main.access$000(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)


Gruss
teaburn

Moin,
mit

teaburn hat geschrieben: ↑Fr Dez 11, 2020 1:26 pm rpm -qa |grep java

bekommst du leider das jre nicht angezeigt. Zumindest bei mir war es so, sehe das bei dir gerade auch nicht. Die angezeigten Packages zeigen soweit ich das richtig sehe nur OpenJDK.
Das wäre die passenden Suche Dein alternatives --config java sollte ungefähr so aussehen (+ ist das aktive):
Ich weiß nicht wie alte dein .jnlp File ist, aber ich würde in diesem Fall einmal empfehlen:
- Alten Download entwerden
- Altes .jnlp File löschen
- jnlp datei neu herunterladen

Sollte das File älter sein als der 19.4 musst du nur das alte File löschen und neu herunterladen. ( viewtopic.php?f=21&t=35260 )
Gruß
Peter

PS: Einen Hinweis wegen OpenJDK und Orace jre findest du hier viewtopic.php?f=21&t=31258 (ist aus 2017, gilt aber immer noch)

Moin Peter,

jetzt bin ich etwas sprachlos, bei mir sieht es genauso aus wie bei dir.
Der Download ist vom 05.12, sollte also auch kein Problem sein.

Hast du den Fehler schon mal gesehen? Bei anderen Sprachen hätte ich gesagt das XML Paket fehlt.

Gruss
thorben

Ich habe es mal mit verbose gestartet, werde aber nicht schlau draus:

$ javaws -verbose sts-teabu.jnlp
add secure props: <-Djnlp.ircserver=bespin.stellwerksim.de>
add secure props: <-Djnlp.timeserver=bespin.stellwerksim.de>
add secure props: <-Djnlp.webserver=www.stellwerksim.de>
add secure props: <-Djnlp.service=https://www.stellwerksim.de/soap.php>
add secure props: <-Djnlp.log=www.stellwerksim.de/javalog.php>
add secure props: <-Djnlp.controlbot=sts-control>
add secure props: <-Djnlp.controlroomPrefix=#control>
add secure props: <-Djnlp.readyroom=#readyroom>
add secure props: <-Djnlp.readyroomchannels=#Lobby:Lobby;#quassel:Spielanfragen>
add secure props: <-Djnlp.mixfilterchannels=#Lobby>
add secure props: <-Djnlp.startchannel=#lobby>
Java(TM) Web Start 11.271.2.09-fcs Launching: /usr/java/jre1.8.0_271-amd64/bin/java
/usr/java/jre1.8.0_271-amd64/bin/java
-classpath
/usr/java/jre1.8.0_271-amd64/lib/deploy.jar
-Djava.security.policy=file:/usr/java/jre1.8.0_271-amd64/lib/security/javaws.policy
-DtrustProxy=true
-Xverify:remote
-Djnlpx.home=/usr/java/jre1.8.0_271-amd64/bin
-Djava.security.manager
-Djnlpx.origFilenameArg=sts-teabu.jnlp
-Djnlpx.remove=false
-Dsun.awt.warmup=true
-Xbootclasspath/a:/usr/java/jre1.8.0_271-amd64/lib/javaws.jar:/usr/java/jre1.8.0_271-amd64/lib/deploy.jar:/usr/java/jre1.8.0_271-amd64/lib/plugin.jar
-Djnlp.ircserver=bespin.stellwerksim.de
-Djnlp.timeserver=bespin.stellwerksim.de
-Djnlp.webserver=www.stellwerksim.de
-Djnlp.service=https://www.stellwerksim.de/soap.php
-Djnlp.log=www.stellwerksim.de/javalog.php
-Djnlp.controlbot=sts-control
-Djnlp.controlroomPrefix=#control
-Djnlp.readyroom=#readyroom
-Djnlp.readyroomchannels=#Lobby:Lobby;#quassel:Spielanfragen
-Djnlp.mixfilterchannels=#Lobby
-Djnlp.startchannel=#lobby
-Xms500M
-Djnlpx.heapsize=500M,NULL
-Djnlpx.splashport=43929
-Djnlpx.jvm=/usr/java/jre1.8.0_271-amd64/bin/java
-Djnlpx.vmargs=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
com.sun.javaws.Main
-verbose
-notWebJava
sts-teabu.jnlp

Hallo Thorben,
so langsam bin auch am Ende meines Wissens...
Also hier viewtopic.php?p=222811#p222811 hatte wer die gleiche Exception (aber Windowssystem) hat ein neuer Donload geholfen.
Die verbose Ausgabe ist bei mir, bis auf die User Daten, identisch.

Hast du evtl. noch andere Fehler in der Konsole beim Start?
Gruß

Moin,

die JNLP-Datei ist ziemlich sicher falsch - <meta> ist kein JNLP-, sondern ein HTML-Tag. Du hast also eine Webseite herunter geladen. Benenne die .jnlp mal in .html um und öffne sie mit einem Browser - die Seite könnte dir einen Hinweis geben, was schief gelaufen ist.

Gruß,
DevonFrosch

Hallo DevonFrosch,

du hast recht es ist eine HTML Datei. Liegt das an meinem Account? Hab da jetzt keinen Fehler gefunden.

Gruss
teaburn

Moin,

Ich hätte jetzt erwartet, dass in der HTML-Datei eine Fehlermeldung drin steht - üblicherweise ein “Sie sind nicht eingeloggt“, weil der Browser Cookies blockiert hat. Schau am besten mal darin nach.

Gruß,
DevonFrosch

So sieht die Datei aus:
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="https://www.stellwerksim.de"
href="https://www.stellwerksim.de/download-jnlp.php?token=XXX">
<information>
<title>StellwerkSim</title>
<vendor>JS</vendor>
<homepage href="http://www.js-home.org/" />
<description>Stellwerk Simulation</description>
<icon href="/sts1-minicut.jpg"/>
<shortcut online="false">
<desktop/>
<menu submenu="StellwerkSim.de"/>
</shortcut>
</information>
<security>
<all-permissions/>
</security>
<update check="always" policy="always" />
<resources>
<!-- Application Resources -->
<j2se version="1.8.0*" href="http://java.sun.com/products/autodl/j2se" java-vm-args="-Dcom.sun.management.jmxremote" initial-heap-size="500M" />
<j2se version="9+" href="http://java.sun.com/products/autodl/j2se" java-vm-args="--add-modules=java.xml.ws" initial-heap-size="500M" />
<jar href="Loader.jar" download="progress"/>
<jar href="sts.jar" main="true" download="eager"/>
<jar href="js-tools.jar" download="eager"/>
<jar href="STSQuery.jar" download="eager"/>

<property name="jnlp.ircserver" value="bespin.stellwerksim.de"/>
<property name="jnlp.timeserver" value="bespin.stellwerksim.de"/>
<property name="jnlp.webserver" value="www.stellwerksim.de"/>
<property name="jnlp.service" value="https://www.stellwerksim.de/soap.php"/>
<property name="jnlp.log" value="www.stellwerksim.de/javalog.php"/>
<property name="jnlp.controlbot" value="sts-control"/>
<property name="jnlp.controlroomPrefix" value="#control"/>
<property name="jnlp.readyroom" value="#readyroom"/>
<property name="jnlp.readyroomchannels" value="#Lobby:Lobby;#quassel:Spielanfragen"/>
<property name="jnlp.mixfilterchannels" value="#Lobby"/>
<property name="jnlp.startchannel" value="#lobby"/>
</resources>
<application-desc
name="StellwerkSim"
main-class="js.java.schaltungen.stsmain"
width="300"
height="300">
<argument>XXXX</argument>
<argument>XXXX</argument>
<argument>teaburn</argument>
</application-desc>
</jnlp>

Moin,

ok, da der Token (aus der 2. Zeile) dort drin steht, solltest du einmal alle alten Downloads entwerten und dann die JNLP-Datei nochmal neu herunterladen.

Die Datei an sich sieht in Ordnung aus, das ist JNLP-Code. Wenn du weiterhin die Fehlermeldung bekommst, dass er den <meta>-Tag nicht lesen kann, läuft dann im weiteren Verlauf was schief... Probier' das bitte nochmal aus.

Gruß,
DevonFrosch