Ich möchte das Verzeichnis und die Unterverzeichnisse eines aktuellen Java 1.6-Updates 11 in ein Softwarepaket einbetten, auf dem ich installieren werde mehrere andere PCs und möchte wissen, was die Nachteile dabei sind (falls vorhanden). Ich möchte das so machen, dass meine Version auf Java andere Versionen auf den PCs nicht überschreibt.Wird es Probleme geben, indem ich eine Java-Version von einem PC auf einen anderen kopiere anstatt sie zu installieren?
Unter Linux, keine Probleme. Auch unter Windows sollten keine Probleme auftreten, wenn Sie JDK/JRE verwenden, indem Sie den Pfad und JAVA_HOME auf das Verzeichnis festlegen. Sie können das Applet-Plugin jedoch nicht verwenden, ohne die Registrierung zu stören.
Ich habe gesehen, dass einige Software das tun (zB: Packen Sie die JRE mit der Software), der Hauptnachteil dieses Ansatzes ist die größere Größe Ihres Pakets und es besiegt einen der guten Gründe, JRE zu verwenden dass es breit verteilt ist).
Warum sind Sie besorgt, eine neuere JRE über bereits vorhandene zu installieren? Die JRE sollte abwärtskompatibel sein. Wenn dies Ihre Motivation ist, würde ich die Installation der neuen JRE in Erwägung ziehen, anstatt sie in der von Ihnen vorgeschlagenen Weise zu verpacken, da keine Probleme mit der Abwärtskompatibilität auftreten sollten.
Ich stimme nicht zu. Installieren Sie auf jeden Fall Ihre eigene JRE mit Ihrem Code, genauso wie die Version, auf der Sie getestet haben. Wenn Sie eine gängige JRE aktualisieren, kann sie später von jemand anderem erneut aktualisiert werden und Ihren Code beschädigen. Die JRE sollte "rückwärtskompatibel" sein, aber es ist nicht so, dass es am sichersten ist, eigene zu haben. –
Wenn es also eine Sicherheits-Vunreability in der JRE gibt, die Sie verteilt haben, kann der Benutzer ihn nicht durch Herunterladen der neuesten JRE patchen? Stattdessen muss der Benutzer warten, bis der Entwickler eine neue Version seines Pakets sendet ... – hhafez
Danke für Ihre Antworten; Der Grund, warum ich diesen Ansatz verwenden möchte, ist, weil eine meiner Anwendungen nicht mit einer Version von Java höher als 1.6u11 arbeitet; Wenn ein Benutzer automatische Updates für Java aktiviert hat oder wenn er sich für ein Upgrade auf eine höhere Version entscheidet, wird das meine andere Anwendung, die nur mit Java 1.6u11 funktioniert, unterbrechen. Durch die Einbettung der JRE-Dateien/Ordnerstruktur mit der Installation meiner Anwendung und das Aufzeigen der Ini-Dateien zum Ausführen der Anwendung mit dieser Java-Version werde ich sicherstellen, dass die Version diejenige ist, die von der Anwendung verwendet wird und nicht die in JAVA_HOME definierte. was auch immer das ist (höher oder niedriger als 1,6u11).
Alle Kommentare sind mehr als willkommen.
Sinnvoll - ich habe diesen Ansatz aus genau demselben Grund erfolgreich in einer meiner Apps - sowohl für Linux als auch für Windows - verwendet. – talonx
Ich denke, Sie finden es möglicherweise einfacher zu beheben, welches Problem Inkompatibilität mit 1.6u11 + Versionen verursacht, anstatt veraltete JRE-Versionen mit Ihrem Code ständig zu versenden .... nur eine hilfreiche Idee! – mikera
Ich vermute, es könnte Probleme geben, wenn die beiden Computer verschiedene Chip-Architekturen verwenden (x86 vs. amd64 zum Beispiel) ... –
+1, aber Sie können javacpl.exe nach der Tatsache auch ausführen, um das Plugin für Ihre Browser zu konfigurieren –
@David: Guter Punkt - daran hatte ich nicht gedacht. – talonx