Comment faire du JDK le JRE par défaut?

La réponse est "non", il n'y a aucun moyen d'obtenir le JDK à la JVM par défaut lors de l'installation.

Que l'autre répond point, vous pouvez ajuster votre chemin et votre JAVA_HOME pour le JDK, ou une autre JVM entièrement. C'est en fait ce que l'installation de Java dans le premier place.

Cependant, votre problème est que vous voulez tools.jar pour être trouvé. Pour ce faire, vous pouvez le copier dans le répertoire ext sous votre JVM par défaut. Vérifiez le JDK structure du fichier ici. Ce sera probablement le travail.

D'autre part, si la modification de la JAVA_HOME et les variables de CHEMIN d'accès de Java semble ennuyeux, n'oubliez pas que c'est juste une série de choses que nous faisons pour nous garder forte c'est juste une blague, suce que nous avons encore à le faire en 2009 http://www.smiley-faces.org/smiley-faces/smiley-face-smile.gif

La copie de la tools.jar fichier à un emplacement où l'Éclipse est à la recherche pour que ça peut fonctionner, mais est en désordre et fragiles, car c'est une étape que vous ne peut pas se rappeler la prochaine fois que vous mettez à niveau votre JDK. Le mieux est de les convaincre de l'Éclipse de chercher au bon endroit.

Réglage JAVA_HOME à l'emplacement correct qui fonctionne pour certains outils, mais Eclipse n'a pas d'honneur, il.

Un couple de choses à essayer:

• Assurez-vous que votre JDK est identifié et
  sélectionné en vertu de
  Préférences->Java->Installé Jre.

• Assurez-vous que la Fourmi est invoquée par l'
  JDK. Un indice est que dans le haut de
  la sortie de la Console, vous devriez voir la
  chemin de la javaw.exe qui est
  utilisé. Si ce chemin est dans le JRE,
  plus convaincante est nécessaire. Vérifier
  Exécuter->Outils Externes->Outils Externes
  Configurations->[Ant]->JRE
  et assurez-vous que les paramètres de là
  le JDK.

Vous pourrait probablement écrire un script WSH pour reconfigurer votre chemin automatiquement.

Ce script JScript imprime juste quelques infos:

//file:  jdk.js              usage: cscript /Nologo jdk.js
var objShell = WScript.CreateObject("WScript.Shell");
function setJdk(version) {
  try {
    var jdk = objShell.RegRead("HKEY_LOCAL_MACHINE\\SOFTWARE\\" +
       "JavaSoft\\Java Development Kit\\" + version + "\\JavaHome");
    if(jdk != null && jdk != "") {
      jdk += "\\bin";
      var path = objShell.RegRead("HKEY_CURRENT_USER\\Environment\\Path");
      path = jdk + ";" + path;
      WScript.Echo("Could set PATH to " + path + "\n");
    }
  } catch(err) { /*probably key does not exist*/ }
}
setJdk("1.7");
setJdk("1.6");
setJdk("1.5");

Il y a un RegWrite méthode qui peut être utilisée pour écrire dans le registre. Il y a un peu de travail a consisté à déterminer la version la plus récente et de remanier le chemin, en supprimant les entrées obsolètes et de tri du système contre les chemins de l'utilisateur. Pas de doute, il pourrait être utilisé pour définir JAVA_HOME trop. Le JDK entrée devra comparaître devant le system32 répertoire, comme le programme d'installation JRE met un java.exe.

(Je ne suis pas sûr à 100% si le shell de revenir sur ces changements ou si un redémarrage/env variable de rechargement d'une certaine sorte, serait nécessaire.)

Apparemment Eclipse permet de compiler sans le tools.jar. Je suppose qu'ils ont un javac de commande qui peut travailler avec un JRE (et pas un JDK); ce pourrait être la raison pour laquelle ils peuvent dresser la liste de leurs avertissements.

De toute façon, je voudrais aller à la norme (comme suggéré ci-dessus) et d'installer un JDK sur votre système. Vous pouvez même démarrer Eclipse avec cette JDK (sans JAVA_HOME changement) en jouant sur la eclipse.ini fichier (voir ces instructions).