J'ai suivi les instructions d'installation officielles ici pour Windows XP. Mais parfois, quand j'exécute mvn --version
, je reçois le message d'erreur,
'MVN' non reconnu comme une commande interne ou externe
J'ai même redémarré ma machine plusieurs fois, mais le système d'exploitation ne reconnaît pas toujours la commande maven. Mais lorsque j'exécute, cd %M2_HOME%
ou cd %M2%
, cela m'amène au répertoire d'installation. Je me suis également assuré d'ajouter la variable utilisateur M2
à la variable système Path
.
Alors, qu'est-ce qui donne?
La solution serait de déplacer M2
de utilisateur variables vers système variables
On dirait que maven n'est pas présent dans votre PATH. Ajoutez l’emplacement absolu du répertoire home\bin à votre CHEMIN.
Téléchargez le fichier Apache-maven-3.3.9-bin.Zip
et extrayez-le.
Puis définissez la variable système M2_HOME = B:\sql software\Apache-maven-3.3.9
ou selon le cas
Définir également la variable M2 = %M2_HOME%\bin
Ouvrez CMD
et écrivez mvn
J'ai résolu merci
J'ai eu ce même problème, redémarrez la commande Invite, puis vérifiez essayez mvn --version. Il était probablement défini et fonctionnait tout le temps, mais la commande Invite devait être redémarrée pour pouvoir accéder à la nouvelle variable système.
Juste en ajoutant quelques informations supplémentaires qui ont résolu le problème pour moi:
Merci à Pawan Valecha et à Abhijeet Sawant pour leurs conseils.
même problème.
et je l'ai résolu par:
et puis mvn --version
fonctionne.
Heres ce que j'ai mal fait:
1) assurez-vous que sesPASdans un [C:\Program Files (x86)] il devrait être dans [C:\Program Files] je ne suis pas à 100% si cela pourrait le casser mais vous ne savez jamais.
2) Il y avait 3 choses que je devais faire dans mon environnement Variables pour le faire fonctionner
Maven doit être configuré de la manière suivante (pouvant être des variables utilisateur ou un système): - M2:% M2_HOME%\bin - M2_HOME: (votre répertoire à la racine de Maven, pas\bin) - CHEMIN:% CHEMIN%;% M2%
Vous devriez alors pouvoir exécuter mvn
à partir de la commande Invite.
J'ai souffert de ce problème et constaté que, pour une raison ou une autre, les variables d'environnement n'étaient tout simplement pas analysées (l'exécution de cd %M2%
m'a indiqué qu'il n'y avait pas de dossier %M2%
dans le répertoire actuel). Finalement, ajouter le chemin explicite à l'exécutable de Maven a fonctionné pour moi:
C:\Apache-maven-3.1.0\bin
J'ai résolu ce problème en créant toutes les variables sous user (y compris la variable PATH
) ..__ C'est parce que les variables système ne "traduisent" pas les variables utilisateur . Si vous voulez uniquement utiliser votre compte, vous devez ajouter une autre variable PATH
en tant que variable utilisateur, et non pas variable système.
Étapes d'installation
C:\Users\XXXXXXX> mvn --version Apache Maven 3.3.9 (bb52d8502b132ec0a5a4f4c09453c07478323dc5; 2015-11-10T22: 11: 4 7 + 05: 30). -maven-3.3.9Java version: 1.8.0_40, fournisseur: Oracle Corporation Accueil Java: C:\Program Files\Java\jdk1.8.0_40\jre Paramètres régionaux par défaut: en_US, codage de la plateforme. : Cp1252 Nom du système d'exploitation: "Windows 8", version: "6.2", Arch: "AMD64", famille: "dos"
** Assurez-vous que toutes les variables ont des valeurs correctes en utilisant echo% M2_HOME% sur CMD
Vous devez définir M2 et M2_HOME . Je rencontrais le même problème et le problème était que j'avais mis un espace supplémentaire dans la variable PATH après le point-virgule. Je viens de retirer de l’espace et cela a fonctionné. (Machine Windows 7)
Je faisais face au même problème, puis j'ai fermé et rouvert cmd.exe pour obtenir mvn -vto propager à l'invite de commande.
Si cmd était ouvert lorsque vous avez défini les variables, elles ne seront pas disponibles dans cette session.
J'avais un problème similaire sur Windows 7. Au début, j'ai configuré M2, M2_HOME sous la variable utilisateur, mais lorsque j'ai fait écho à% PATH%, je n'ai pas vu le répertoire maven bin répertorié sous PATH. Ensuite, j'ai configuré M2, M2_HOME sous variable système et cela a fonctionné.
L'exécution de l'invite de commande en tant qu'administrateur a résolu le problème pour moi. Je n'ai pas eu à déplacer M2 ou M2_HOME sous les variables système.
Comme d'autres l'ont fait, la création de nouvelles variables système M2 et M2_HOME a résolu le problème. Le simple fait de créer les variables utilisateur M2 et M2_HOME sur ma machine Windows XP a pour conséquence que maven n’est pas reconnu à partir de la ligne de commande. J'ai ensuite supprimé les variables utilisateur, créé des copies en tant que variables système et tout est né.
C'était Apache-maven-3.0.4 avec XP sp3 . Ainsi, les instructions dans: http://maven.Apache.org/download.cgi semblent incorrectes.
Assurez-vous de ne pas avoir renommé un dossier se trouvant dans le chemin de la variable d'environnement M2
. Dans ce cas, changez votre M2
et/ou M2_HOME
en conséquence.
Peu importe que M2
ou M2_HOME
soient des variables système ou des variables utilisateur, à condition que vous soyez connecté avec le même utilisateur que celui sous lequel les variables d'environnement se trouvent.
Très probablement, vous n’avez peut-être pas installé correctement maven. utilisez this pour télécharger maven. Téléchargez le dernier fichier (Binary tar.gz)
.Il a fonctionné pour moi.
Ajoutez votre chemin Maven bin à la variable système comme indiqué ci-dessous
Aller au
> Enviornment Variables > set Path=D:\Apache-maven-3.2.1\bin
ou si path est déjà défini, ajoutez le chemin avec ";"
relancez la commande et essayez
Supprimez M2 et M2_HOME des variables utilisateur et passez aux variables système. Cela résoudra le problème
La réponse acceptée n'a pas aidé mais simple étape ci-dessous résoudre ce problème!
Sous PATH du système: Au lieu d'utiliser M2%, utilisez% M2_HOME%\bin, aussi simple que cela.
N.B mon% M2_HOME% pointe vers% MV3_HOME% au lieu du chemin absolu réel bcos. Plusieurs versions de maven sont installées et j'essaie d'être intelligent (bascule entre les versions maven sur le même boîtier pour différents projets).
Je l'ai résolu en ajoutant la variable Path dans les variables utilisateur en tant que %Java_HOME%\bin;%M2_HOME%\bin;
J'étais confronté au même problème lors de l'exécution de la commande mvn -version; Cependant, j'ai vérifié que j'avais également défini les options mvn dans le paramètre variables d'environnement, ce qui m'a causé un problème de mémoire heap sur la commande Invite. J'ai donc supprimé les options Maven que j'avais définies et cela a bien fonctionné pour moi.
En supposant que vous ayez créé le chemin de variable pour maven comme suit:
Sous Chemin d'accès au système, cliquez sur new
, puis modifiez comme suit:
Nom de la variable: MAVEN_HOME
Valeur de la variable: C:\Program Files\Apache-maven-3.5.3\bin
Puis continuez avec ces instructions:
Sous Chemin du système, mettez à jour le chemin de la variable en cliquant sur modifier et ajoutez:
C:\Program Files\Apache-maven-3.5.3\bin;
juste après:
C:\Program Files\Java\jdk\1.8.0_161\bin;
n'oubliez pas d'ajouter le point-virgule ;
après le \bin
comme indiqué ci-dessus, puis exécutez votre invite cmd et tapez:
mvn -v
Avait le même problème,
mvn --version
travaillé mais
maven --version
n'a pas. Je préfère utiliser 'mvn' plutôt que 'maven', donc tout va bien. Je me déconnecte/connecte aussi pour en être sûr.
Une solution temporaire consisterait à définir le chemin à partir du terminal lui-même. Travaillé pour moi après ça. Exécuter en tant qu'administrateur fonctionne également. M2 et M2_HOME sont déjà définis comme variables système dans mon cas.
J'ai eu le même problème, il n'y avait pas de problème dans ma syntaxe, mais lorsque j'ai déplacé les variables d'environnement M2
, M2_HOME
, Java_HOME
, d'un utilisateur à un autre, il a commencé à fonctionner. Les variables de chemin sont restées les mêmes.
course à pied pour gagner 7