Vérifier si un élément existe sans une erreur s'il n'existe pas

Je voudrais utiliser PowerShell pour vérifier si une Application Web IIS existe (ou éventuellement un autre type de l'élément). Je peux le faire avec Get-Item, mais qui signale une erreur si l'élément n'existe pas, ce qui est trompeur pour l'utilisateur qui exécute le script, il ressemble à quelque chose n'allait pas quand en fait, tout est bien.

Comment puis-je le faire sans une erreur?

InformationsquelleAutor EMP | 2010-12-06
  1. 31

    Utilisez la commande ... get-item blah -ErrorAction SilentlyContinue

    Vérifier si un élément existe sans une erreur s'il n'existe pas

    • -ErrorAction SilentlyContinue peut être raccourcie à -ea si, dir app_offline.htm -ea si | del
    • Par souci de lisibilité, je n'aurais pas d'abréviation dans un script (par la question).
    • Strictement parlant, ce n'est pas une réponse à la question, le Test de Chemin de réponse ci-dessous est un chèque en
    InformationsquelleAutor Preet Sangha
  2. 58

    L'applet de commande Test-Path est spécifiquement conçu pour cela, il détermine si les éléments d'un chemin d'accès existent. Elle renvoie une valeur Booléenne et ne génère pas d'erreur.

    L'applet de commande Get-Item (et similaire) peut être utilisé, aussi, mais pas directement. Une façon est d'ores et déjà proposé: utilisation -ErrorAction SilentlyContinue. Il peut être important de savoir qu'en fait il génère encore une erreur; il n'a tout simplement pas le montrer. Vérifier l'erreur de la collection $Error après la commande, l'erreur est là.

    Juste pour information

    Il y a une drôle de façon d'éviter cette erreur (il fonctionne aussi avec certaines autres applets de commande comme Get-Process qui n'ont pas de Test-Path alternative). Supposons que nous sommes sur le point de vérifier l'existence d'un élément "MyApp.exe" (ou un processus "MyProcess"). Ces commandes ne retournent rien sur les cibles ne sont pas et, en même temps qu'elles génèrent pas d'erreurs:

    Get-Item "[M]yApp.exe"
Get-Process "[M]yProcess"

    Ces applets de commande ne génère pas d'erreurs de joker cibles. Et nous nous servons de ces drôles de caractères génériques effectivement correspondre à des éléments uniques.

    • Ce serait mon approche! A noter également, c'est que vous pouvez l'écho de la bonne trouve avec cette méthode, et ne pas avoir d'erreurs rouges pour les fichiers qui n'existent pas. si (Test-path $Test){write-host $Test} Par défaut, un élément qui n'existe pas n'aura pas un événement, donc, rien n'est affiché, ou le faux est supprimée.
    • C'est la meilleure approche de la question
    InformationsquelleAutor Roman Kuzmin