This sample uses SOAP web services with MTOM enabled attachments. You can read more about the Citrus SOAP features in reference guide
The Citrus tests in this project send and receive SOAP attachments via MTOM enabled. Both client and server are provided by Citrus so each test receives its own requests as a demo showcase.
The sample shows how to use MTOM enabled SOAP messages as a client and server. First we define the schema and a global namespace for the SOAP messages.
@Bean
public SimpleXsdSchema todoListSchema() {
return new SimpleXsdSchema(new ClassPathResource("schema/ImageService.xsd"));
}
@Bean
public XsdSchemaRepository schemaRepository() {
XsdSchemaRepository schemaRepository = new XsdSchemaRepository();
schemaRepository.getSchemas().add(todoListSchema());
return schemaRepository;
}
@Bean
public NamespaceContextBuilder namespaceContextBuilder() {
NamespaceContextBuilder namespaceContextBuilder = new NamespaceContextBuilder();
namespaceContextBuilder.setNamespaceMappings(Collections.singletonMap("image", "http://www.citrusframework.org/imageService"));
return namespaceContextBuilder;
}
The schema repository holds all known schemas in this project. Citrus will automatically check the syntax rules for incoming messages then. Next we need a SOAP web service client and server component:
@Bean
public SoapMessageFactory messageFactory() {
return new SaajSoapMessageFactory();
}
@Bean
public WebServiceClient imageClient() {
return CitrusEndpoints
.soap()
.client()
.defaultUri("http://localhost:8080/services/image")
.build();
}
@Bean
public WebServiceServer imageServer() {
return CitrusEndpoints
.soap()
.server()
.port(8080)
.autoStart(true)
.build();
}
As you can see client and server are using the same port 8080
. This means that requests are send to the web service endpoint in Citrus. In addition to that we define a SOAP message factory that is
responsible for creating the SOAP envelope.
Now we can use the web service client and server in the Citrus test.
First of all we want to send and receive a SOAP message with MTOM enabled attachment. The request defines the cid:IMAGE
reference in the payload and enabled MTOM usage on the client request.
SoapAttachment attachment = new SoapAttachment();
attachment.setContentId("IMAGE");
attachment.setContentType("image/png");
attachment.setCharsetName("utf-8");
attachment.setContentResourcePath("image/logo.png");
$(soap()
.client(imageClient)
.send()
.fork(true)
.soapAction("addImage")
.body("<image:addImage xmlns:image=\"http://www.citrusframework.org/imageService\">" +
"<image:id>logo</image:id>" +
"<image:image>cid:IMAGE</image:image>" +
"</image:addImage>")
.attachment(attachment)
.mtomEnabled(true));
$(soap()
.server(imageServer)
.receive()
.soapAction("addImage")
.schemaValidation(false)
.body("<image:addImage xmlns:image=\"http://www.citrusframework.org/imageService\">" +
"<image:id>logo</image:id>" +
"<image:image>" +
"<xop:Include xmlns:xop=\"http://www.w3.org/2004/08/xop/include\" href=\"cid:IMAGE\"/>" +
"</image:image>" +
"</image:addImage>")
.attachmentValidator(new BinarySoapAttachmentValidator())
.attachment(attachment));
The server is able to receive the MTOM enabled message. The image data is streamed as a SOAP attachment using MTOM. This means that the image element in the payload
uses a xop:Inlclude
placeholder element with reference to the cid:IMAGE
attachment. The receiving action in Citrus is able to validate the attachment with BinarySoapAttachmentValidator
as we have a
PNG image content that should be compared as binary stream.
Please note that the schema validation on the receive action is disabled. This is because the xop:Include
placeholder element would break the schema validation with following error:
XML schema validation failed: cvc-type.3.1.2: Element 'image:image' is a simple type, so it must have no element information item [children]
So we have to skip the schema validation when receiving MTOM enabled SOAP messages. In case schema validation is a critical need for you you should be using MTOM inline messages.
MTOM also supports inline attachment handling with mtom-inline
feature enabled. This means that the image data is automatically added in the payload as base64 encoded data stream.
We can enable MTOM inline on the Citrus SOAP attachment object as follows:
SoapAttachment attachment = new SoapAttachment();
attachment.setContentId("IMAGE");
attachment.setContentType("image/png");
attachment.setCharsetName("utf-8");
attachment.setContentResourcePath("image/logo.png");
attachment.setMtomInline(true);
$(soap()
.client(imageClient)
.send()
.fork(true)
.soapAction("addImage")
.body("<image:addImage xmlns:image=\"http://www.citrusframework.org/imageService\">" +
"<image:id>logo</image:id>" +
"<image:image>cid:IMAGE</image:image>" +
"</image:addImage>")
.attachment(attachment)
.mtomEnabled(true));
$(soap()
.server(imageServer)
.receive()
.soapAction("addImage")
.body("<image:addImage xmlns:image=\"http://www.citrusframework.org/imageService\">" +
"<image:id>logo</image:id>" +
"<image:image>citrus:readFile(image/logo.base64)</image:image>" +
"</image:addImage>"));
Now with MTOM inline the request is not using xop:Inlcude
but a base64 encoded data stream in the payload. We can validate this stream with a combination of
citrus:encodeBase64()
and citrus:readFile()
functions.
The sample application uses Maven as build tool. So you can compile, package and test the sample with Maven.
mvn clean verify
This executes the complete Maven build lifecycle including all Citrus test cases in the integration test phase. During the build you will see Citrus performing the integration tests.
For more information on Citrus see www.citrusframework.org, including a complete reference manual.