Installer Java manuellement sur Windows? [dupliquer]
Cette question a déjà une réponse ici:
J'ai vu de nombreux produits regroupés avec JDK, je me demande s'il existe un moyen d'installer JDK en décompressant simplement le contenu dans un répertoire, donc il n'y a pas d'icône créée dans ajouter / supprimer programmes, pas d'entrées de registre, etc.
Également dans ce cas: Comment pouvons-nous configurer le plugin Java pour les navigateurs? Et comment pouvons-nous configurer les paramètres comme vu via l'entrée du panneau de configuration pour Java?
8 answers
Oui, vous pouvez créer un JDK compressé, le décompresser sur la machine cible et exécuter java, javac, etc. de ce répertoire au contenu de votre cœur.
Le moyen le plus simple de créer un tel fichier zip est d'installer le JDK sur une machine, puis de compresser le contenu du répertoire JDK. Nous le faisons dans certaines circonstances où nous devons contrôler exactement quelle configuration de Java sera utilisée dans nos déploiements. Dans ce cas, nos scripts pointent simplement JAVA_HOME (ou l'équivalent) vers notre JDK fourni en interne au lieu de compter sur un administrateur système pour installer exactement ce dont nous avons besoin avant l'arrivée.
En termes d'intégration avec les navigateurs, cela peut être un peu plus problématique. La réponse courte est non, vous ne pouvez pas intégrer directement avec le navigateur sans une sorte de d'installateur.
Selon ce, j'ai créé un script batch pour construire jdk archives automatiquement.
Les parties essentielles du lien sont:
- Créer un répertoire JDK fonctionnel ("C:\JDK" dans ce cas)
- Télécharger la dernière version de JDK à partir d'oracle (par exemple "jdk-7u7-windows-i586.exe")
- Téléchargez et installez 7-zip (ou téléchargez la version portable 7-zip si vous n'êtes pas administrateur)
- Avec 7-zip extraire tous les fichiers de "jdk - [6-7]u?-windows-i586.exe "dans le répertoire "C:\JDK"
- Dans le shell de commande (cmd.exe) procédez comme suit:
- changer le répertoire en répertoire C:\JDK.rsrc\JAVA_CAB10
- exécuter la commande: extrac32 111
- Déballer C:\JDK.rsrc\JAVA_CAB10\tools.zip avec 7-zip
- Dans le shell de commande (cmd.exe) procédez comme suit:
- changer le répertoire en C:\JDK.rsrc\JAVA_CAB10\tools\
- exécuter la commande: for /r %x dans (*.pack de) faire .\bin\unpack200 -r "%x" "%~dx%~px%~nx.jar " (cela convertira tous les fichiers de pack en jar)
- Copier tout le répertoire et tous les sous-répertoires c:\JDK.rsrc \ JAVA_CAB10 \ tools " où vous voulez que votre JDK soit et configurez manuellement JAVA_HOME et PATH pour pointer vers votre répertoire JDK et son sous-répertoire BIN.
Vous pouvez utiliser SysInternals RegMon et FileMon (maintenant détenu et dist par MS) pour voir exactement ce qui est modifié par le programme d'installation Java. Je crois qu'il y aura un certain nombre d'entrées reg que vous voudrez créer. Des produits comme WISE installer, par exemple, utilisent également ce type d'approche sous le capot pour reconditionner les installations de produits (par exemple, comme MSI).
Soyez prudent car il y a aussi des décisions dynamiques prises par l'installateur qui peuvent affecter quoi est installé (par exemple sur le serveur XP v. s. W2K3). J'ai été mordu par cela une fois en ce qui concerne les pages de code installées. Je ne me souviens pas des détails précis, mais l'effet était qu'un fichier de page de code manquait dans mon JRE + JDK intégré (partie légalement redistribuable uniquement). Cela a provoqué une erreur d'exécution très bizarre et apparemment absurde dans mon code. Il va sans dire que la même chose s'applique aux DLL JVM Server v. s. client.
Vraiment, non, du moins si vous voulez l'utiliser à partir de Windows et non de, disons, cygwin. Windows dépend trop du registre; vous pouvez simuler les mises à jour du registre nécessaires, mais le logiciel qui déplace les fichiers au bon endroit et met à jour le registre est appelé "un installateur"; vous réinventeriez simplement le programme d'installation.
Je crois que cela au moins était faisable dans une mesure limitée avec les versions antérieures de Java - je ne sais pas si c'est toujours le cas.
La plupart des entrées de registre sont utilisées pour des choses comme les plugins de navigateur, comme vous l'avez mentionné dans la question. Si vous voulez justepouvoir exécuter Java (par exemple à partir d'un fichier batch), c'est une chose - mais vraiment installer c'est une autre affaire. Même si vous voulez juste l'exécuter, vous devrez faire attention à toujours utiliser explicitement celui-ci vous avez l'intention, plutôt que d'utiliser celui installé accidentellement pour une partie de votre application.
Quel est votre cas d'utilisation réel? Avez-vous réellement besoin d'un plugin de navigateur? Quel aspect de la configuration vous intéresse? Une grande partie de la configuration du panneau de configuration concerne les mises à jour et l'intégration du navigateur. De nombreux autres aspects peuvent être contrôlés à l'aide d'options de ligne de commande pour définir des propriétés système spécifiques.
Si vous voulez juste fournir une JVM avec votre application, c'est bien, mais plus que cela, je ne le recommanderais pas.
Si vous voulez juste avoir les fichiers JDK (JRE), vous pouvez exécuter le programme d'installation dans sandboxie. Une fois installé dans le bac à sable, il suffit de copier les fichiers de c:\sandbox et vous avez terminé.
Je l'utilise pour compiler et exécuter des applications java héritées qui ne peuvent pas être migrées facilement vers une version plus récente de java. Je peux pointer Eclispe vers ce JDKs et lui dire d'être conforme à Java 1.3.
Chargez simplement la version Windows Server de Java à partir de la page de téléchargement Oracle. Configurez vous-même les variables JAVA_HOME et PATH.