# Options of the XML parsers

The XML parser has the following options.

## create-lists()

|   
---|---  
Accepted values: | `yes`, `no`  
Default: | `yes`  
Mandatory: | no  
  
Available in AxoSyslog version 3.20 and later.

_Description:_ If an XML element appears multiple times on the same level, the parser stores the repeated values as a list-typed name-value pair. If you set `create-lists(no)`, the parser concatenates the repeated values into a single string instead, which was the behavior before version 3.20.

For example, from the following XML input:

Terminal window
```
       <tag><item>first</item><item>second</item></tag>
```

The parser creates the `${.xml.tag.item}` name-value pair with the list value `first,second`. With `create-lists(no)`, the value of `${.xml.tag.item}` is the string `firstsecond`.

## drop-invalid()

|   
---|---  
Synopsis: | drop-invalid()  
Format: | `yes` or `no`  
Default: | no  
Mandatory: | no  
  
_Description:_ If set, messages with an invalid XML will be dropped entirely.

## exclude-tags()

Synopsis: | exclude-tags()  
---|---  
Format: | list of globs  
Default: | None If not set, no filtering is done.  
Mandatory: | no  
  
_Description:_ The XML parser matches tags against the listed globs. If there is a match, the given subtree of the XML will be omitted.

## Example: Using exclude_tags

Terminal window
```
       parser xml_parser {
            xml(
                template("$MSG")
                exclude-tags("tag1", "tag2", "inner*")
            );
        };
```

From this XML input:

Terminal window
```
       <tag1>Text1</tag1><tag2>Text2</tag2><tag3>Text3<innertag>TextInner</innertag></tag3>
```

The following output is generated:

Terminal window
```
       {"_xml":{"tag3":"Text3"}}
```

## internal()

|   
---|---  
Accepted values: | `yes`, `no`  
Default: | `no`  
  
_Description:_ Marks this pipeline element as internal. Elements marked as `internal()` are treated as an implementation detail, so for example statistics of the given pipe are available only on higher stats level. This option is mainly useful for developers or when writing SCL blocks and integrations.

## prefix()

|   
---|---  
Synopsis: | prefix()  
  
_Description:_ Insert a prefix before the name part of the parsed name-value pairs to help further processing. For example:

  * To insert the `my-parsed-data.` prefix, use the `prefix(my-parsed-data.)` option.
  * To refer to a particular data that has a prefix, use the prefix in the name of the macro, for example, `${my-parsed-data.name}`.
  * If you forward the parsed messages using the IETF-syslog protocol, you can insert all the parsed data into the SDATA part of the message using the `prefix(.SDATA.my-parsed-data.)` option.



Names starting with a dot (for example, `.example`) are reserved for use by AxoSyslog. If you use such a macro name as the name of a parsed value, it will attempt to replace the original value of the macro (note that only soft macros can be overwritten, see [Hard versus soft macros](../../../docs/axosyslog-core/4.26/chapter-manipulating-messages/customizing-message-format/macros-hard-vs-soft/index.md) for details). To avoid such problems, use a prefix when naming the parsed values, for example, `prefix(my-parsed-data.)`

The `prefix()` option is optional and its default value is `".xml"`.

## strip-whitespaces()

|   
---|---  
Synopsis: | strip-whitespaces()  
Format: | `yes` or `no`  
Default: | no  
Mandatory: | no  
  
_Description:_ Strip the whitespaces from the XML text nodes before adding them to the message.

## Example: Using strip-whitespaces

Terminal window
```
       parser xml_parser {
            xml(
                template("$MSG")
                strip-whitespaces(yes)
            );
        };
```

From this XML input:

Terminal window
```
       <tag1> Tag </tag1>
```

The following output is generated:

Terminal window
```
       {"_xml":{"tag1":"Tag"}}
```

## template()

|   
---|---  
Synopsis: | `template("${<macroname>}")`  
  
_Description:_ The macro that contains the part of the message that the parser will process. It can also be a macro created by a previous parser of the log path. By default, the parser processes the entire message (`${MESSAGE}`).

Last modified August 6, 2026: [Sync xml parser with source code (6fedb6e7)](<https://github.com/axoflow/axosyslog-core-docs/commit/6fedb6e7f4f72874aec83163801429cd3f510e5a>)