Get started Bring yourself up to speed with our introductory content.

Reading XML files with PowerShell

As the tech world evolves, Windows administrators need to get familiar with creating and handling XML files.

To many IT professionals and system administrators Extended Markup Language is one of those topics shrouded in...

mystery. Traditionally, IT pros did not need to know anything about XML documents, tags, attributes and namespaces. But with the DevOps movement, infrastructure as code and a big push for configuration management in environments, many administrators are starting to get a taste of XML and what it is used for during their scripting tasks.

Anyone managing Windows systems uses PowerShell. Like many other languages, PowerShell has native support for creating, modifying and reading XML files.  There are a few different ways of reading XML files in PowerShell, but the easiest is to typecast a variable to the type [xml]. 

Typecasting is a term used to describe changing a type of variable from one to another. To do this in PowerShell is simple. PowerShell provides you with built-in XML type accelerator. Type accelerators are a shortcut to transform variables into different types. To transform a variable called $MyVariable you can simply add [xml] to the front of the variable.


This, by itself, does not do much other than create a blank variable. You need to put some XML into that variable. To read an existing XML document, use the Get-Content cmdlet and point it to an XML file. For example, if there is an XML file with several different cars listed, the following command will read that file with PowerShell:

[xml]$XmlDocument = Get-Content -Path C:\Cars.xml

This brings the raw text from the C:\Cars.xm file into the $XmlDocument variable, which is automatically converted to a System.Xml.XmlDocument type of variable.  Once the variable is in this format, we can start reading data inside with PowerShell's familiar dot notation.

Before that, in Figure 1 we look into the C:\Cars.xml file and see it contains different car makes, models and other features.

XML details
Figure 1: The XML file showing the car make and other details.

In Figure 2 is an example of where I'm creating a variable called $XmlDocument, which details the variable type and what is contained in the variable.

Creating XML variable
Figure 2: Creating and detailing the variable.

Dot notation makes it easy to read the document and explore the XML tree by treating each node as a parent and child. For example, typing the variable will display the output as in Figure 2. This shows you the document element -- the parent of all of the other "child" elements. To dive deeper and check out how many cars are in the document, append the name of the parent element to the variable as in Figure 3.

Append variable
Figure 3: Add the name of the parent element to the variable shows the number of cars in the XML document.

The example shows three separate Car elements under the parent element Cars. To go even deeper and find out what kind of cars are in this XML document, append the name of the element to the end again as in Figure 4.

XML elements
Figure 4: For further details about the elements in the XML file, append the name of the element.

Notice in the example above the ft -- auto characters. These are there to squeeze all the properties together so they don't span the console; they are not related to reading the XML document.

Elements or tags are essentially the labels that designate a new item; in this case, cars. However, cars have attributes as well. Cars have a make and model that are XML attributes. When using dot notation, PowerShell doesn't care about this distinction; it shows the elements and the attributes in a table. This makes it easy to navigate the XML document tree, but what if you already know what you want?  If you want to search for a particular type of car, then you wouldn't want to keep typing a dot for every child element.

What if you've got a XML document that's dozens of elements deep? If you need to search the XML document; there are a few options. Since PowerShell converted the documents into objects, you can use the Where-Object cmdlet and filter them as in Figure 5. Many beginners use this approach because it's familiar and it's easier than other methods that may be more powerful but are harder to understand.

Filtering objects
Figure 5: Using the Where-Object cmdlet to filter objects in the XML file.

Another approach for larger XML files

If you need to read a much larger XML file, dot notation is not the best way. Other methods -- such as the Select-XML cmdlet or XPath -- should be used to search the XML document such as a database rather than using dot notation.

Next Steps

Method to read XML files in PowerShell

A starter PowerShell tutorial for admins

Using PowerShell to work with Windows Storage Spaces

This was last published in October 2015

Dig Deeper on Windows PowerShell Scripting



Find more PRO+ content and other member only offers, here.

Join the conversation

1 comment

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

How are you using XML in your Windows Server environment?