Frage

Java Web Start nicht mit 64-bit-builds von JDK.Warum ist das so?Was fehlt, hält es in der Gebäude-und arbeiten?

War es hilfreich?

Lösung

dachte, Sie würden vielleicht wollen das neue Update wissen ist, aus: http://java.sun.com/javase/6/webnotes/6u12. html

  

64-Bit-Browser-Unterstützung für Java Plugin   und Java Webstart Diese Version   unterstützen die neue Java-Plugin und Java   Webstart auf AMD64-Architektur, auf   Windows-Plattformen. Ein Java offline   Installer (JRE und JDK) vorgesehen ist.   Beachten Sie, wenn Sie mit 32-Bit und 64-Bit   austauschbar Browser, werden Sie   installieren müssen sowohl 32-Bit- und 64-Bit   JREs, um Java-Plug-In zu haben, für   beide Browser.

Andere Tipps

Anscheinend gibt ist kein Grund, da sie in JRE6u12. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id= 4626735

Meist ist es ein Mangel an Nachfrage. Sie müssen nur wirklich 64-Bit-Version, wenn Sie beabsichtigen, für einen Web-Client starten mehr als 1200 MB Arbeitsspeicher ausgeführt werden. Ansonsten macht es keinen großen Unterschied machen.

Kennen Sie irgendwelche Beispiele für eine Web-Start-Anwendung, die so viel Speicher verwendet?

Ja, Javawebstart ist nicht nur verwendet, um starten Sie ein app-ausgehend von einem einfachen Besuch der Website über Ihren browser.Es ist auch für JNLP-Bereitstellung.Und Anwendungen, die brauchen MEHR als nur 2-3 GB sind wirklich vorhandenen.JavaWebStart funktionierte in der Vergangenheit zum start im 64 bit-Modus.Aber jetzt javawebstart nicht mehr ehrt -D64 command line flag gegeben, um die Kommandozeilen-Parameter der VM (was noch schlimmer ist, ist, dass wir selbst beschränkt sich auf etwa 247MB auch wenn wir passieren die VM-Parameter -Xmx (die nicht mehr geehrt zu sein !!)

Mit JNLP-Anwendungen ist jetzt unmöglich.Wir benötigen die volle Unterstützung von 64-bit-Modus (und ein Weg, um pass VM-Erstellung-Parameter).Dies ist nicht nur eine Beschränkung, sondern eine schwere Rückkehr zu den alten Zeiten, mit Java VM immer jetzt extrem langsam und austauschen.

Es sieht aus wie die Java-Dokumentation ist jetzt falsch, oder die Unterstützung der parameter für die er sich verändert hat.Wenn Sie jemals installiert haben, müssen Sie einige Hilfsmittel, die Ihnen den Verbänden der JNLP mit einem Befehl, ist es möglich, dass Sie sich geändert hat, das mapping mit der installation des 32-bit-version von Javawebstart in \windows\syswow64 (das Java control panel nicht erkannt und nicht aktualisieren), wenn zur gleichen Zeit haben Sie das neueste update instaleld in \windows\system32 mit einer 64-bit-javaws laucnher, dass suports SOWOHL die 32-bit-und 64-bit-VMs.

Starten Sie java in 64-bit-Version, wenn Sie haben installiert sowohl die 32-bit-und 64-bit-Versionen, müssen Sie die erstellte Verknüpfung auf dem descktop oder start-Menü, um zu sehen, dass es effektiv usees Sie den richtigen Pfad \windows\system32, und dass der parameter "-J-d64 - " vorhanden ist (wie auch "-J-Mx=3048m" wenn Sie wollen, um erhöhen Sie die maximale Größe der VM.Ansonsten wird Ihre VM 32 bit und beschränkt sich auf 247 MB !!!

Ich hasse solche tools, die Installation und ändern der Java-installation woanders hin, ohne richtig zu registrieren, Sie in der Windows-Registrierung, indem Sie eine unterstützte installation Methode (nicht nur für Ihren eigenen Gebrauch, aber versucht zu ändern, Vereinigungen von Datei-Typen.

Trotzdem gibt es einen Fehler im Java control panel für Windows wenn Sie keine Hilfe beim wiederherstellen der Datei-Verbände, und nicht erkennen, dass eine andere JRE eingestellt wurde (in den meisten Fällen oan veraltete version !) Und die Dokumentation immer noch fälschlicherweise, dass wir die folgende VM-parameter "-D64", wenn es "sein sollte-d64" (die erstere ist nur eine Eigenschaft definieren, mit einem undefinierten Wert in der Umwelt).

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top