Forum Discussion

Chris_Moesel's avatar
Chris_Moesel
Occasional Contributor
17 years ago

MTOM Support: Needs Improvement?

Hello,

Although soapUI Pro supports MTOM, I've found that its support is fairly narrow and does not work in all circumstances.  Currently, it appears that the schema must declare the element for the attachment as type="xmime:base64Binary".

If I select "Enable MTOM", then I would like for soapUI to use MTOM regardless of whether or not there is a xmime:base64Binary type present.  Other SOAP testing tools are capable of this, as are many SOAP toolkits used for developing clients.

The MTOM specs do not seem to specify that xmime:base64Binary must be used.  I've seen several implementations where the standard xsd:base64Binary is used.  For example, the JAX-WS documentation states that xsd:base64Binary can be used [sup:297dutkk]1[/sup:297dutkk] as does the Apache Axis 2 documentation [sup:297dutkk]2[/sup:297dutkk].

My service uses xsd:base64Binary along with xmime:expectedContentType.  So far, I am unable to successfully test my service using MTOM.  Would you please consider improving MTOM support in soapUI?  As mentioned earlier, I'd love to be able to force soapUI to use MTOM regardless of the schema definition.

Thanks,
Chris

1: https://jax-ws.dev.java.net/guide/Binary_Attachments.html#What_is_MTOM_
2: http://ws.apache.org/axis2/1_1/mtom-guide.html#25

2 Replies

  • omatzura's avatar
    omatzura
    Super Contributor
    Hi Chris,

    thanks for your post.. we will definitely improve this as you suggest..  I'll look into the details and will get back to you..

    regards!

    /Ole
    eviware.com
  • omatzura's avatar
    omatzura
    Super Contributor
    Hi again,

    ok.. this is easy enough to fix, I'll remove the requirement for the xmime:contentType attribute.. though I am a bit unsure what content-type to set if this is not specified.. binary/octet-stream?

    regards!

    /Ole
    eviware.com