Objet des variables JAVA HOME, M2 et M2 HOME

JAVA_HOME devrait consulter le répertoire où Java que vous souhaitez utiliser est installé. Cette variable est souvent utilisée par divers scripts, il est donc recommandé de la définir. JAVA_HOME lui-même ne doit pas être ajouté à PATH. Vous devez ajouter JAVA_HOME/bin pour pouvoir exécuter des commandes à partir de ce répertoire sans spécifier le chemin concret.

M2_HOME est une maison de Maven. Il est utilisé par le script mvn (ou mvn.bat sous Windows).

Les chemins d'accueil(JAVA_HOME, M2_HOME) ne sont pas obligatoires mais bon à avoir. Un des avantages est:

Il vous aide à apporter des modifications à un endroit plutôt que de vous chercher dans la variable PATH lorsque vous installez la prochaine version de Java ou Maven. Par exemple, JAVA_HOME la variable d'environnement ci-dessous est un endroit que je dois changer lorsque je la mets à niveau vers Java Development Kit 1.8.

Je pense que vous ne comprenez pas un concept de variable d'environnement. Pour commencer, lisez ici - > http://en.wikipedia.org/wiki/Environment_variable

PATH est une variable d'environnement bien connue dans de nombreux systèmes d'exploitation (ou shells). Et cela signifie que si vous tapez un nom de programme sans chemin complet, le système d'exploitation (ou le shell) essaiera de rechercher tous les répertoires spécifiés dans la variable PATH.

D'autres programmes ont des dépendances différentes sur l'environnement. Certains d'entre eux spécifier les variables d'environnement dont ils ont besoin pour fonctionner correctement.

JAVA_HOME est utilisé par de nombreuses applications basées sur Java pour définir le lieu d'installation de Java Runtime Environment (JRE).

M2_HOME est utilisé par Maven, et encore une fois il indique au programme où trouver l'installation Maven.

PATH ne convient pas à cet effet, car il peut contenir de nombreux répertoires non liés à Java ou Maven.

La variable PATH est utilisée pour rechercher des applications (exécutables et scripts) et des DLL sous Windows. Si vous tapez "mvn", le CHEMIN est utilisé pour localiser un exécutable ou un script de ce nom. Cependant, ce n'est pas parce que le script se trouve dans un emplacement que l'application est installée dans ce répertoire. L'exemple le plus simple à décrire est celui qui existe sous UNIX. Vous pourriez avoir un lien symbolique de /usr/local/bin/mvn à l'emplacement où maven est effectivement installé. Autre des exemples / raisons pourraient être donnés.

Les variables d'environnement sont utilisés par l'application pour savoir où chercher pour les autres ressources de l'application.

Par exemple, JAVA_HOME pointe vers le répertoire où se trouve votre JDK. Lorsque JAVA s'exécute, cette application sait que d'autres ressources peuvent être trouvées par rapport au répertoire JAVA_HOME.

Cela permet à l'application par exemple C:\Windows\System32\java pour exister dans un répertoire mais l'installation de JDK pour être situé quelque part d'autre.

Il en va de même pour le répertoire M2_HOME qui pointe vers le répertoire supérieur où MAVEN est "installé" (ou décompressé).

Le répertoire M2 spécifie à l'application maven (mvn) où trouver les référentiels maven nécessaires. La valeur par défaut (sous UNIX) est HOME HOME/.m2, mais vous ne voudrez peut-être pas votre référentiel là-bas afin que vous puissiez spécifier un autre emplacement à l'aide de la variable d'environnement M2 et maven utilisera cet emplacement au lieu de la valeur par défaut.