'findstr" n'est pas reconnu comme une commande interne ou externe,

j'ai eu l'erreur suivante en démarrant JBoss à partir d'une invite de ligne de commande aujourd'hui:

'findstr' is not recognized as an internal or external command
24
demandé sur Nayuki 2012-04-20 14:09:01
la source

8 ответов

s'il vous Plaît google, vous pouvez trouver beaucoup de réponses. Mais faites comme ci-dessous pour le réparer. Ajoutez la valeur suivante au clic droit sur mon ordinateur - > Avancé - > Variables D'environnement - > Variables système - > sélectionnez la variable Path - > ajoutez la valeur ci-dessous.

C:\WINDOWS\system32

Cela devrait fonctionner avec ce changement.

55
répondu Phani 2012-04-20 17:08:11
la source

s'il vous Plaît aller à travers les plus simples étapes:-

  1. C:\Windows\system32\ et copier findstr.exe fichier.
  2. coller ce fichier dans l'emplacement C:\Program Files\Java\jdk1.6.0_24\bin
  3. Exécuter votre jboss, vous sortir de cette situation.....
6
répondu Suryaprakash 2012-10-01 18:04:54
la source

pour moi ça fonctionne, quand je ai fait face findstr(à partir de windows/system32) de wildfly/bin

2
répondu Ssss 2015-12-07 18:29:09
la source

vérifiez si vous évaluez %SystemRoot% (tapez chemin défini dans une invite de commande, vous ne devriez pas voir %SystemRoot%, mais plutôt ce chemin réel). Si la première entrée de votre variable path (utilisateur, ou système) commence par un %(une variable d'environnement) cela peut causer un problème.

pour résoudre ce problème, changez simplement cette première entrée avec quelque chose d'autre dans votre chemin qui ne mène pas avec une variable d'environnement.

1
répondu Mike Casa 2014-01-15 20:51:03
la source

vous pouvez aussi coder le répertoire en remplaçant 'findstr' par 'C:\Windows\system32\findstr". Ceci est utile lorsque vous utilisez des systèmes avec des permissions utilisateur restreintes.

1
répondu user3356759 2014-02-27 15:00:16
la source

comme d'autres l'ont souligné, le problème est dans les mauvais réglages de la variable PATH dans Windows. Selon article c'est très probablement parce qu'un installateur stupide a modifié à tort la variable PATH dans le registre de Windows. Registry a 2 types de valeur de chaîne de caractères différents - REG_SZ et REG_EXPAND_SZ. Seul le second permet l'expansion de %SystemRoot%.

alors vérifiez votre chemin en tapant set path dans l'invite de commande. Si vous voyez non développés %SystemRoot% et d'autres variables dans le chemin, vous êtes affecté (le chemin ne doit afficher que les noms de répertoire, pas les variables).

vous devez éditer la variable Path dans le registre:HKEY_CURRENT_USER\Environment et HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment. Comme il n'est pas possible de changer le type de clé, sauvegardez la valeur de chemin quelque part, supprimez la clé et recréez-la avec le type REG_EXPAND_SZ. Vous devez vous déconnecter pour que les changements prennent effet.

0
répondu Marki555 2014-09-23 12:59:40
la source

j'ai essayé de travailler avec play framework mais je suis resté avec pour exécuter activator.le fichier bat mais la solution est le même juste copier le fichier de windows/system32 / findsr et le passer sous le dossier coincé puis exécuter le fichier respectif à nouveau. merci à andrewsiand Suryaprakash

0
répondu I.Sharma 2017-04-09 15:41:01
la source

attention, les systèmes Windows actuels utilisent un "S" majuscule pour le répertoire système, donc: C:\WINDOWS\System32 %SystemRoot % \System32

omettre le capital s entraînera une négligence de la ligne dans le % PATH%

0
répondu Bhoomi2010 2018-05-24 14:52:42
la source

Autres questions sur