web-dev-qa-db-fra.com

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

J'ai reçu l'erreur suivante lors du démarrage de JBoss à partir d'une invite de ligne de commande aujourd'hui:

'findstr' is not recognized as an internal or external command
jboss
25
user1314506

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 Mon ordinateur -> Avancé -> Variables d'environnement -> Variables système -> Variable de chemin d'accès -> ajoutez la valeur ci-dessous.

C:\WINDOWS\system32

Cela devrait fonctionner avec ce changement.

57
Phani

Veuillez suivre les étapes les plus simples: -

  1. allez à C:\Windows\system32\ et copiez le fichier findstr.exe.
  2. collez ce fichier à l'emplacement C:\Program Files\Java\jdk1.6.0_24\bin
  3. Lancez votre jboss à nouveau, vous en sortirez .....
4
Suryaprakash

pour moi, cela fonctionne quand j'ai copié findstr (de windows/system32) à wildfly/bin

3
Ssss

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

1
user3356759

Vérifiez si% SystemRoot% est en cours d'évaluation (entrez le chemin défini dans une invite de commande, vous ne devriez pas voir% SystemRoot%, mais plutôt le chemin réel). Si la première entrée de votre variable de chemin d'accès (utilisateur ou systèmes) commence par un% (une variable d'environnement), cela peut provoquer un problème.

Pour résoudre ce problème, remplacez simplement cette première entrée par tout élément de votre chemin ne conduisant pas avec une variable d'environnement.

1
Mike Casa

J'ai essayé de travailler avec le cadre de jeu, mais je suis coincé avec pour exécuter le fichier activator.bat, mais la solution est la même. Il suffit de copier le fichier à partir de Windows/System32/Findr et de le coller dans le dossier bloqué, puis de réexécuter le fichier respectif . andrewsiand Suryaprakash

0
I.Sharma

Comme d'autres l'ont souligné, le problème réside dans de mauvais réglages de la variable PATH dans Windows . Selon article , c'est probablement parce qu'un programme d'installation stupide a modifié à tort la variable PATH dans le registre de Windows. Le registre a 2 types de valeur de chaîne différents - REG_SZ et REG_EXPAND_SZ. Seul le second permet l’agrandissement de %SystemRoot%.

Vérifiez donc votre chemin en tapant set path dans la commande Invite. Si vous voyez %SystemRoot% non développé et d'autres variables dans Path, vous êtes affecté (PATH ne doit afficher que les noms de répertoires en clair, pas les variables).

Vous devez modifier 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é, enregistrez la valeur du chemin d'accès quelque part, supprimez la clé et recréez-la avec le type REG_EXPAND_SZ. Vous devez vous déconnecter pour que les modifications prennent effet.

0
Marki555

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

L'omission du capital S entraînera une négligence de la ligne dans le% PATH%

0
Bhoomi2010