Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
vielleicht könnt ihr mir helfen,
ich habe ein Java Webstart-Anwendung entwickelt.
Bei mir läuft sie auch ohne Probleme,
nun habe ich sie auf einem anderen Rechner ausprobiert zu öffnen,
da hängt sich die Anwendung nach 2 % des Ladebalkens auf.
Zuerst dachte ich, es liegt am JRE, da auf diesem Rechner noch 1.7.2 installiert war, ich brauche aber mindestens 1.7.6. Also habe ich Java auf die aktuelle Version upgedatet.
Leider hat das auch nichts geholfen!
Die Java-Konsole spuckt folgendes aus:
Code:
Match: beginTraversal
Match: digest selected JREDesc: JREDesc[version 1.6+, heap=-1--1, args=null, href=http://java.sun.com/products/autodl/j2se, sel=false, null, null], JREInfo: JREInfo for index 0:
platform is: 1.7
product is: 1.7.0_07
location is: [url]http://java.sun.com/products/autodl/j2se[/url]
path is: C:\Program Files\Java\jre7\bin\javaw.exe
args is: null
native platform is: Windows, amd64 [ x86_64, 64bit ]
JavaFX runtime is: JavaFX 2.2.0 found at C:\Program Files\Java\jre7\
enabled is: true
registered is: true
system is: true
Match: ignoring maxHeap: -1
Match: ignoring InitHeap: -1
Match: digesting vmargs: null
Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
Match: JVM args after accumulation: [JVMParameters: isSecure: true,
args: ]
Match: digest LaunchDesc: null
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: true, args: ]
Match: endTraversal ..
Match: JVM args final:
Match: Running JREInfo Version match: 1.7.0.07 == 1.7.0.07
Match: Running JVM args match: have:<> satisfy want:<> Java-Plug-in 10.7.2.10 JRE-Version verwenden 1.7.0_07-b10 Java HotSpot(TM) 64-Bit Server VM Benutzer-Home-Verzeichnis = C:\Users\sumsum
Aber das mit der codebase sieht verdächtig falsch aus. Normalerweise ergibt sich der Pfad zur JNLP aus codebase + href. Die Pfade aller anderen Ressourcen sind dann entweder relativ zur codebase oder absolut angegeben.
Hier ist z.B. eine JNLP zu einer Java Anwendung (ohne FX).
Ich vermute, dass der bei Dir die Ressourcen einfach nicht finden kann.
Also ich habe eine feste Adresse, auf anderen Rechnern geht es ja auch...?
Nun habe ich die jnlp-Datei mal über die Console gestartet, dabei kam folgender Fehler:
Java:
CouldNotLoadArgumentException[ Angegebene Datei/URL konnte nicht geladen
werden: pConfig.jnlp]
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)
Das Problem ist nicht nur der fehlende Host, sondern auch das codebase bei Dir auf die JNLP zeigt. Codebase ist aber ein Host/Verzeichnis, href wäre die Angabe zur JNLP. codebase + href muss dann ein gültiger Pfad zur JNLP ergeben.
Bei Dir kann der halt schon die JNLP nicht laden. Die JAR wahrscheinlich auch nicht. Die Groß-Kleinschreibung ist auch wichtig, oben steht Pconfig.jnlp unten pConfig.jnlp.
Ich vermute, das bei den Rechnern, bei denen es geht, die Ressourcen aus dem Cache geladen werden. Und bei den Rechnern, bei denen es nicht geht, die Ressourcen eben nicht vorhanden sind und online finden, kann Webstart sie eben auch nicht. Deshalb sollte man beim Testen auch immer wieder den Webstart Cache leeren oder ganz ausschalten (geht aber nicht immer).
Vergleiche Deine JNLP doch noch mal mit meiner von oben. In meiner steht: [c]codebase="http://sandbox.mschorn.net/" href="jnlps/basecode.jnlp"[/c] sowie [c]jar href="jars/sandbox.jar"[/c].
Daraus ergeben sich die realen Pfade:
[c]http://sandbox.mschorn.net/jnlps/basecode.jnlp[/c] für die JNLP.
[c]http://sandbox.mschorn.net/jars/sandbox.jar[/c] für die JAR.
Sobald die Pfade stimmen und Du sie z.B. auch mit dem Browser öffnen kannst, kann Webstart die auch finden.
Habe mein jnlp dementsprechend abgeändert,
leider macht kommt genau der selbe Fehler!
Habe bei mir auch mal den Java-Cash geleert,
da funktioniert auch alles, nur eben auf diesem Rechner nicht,
dabei dachte ich das Java-Webstart weitgehend unabhängig von den Rechnergegebenheiten läuft,
wenn die Voraussetzungen erfüllt sind.