Vier manieren voor pipeline input:
- ByValue (match op naam van object)
- ByProperty (match op naam van property)
- ByProperty maar waarbij de naam van de property niet overeenkomt met een van de mogelijkheden
- Indien CMDLet geen pipe-input kan hebben
Stel je wilt een overzicht hebben van de BITS service op alle computers in het domein.
Je voert dan een opdracht in die als eerste de gewenste computers ophaalt, zoals:
Get-ADComputer –Filter *
Daarna voer je deze door de pipeline heen naar Get-Service –name BITS:
Get-ADComputer –Filter * | Get-Service –name bits
Dit werkt echter niet omdat het object van byValue niet overeenkomt met het object ADComputer maar met ServiceController.
Als je get-member uitvoert voor get-service dan zie je dat het object ServiceController heet, welke wel in de help-file voorkomt als zijn ByValue mogelijkheid:
Er zal gekeken moeten worden of er een hookup is op basis van “ByPropertyname”:
In de helpfile staat dat ComputerName wel een input (true) optie is:
Echter als je bij de properties van Get-ADComputer kijkt zul je zien dat ComputerName geen property is van Get-ADComputer.
Wel “name”, je zal dus “name” moeten hernoemen naar “ComputerName” alvorens deze aan Get-Service mee te geven.
Get-ADComputer –Filter * | select –Property @{name=’ComputerName’; expression{$_.name}} | Get-Service –name bits
Het kan voorkomen dat een CMDLet geen pipe-input kan hebben.
Je kunt dat in de help-file van de desbetreffende CMDLet opzoeken.
Onder de parameters staat achter elke “Accept pipeline input?” false.
Tevens staat onder het kopje INPUT:
Get-WmiObject -Class win32_bios -ComputerName (Get-ADComputer -Filter * | Select -ExpandProperty name)
Of beter PSv3 stijl:
Get-WmiObject -Class win32_bios -ComputerName (Get-ADComputer -Filter * ).name
Of je gebruikt de vernieuwde versie van Get-WmiObject nl Get-CimInstance die wel pipeline input ondersteunt ;)
