XQuery Transformer
The XQuery Module gives users the ability to perform XQuery transformations on XML messages in Mule. This works in a very similar way to the XSLT Transformer shipped with Mule.
Supported XQuery Versions
Mule 3.6.0 and later versions include XQuery 3.0 support for the XQuery transformer. The transformer’s behavior and syntax remain unaltered from previous versions, and you can declare the version to use in the XQuery script itself (see below).
For examples on using the XQuery transformer, including the use of features and improvements in version 3.0, see XQuery Support.
Configuration
To use the XQuery transformer you need to add it to your Mule XML configuration.
<mxml:xquery-transformer name="xquery">
<mxml:xquery-text>
<![CDATA[
declare variable $document external;
declare variable $title external;
declare variable $rating external;
<cd-listings title='{$title}' rating='{$rating}'> {
for $cd in $document/catalog/cd
return <cd-title>{data($cd/title)}</cd-title>
} </cd-listings>
]]>
</mxml:xquery-text>
<mxml:context-property key="title" value="#[header:ListingTitle]"/>
<mxml:context-property key="rating" value="#[header:ListingRating]"/>
</mxml:xquery-transformer>Here we are configuring a transformer using in-line XQuery expressions.
We also define two <context-property> elements:
<mxml:context-property key="title" value="#[header:ListingTitle]"/>
<mxml:context-property key="rating" value="#[header:ListingRating]"/>These properties are pulled from the current message and made available in the XQuery context so that they can be referenced in your XQuery statements. These can be object references or you can use Mule Expressions to get information from the current message.
Declaring the XQuery Version
If the XQuery version is not declared, the transformer defaults to version 1.0. Version 3.0 is backwards-compatible and per the spec, all queries in 1.0 are valid in 3.0 and must return the same result.
To select the XQuery version to use, you can include it in the XQuery script, as shown below:
Configuration Options
XQuery uses xquery-transformer to transform the message payload. Transformation objects are pooled for better performance. You can set transformation context properties on the transformer and can pull these properties from the message using Expression Evaluators.
Attributes of <xquery-transformer…>
| Name | Description |
|---|---|
outputEncoding |
The encoding to use for the resulting XML/Text. Type: string |
acceptExternalEntities |
Whether to accept XML documents with references to external files. Default value is false. Setting this value to true makes your application vulnerable to XXE attacks. Use with extreme care. Type: boolean |
expandInternalEntities |
Whether to expand internal entity references in the XML body. Default value is false. Setting this value to true makes your application vulnerable to Billion Laughs denial of service attacks. Use with extreme care. Type: boolean |
maxIdleTransformers |
Transformers are pooled for better throughput, since performing and XQuery transformation can be expensive. This attribute controls how many instances remains idle in the transformer pool. Type: integer |
maxActiveTransformers |
The total number of XQuery transformers that get pooled at any given time. Type: integer |
xquery-file |
The full path to the XQuery template file to use when performing the transformation. This can be a path on the local file system or on the classpath. This attribute is not required if the <xquery-text> element has been set. Type: string |
configuration-ref |
A reference to a Saxon configuration object to configure the transformer (configured as a Spring bean). If not set, the default Saxon configuration is used. Type: string |
Child Elements of <xquery-transformer…>
| Name | Cardinality | Description |
|---|---|---|
context-property |
0..* |
A property that is made available to the XQuery transform context. Expression Evaluators can be used to grab these properties from the message at runtime. |
xquery-text |
0..1 |
The inline XQuery script definition. This is not required if the <xquery-file> attribute is set. |
Example
Now your configured XQuery transformer can be referenced by an endpoint. In the following example, you can drop and XML file into a directory on the local machine (see the inbound file endpoint) and the result is written to System.out.
The test data looks like this:
<catalog>
<cd>
<title>Empire Burlesque</title>
<artist>Bob Dylan</artist>
<country>USA</country>
<company>Columbia</company>
<price>10.90</price>
<year>1985</year>
</cd>
<cd>
<title>Hide your heart</title>
<artist>Bonnie Tyler</artist>
<country>UK</country>
<company>CBS Records</company>
<price>9.90</price>
<year>1988</year>
</cd>
...
</catalog>The result written to System.out looks like this:
<cd-listings title="MyList" rating="6">
<cd-title>Empire Burlesque</cd-title>
<cd-title>Hide your heart</cd-title>
...
</cd-listings>The full configuration for this examples looks like this:
<mule xmlns="http://www.mulesoft.org/schema/mule/core"
xmlns:mxml="http://www.mulesoft.org/schema/mule/xml"
xmlns:vm="http://www.mulesoft.org/schema/mule/vm"
xmlns:stdio="http://www.mulesoft.org/schema/mule/stdio"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.mulesoft.org/schema/mule/stdio http://www.mulesoft.org/schema/mule/stdio/current/mule-stdio.xsd
http://www.mulesoft.org/schema/mule/vm http://www.mulesoft.org/schema/mule/vm/current/mule-vm.xsd
http://www.mulesoft.org/schema/mule/xml http://www.mulesoft.org/schema/mule/xml/current/mule-xml.xsd
http://www.mulesoft.org/schema/mule/core http://www.mulesoft.org/schema/mule/core/current/mule.xsd">
<mxml:xquery-transformer name="xquery">
<mxml:xquery-text>
<![CDATA[
declare variable $document external;
declare variable $title external;
declare variable $rating external;
<cd-listings title='{$title}' rating='{$rating}'> {
for $cd in $document/catalog/cd
return <cd-title>{data($cd/title)}</cd-title>
} </cd-listings>
]]>
</mxml:xquery-text>
<mxml:context-property key="title" value="#[header:ListingTitle]"/>
<mxml:context-property key="rating" value="#[header:ListingRating]"/>
</mxml:xquery-transformer>
<flow name="testingFlow1" doc:name="testingFlow1">
<vm:inbound-endpoint exchange-pattern="one-way" path="test.in" transformer-refs="xquery"/>
<echo-component/>
<all>
<processor-chain>
<vm:outbound-endpoint exchange-pattern="one-way"/>
</processor-chain>
<processor-chain>
<outbound-endpoint doc:name="Generic"/>
</processor-chain>
</all>
</flow>
</mule>Testing
This can be tested using the following functional test.
public class XQueryFunctionalTestCase extends FunctionalTestCase
{
protected String getConfigResources()
{
//Our Mule configuration file
return "org/mule/test/integration/xml/xquery-functional-test.xml";
}
public void testMessageTransform() throws Exception
{
//We're using Xml Unit to compare results
//Ignore whitespace and comments
XMLUnit.setIgnoreWhitespace(true);
XMLUnit.setIgnoreComments(true);
//Read in src and result data
String srcData = IOUtils.getResourceAsString("cd-catalog.xml", getClass());
String resultData = IOUtils.getResourceAsString("cd-catalog-result-with-params.xml", getClass());
//Create a new Mule Client
MuleClient client = new MuleClient(muleContext);
//These are the message properties that pass into the XQuery context
Map props = new HashMap();
props.put("ListTitle", "MyList");
props.put("ListRating", new Integer(6));
//Invoke the flow
MuleMessage message = client.send("vm://test.in", srcData, props);
assertNotNull(message);
assertNull(message.getExceptionPayload());
//Compare results
assertTrue(XMLUnit.compareXML(message.getPayloadAsString(), resultData).similar());
}
}