ReadArgumentsFromText.vbs<\/B><\/A>. It is taken from the scripting techniques section of the Script Center Script Repository:<\/P>Const ForReading = 1<\/p>\nSet objDictionary = CreateObject(“Scripting.Dictionary”)\nSet objFSO = CreateObject(“Scripting.FileSystemObject”)\nSet objTextFile = objFSO.OpenTextFile(“c:\\fso\\servers.txt”, ForReading)\ni = 0<\/p>\n
Do Until objTextFile.AtEndOfStream \n strNextLine = objTextFile.Readline\n objDictionary.Add i, strNextLine\n i = i + 1\nLoop<\/p>\n
For Each objItem in objDictionary\n Set colServices = GetObject(“winmgmts:\/\/” & _\n objDictionary.Item(objItem) _\n & “”).ExecQuery(“Select * from Win32_Service”)\n Wscript.Echo colServices.Count\nNext\n<\/PRE>\n
The ReadArgumentsFromText.vbs<\/B> script reads a text file named Servers.txt<\/B> from the C:\\Fso<\/B> folder. The Servers.txt<\/B> file is seen in the image following this paragraph, and as you can tell it is a simple text file with the name of a separate server on each line:<\/P>![\"Image](\"http:\/\/img.microsoft.com\/library\/media\/1033\/technet\/images\/scriptcenter\/qanda\/hsg\/2009\/march\/hey0305\/hsg-3-5-9-1.jpg\")
\n
<\/P>\n
To read a text file using Windows PowerShell, we can use the Get-Content<\/B> cmdlet and specify the path to the text file. The content of the text file is returned as an array of text. This is illustrated by indexing into the returned array and retrieving the data in the third line of the text file. This is seen here.<\/P>PS C:\\> (Get-Content -Path C:\\fso\\Servers.txt)[2]\nLocalHost\n<\/PRE>\nOnce we have the array of text from the file, we pipeline it to the ForEach-Object<\/B> cmdlet. The ForEach-Object<\/B> cmdlet works similar to a For\u2026Each\u2026Next<\/B> type of construction from VBScript. It provides access to each item as it comes across the array via the automatic variable $_<\/B>. This allows us to work with each item as it comes across the pipeline. This is illustrated here where we take an array of computer names and pipeline them to the ForEach-Object<\/B> cmdlet. Inside the code block (the curly brackets {}<\/B>) we use the $_<\/B> automatic variable to print out each item in the array:<\/P>PS C:\\> “berlin”,”Vista”,”LocalHost” | Foreach-Object { $_ }\nberlin\nVista\nLocalHost\n<\/PRE>\nThe semicolon is used to separate commands in Windows PowerShell in the same way it is done in VBScript. What I want to do is to print out a message that says I am querying the computer, and then use the Get-WmiObject<\/B> cmdlet to query the computer. We are retrieving BIOS information from the Win32_Bios<\/B> WMI class. The \u2013computername<\/B> parameter is used to allow us to query a remote computer. The basic WMI query is seen here, where we retrieve BIOS information from the Win32_Bios<\/B> WMI class from a remote computer named Berlin<\/B>:<\/B><\/P>PS C:\\> Get-WmiObject -Class win32_bios -ComputerName berlin<\/p>\nSMBIOSBIOSVersion : 080002\nManufacturer : American Megatrends Inc.\nName : BIOS Date: 02\/22\/06 20:54:49 Ver: 08.00.02\nSerialNumber : 2096-1160-0447-0846-3027-2471-99\nVersion : A M I – 2000622\n<\/PRE>\n
The complete one-line command that reads the text file and queries each computer for the BIOS information is seen here:<\/P>
Get-Content -Path C:\\fso\\Servers.txt | \nForEach-Object { “Querying $_” ;Get-WmiObject -Class Win32_bios -ComputerName $_ }\n<\/PRE>\nWhen we run the above command, we receive the results seen here:<\/P>![\"Image](\"http:\/\/img.microsoft.com\/library\/media\/1033\/technet\/images\/scriptcenter\/qanda\/hsg\/2009\/march\/hey0305\/hsg-3-5-9-2.jpg\")
\n
<\/P>\n
If the syntax shown above is too long, it can be shortened considerably through the use of aliases and positional arguments:<\/P>
gc C:\\fso\\Servers.txt | % { “Querying $_” ; gwmi win32_bios -co $_ }<\/PRE>\nGc<\/B> is an alias for the Get-Content<\/B> cmdlet. The default argument for the Get-Content<\/B> cmdlet is \u2013path<\/B> and it can therefore be left out. The two commands seen here are exactly the same (only one is perhaps a bit easier to read):<\/P>gc C:\\fso\\Servers.txt\nGet-Content -Path C:\\fso\\Servers.txt\n<\/PRE>\nThe %<\/B> character is an alias for the ForEach-Object<\/B> cmdlet. There are four default one-character aliases in Windows PowerShell. The %<\/B>, ?<\/B>, h<\/B>, and r<\/B>. You can create your own aliases by using the New-Alias<\/B> cmdlet. If, for example, you think that gc<\/B> is too long, you can replace it with g<\/B> by typing the following command:<\/P>New-Alias -Name g -Value Get-Content\n<\/PRE>\nGwmi<\/B> is an alias for the Get-WmiObject<\/B> cmdlet. The default parameter is class<\/B>, and it can therefore be left out. However, we cannot leave out the computername<\/B> parameter because the cmdlet gets confused as to what we are trying to tell it. We are supplying only enough of the \u2013computername<\/B> parameter to disambiguate it from the other parameters that also start with the letter c<\/B>, such as \u2013class<\/B>, -computername<\/B>, and -credential<\/B>. The long form of the ForEach-Object<\/B> command and the short form of the same command are seen together here:<\/P>% { “Querying $_” ; gwmi win32_bios -co $_ }\nForEach-Object { “Querying $_” ;Get-WmiObject -Class Win32_bios -ComputerName $_ }\n<\/PRE>\nYou may think, dude, with the short form being so much shorter, why bother writing the long form? The reason I personally seldom use parameters is that I think it is unfair to people just trying to learn Windows PowerShell to be confronted with a cryptic, unintelligible command. Also, I write lots of scripts. As a best practice, one should never use an alias in a script. This is because aliases are not guaranteed to always be available. This is illustrated here where I delete the gwmi<\/I> alias, and then try to use it again. Dude, it won’t work!<\/P>PS C:\\> Remove-Item -Path alias:gwmi -force\nPS C:\\> gwmi win32_bios\nThe term ‘gwmi’ is not recognized as a cmdlet, function, operable \nprogram, or script file. Verify the term and try again.\nAt line:1 char:5\n+ gwmi <<<< win32_bios\n<\/PRE>\nBefore you send an e-mail message to scripter@microsoft.com telling us that you accidentally deleted an alias, all you need to do is close Windows PowerShell and open it back up. It will be just fine. The default aliases are automatically recreated each time you open Windows PowerShell. Why, then, do I recommend against using aliases if they are automatically recreated? Because you can remove them in your profile that would be executed each time you open Windows PowerShell, that’s why.<\/P>\n
Oh, but wait, we cheated. Our command does not do the same thing the ReadArgumentsFromText.vbs<\/B> script does. How would we do that? We can do it like this:<\/P>Get-Content -Path C:\\fso\\Servers.txt | ForEach-Object`\n { (Get-WmiObject -Class Win32_Service -ComputerName $_).count }\n<\/PRE>\nThe big thing, was putting parentheses around the Get-WmiObject<\/B> command. We also got rid of the part that printed out the computer names. This is because the ReadArgumentsFromText.vbs<\/B> script does not display the computer name, only the results of the count. When we run our newly modified command, we obtain the results seen here:<\/P>![\"Image](\"http:\/\/img.microsoft.com\/library\/media\/1033\/technet\/images\/scriptcenter\/qanda\/hsg\/2009\/march\/hey0305\/hsg-3-5-9-3.jpg\")
\n
<\/P>\n
If we were to shorten the command by using aliases, we could reduce the command to about half of one line. The revised command is seen here.<\/P>
gc C:\\fso\\Servers.txt | % {(gwmi win32_service -co $_).count}<\/PRE>\nSpeaking of short commands, the \u2013computername<\/B> parameter will accept an array. The Get-Content<\/B> cmdlet produces an array from a text file. This means you could theoretically use the gwmi<\/B> alias for the Get-WmiObject<\/B> cmdlet, specify the WMI class name, and use the \u2013co<\/B> parameter with the gc<\/B> alias for Get-Content<\/B> to read the text file and feed it to the \u2013computername<\/B> parameter. The short version of the command is seen here, followed by the long version:<\/P>gwmi win32_bios -co(gc C:\\fso\\Servers.txt)\nget-wmiobject -class win32_bios -computername (get-content -path C:\\fso\\Servers.txt)\n<\/PRE>\nThe problem with this exact approach, shown in the image below, is that while the data is returned, the computer names are not returned. Therefore, you do not know which BIOS information belongs to which computer.<\/P>![\"Image](\"http:\/\/img.microsoft.com\/library\/media\/1033\/technet\/images\/scriptcenter\/qanda\/hsg\/2009\/march\/hey0305\/hsg-3-5-9-4.jpg\")
\n
<\/P>\n
Well, HM, my cup of tea is getting cold, so I need to get back to it. I hope you have seen some tricks that will be beneficial to you when trying to work with remote computers. This concludes WMI Week, and we still did not write a single script. Join us tomorrow for Quick-Hits Friday. Until then, peace.<\/P>\n
<\/P>\n
Ed Wilson and Craig Liebendorfer, Scripting Guys<\/B><\/P><\/p>\n","protected":false},"excerpt":{"rendered":"
I want to tell you that I love your articles. I have learned more about tea in the last three months than I ever thought was possible. In fact, if truth be told, I never thought about tea that much. I do like the can of tea from the vending machine, if that counts. Sometimes […]<\/p>\n","protected":false},"author":595,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[3,4,45,6],"class_list":["post-54253","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-scripting-guy","tag-scripting-techniques","tag-windows-powershell","tag-wmi"],"acf":[],"blog_post_summary":"
I want to tell you that I love your articles. I have learned more about tea in the last three months than I ever thought was possible. In fact, if truth be told, I never thought about tea that much. I do like the can of tea from the vending machine, if that counts. Sometimes […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/54253","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/users\/595"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=54253"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/54253\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media\/87096"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media?parent=54253"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=54253"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=54253"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"Hey,](\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/q-for-powertip.jpg\" "\\"Hey,")
<\/H2>\n![\"Spacer\"](\"https:\/\/devblogs.microsoft.com\/scripting\/wp-content\/uploads\/sites\/29\/2019\/05\/spacer.gif\")
![\"Hey,](\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/a-for-powertip.jpg\" "\\"Hey,")
\n