Provided XML document (for XML to JSON) should be well-formed in order to be parsed correctly. You will get an error otherwise.
JSON inputs must be objects with exactly one field as XML documents must be contained in a single ‘root’ tag. JSON inputs can not have any field names which are not valid as XML tag names:
XML attributes on a tag can be read and set by setting an _attr
sub-object in the JSON.
The inner-text of an XML element can also be controlled with #
sub-object.
For example:
{
"someTag": {
"_attr": {
"id": "my id"
},
"_": "my inner text"
}
}
is equivalent to
<someTag id="my id">my inner text</someTag>
MAX_FILE_SIZE
: optional - Controls the maximum size of an attachment to be read or written in MB.
Defaults to 10 MB where 1 MB = 1024 * 1024 bytes.
EIO_REQUIRED_RAM_MB
: optional - You can increase memory usage limit for component if you going to work with big files
Defaults to 256 MB where 1 MB = 1024 * 1024 bytes.
This component has no trigger functions. This means you can not select it as a first component during the integration flow design.
It allows users to convert XML attachments and strings to and from JSON. This component has 3 actions allowing users to pass in either generic but well-formatted XML/JSON strings or XML attachments and produces a generic string or attachment of the other file type. The output then can be mapped and used in other components.
Takes XML string and converts it to a generic JSON object.
Value inside xml tags will be converting into string only. It means that first, you need to convert string numbers - to numbers.
$number("5")
=> 5
["1", "2", "3", "4", "5"].$number()
=> [1, 2, 3, 4, 5]
given xml
<note>
<date>2015-09-01</date>
<hour>08:30</hour>
<to>Tove</to>
<from>Jani</from>
<body>Don't forget me this weekend!</body>
</note>
will be converted into:
{
"note": {
"id": "322",
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Don't forget me this weekend!"
}
}
Looks at the JSON array of attachments passed in to component and converts all
XML that it finds to generic JSON objects and produces one outbound message per
matching attachment. As input, the user can enter a patter pattern for filtering
files by name or leave this field empty for processing all incoming *.xml
files.
If Upload single file
is checked, there will be 2 fields:
If Upload single file
is unchecked:
If you going to use this option with static data, you need to switch to Developer mode
{
"attachments": [
{
"url": "https://example.com/files/file1.xml"
},
{
"url": "https://example.com/files/file2.xml"
}
]
}
Resulting JSON object
Provides an input where a user provides a JSONata expression that should evaluate to an object to convert to JSON. See Requirements & Conversion Behavior for details on conversion logic.
When creating XML files with invalid XML tags, the name of the potentially invalid tag will not be reported. XML tags are case-sensitive. The tag <Text>
is different from the tag <text>
.
Opening and closing tags must be written with the same case:
<message>Hello, World!</message>
The following options are supported:
Upload XML as file to attachments: When checked, the resulting XML will be placed directly into an attachment.
The attachment information will be provided in both the message’s attachments section as well as attachmentUrl
and attachmentSize
will be populated. The attachment size will be described in bytes.
When this box is not checked, the resulting XML will be provided in the xmlString
field.
Exclude XML Header/Description: When checked, no XML header of the form <?xml version="1.0" encoding="UTF-8" standalone="no"?>
will be prepended to the XML output.
Is the XML file standalone: When checked, the xml header/description will have a value of yes
for standalone. Otherwise, the value will be no
. Has no effect when XML header/description is excluded.
The incoming message should have a single field input
. When using integrator mode, this appears as the input JSON to convert When building mappings in developper mode, one must set the input
property. E.g.:
{
"input": {
"someTag": {
"_attr": {
"id": "my id"
},
"_": "my inner text"
}
}
}
We have created a special document that contains an example to better understand how the XML component works.
Attachment *.xml is to large to be processed my XML component.
File limit is: 5242880 byte, file given was: * byte
XML Attachment to JSON
action and it’s size is more than 500Kb, there will be generated new smaller sample with the same structure as originalClick here to learn more about the elastic.io iPaaS