Hi Thilina,

Thanks a lot for the response. Just to confirm what in doing on the server
side:

    public OMElement mediaTransformation(OMElement element) {
        try {
                element.build();
                element.detach();
                Iterator serviceIterator = element.getChildElements();
                OMElement servicePayload = (OMElement) serviceIterator.next();
                OMElement xmlDoc = (OMElement)
servicePayload.getChildElements().next();

                // Handle attachments, if there are any.
                DataHandler attachmentDH;

                while(serviceIterator.hasNext()) {
                        OMElement attachmentElement = (OMElement) 
serviceIterator.next();
                        OMText attachment = (OMText) 
attachmentElement.getFirstOMChild();
                        /* extract data and persist */
                }

                processXML(xmlDoc);

        } catch (Exception e) {
                e.printStackTrace();
        }

        return createResponseMessage();
    }

So when I get an element in, and inspect in the Eclipse debugger, I see the
XML content
and the first binary attachment, but none of the other attachments. When I
then let the
code run through, it extracts (and successfully saves to disc) the first
binary
attachment. But the iterator only contains one element, so none of the other
attachments
are processed. And I'm not currently returning the same content back anyway,
I'm
constructing a new response element from scratch.

I have tried with/without the element.build()/buildNext()/detach(), with no
changes
in behaviour. I wasn't able to find an omElement.buildAll() though? And if
the mime
processing is deferred, why would the element contain the first attachment
(and not just
the soap/xml part), as the on the wire message looks something like this:

POST /service HTTP/1.1
User-Agent: Axis/2.0
Host: 127.0.0.1
Transfer-Encoding: chunked
Content-Type: multipart/related;
boundary=MIMEBoundaryurn_uuid_1B620E94F835278E0E11480314414011;
type="application/xop+xml";
start="<0.urn:uuid:[EMAIL PROTECTED]>";
start-info="application/soap+xml"; charset=UTF-8

--MIMEBoundaryurn_uuid_1B620E94F835278E0E11480314414011
content-type: application/xop+xml; charset=UTF-8;
type="application/soap+xml";
content-transfer-encoding: binary
content-id: <0.urn:uuid:[EMAIL PROTECTED]>

<!-- soap message with embedded XML content and include references to all
attachments -->

--MIMEBoundaryurn_uuid_1B620E94F835278E0E11480314414011
content-type: image/jpeg
content-transfer-encoding: binary
content-id: <1.urn:uuid:[EMAIL PROTECTED]>

<!-- binary content -->

--MIMEBoundaryurn_uuid_1B620E94F835278E0E11480314414011
content-type: image/jpeg
content-transfer-encoding: binary
content-id: <2.urn:uuid:[EMAIL PROTECTED]>

<!-- binary content -->

--MIMEBoundaryurn_uuid_1B620E94F835278E0E11480314414011
content-type: image/jpeg
content-transfer-encoding: binary
content-id: <3.urn:uuid:[EMAIL PROTECTED]>

<!-- binary content -->

--MIMEBoundaryurn_uuid_1B620E94F835278E0E11480314414011--

To get this to run, I'm starting the client from a debugger and changing the
soapActionString ("\"\"") to an empty string (because othervise the parsing
fails on the server side).

Any ideas? Thanks - really appreciate your help... :)

Kind regards,
Timo

-----Original Message-----
From: Thilina Gunarathne [mailto:[EMAIL PROTECTED]
Sent: 19 May 2006 09:20
To: axis-user@ws.apache.org
Subject: Re: [Axis2] Vanishing MTOM attachments


You need to build the elements if you are going to echo them back to the
client.. IIRC you can call omElement.buildAll()  to overcome your problem...
Axis2 do deffered building of mime parts.. That means mime parts will be
read only if the user requests them...
In your case you are writing back the response while the attachments are
still in the stream which might be the cause for vanishing of other mime
parts...

~Thilina



On 5/18/06, Timo Ahokas <[EMAIL PROTECTED]> wrote:
Hi all,

We are using Axis2 1.0 (client & server) and sending XML and
binary MTOM attachments to the server. The XML document and the
first binary attachment are received without problems, but any
additional attachments never reach the server (are not available
from the OMElement when the server-side code starts executing).

I'm sending roughly the following from the client:

<OMElement>
<OMElement>
   <OMElement>
     XML document (constructed via StAXOMBuilder.getDocumentElement())
   </OMElement>
</OMElement>

<OMElement>
   <OMText>
     Binary attachment 1 (via factory.createOMText(datahandler, true))
   </OMText>
</OMElement>

<OMElement>
   <OMText>
     Binary attachment 2
   </OMText>
</OMElement>

<OMElement>
   <OMText>
     Binary attachment n
   </OMText>
</OMElement>
</OMElement>

This is sent out without problems from the client (as confirmed by
running through the Axis1 SoapMon proxy). The message on the wire
looks like fine, the first part of the multipart contains the
message (SOAP message with a XML payload and include references
for all the 1-n binary attachments) and each of the binary
attachments are included in separate parts of the message.

But when the message reaches the server, only the first binary
part seems to be in the OMElement that the server has constructed.
If I return that to the client, again looking at the wire
representation, only the first binary attachment is in place.

Also (possibly related to how the message is constructed), if I try
to set SOAP version to 1.2 on the client
(options.setSoapVersionURI(SOAP12Constants.SOAP_ENVELOPE_NAMESPACE_URI)),
I get the following error on the server side:

2006-05-18 13:30:11,108 [ERROR][http-80-Processor24][org.apache.catalina
.core.ContainerBase.[Catalina].[localhost].[/voxsurf].[AxisServlet]]:
Servlet.service() for servlet AxisServlet threw exception org.apache .
axiom.om.OMException: SOAPEnvelope must contain a body element which is
either first or second child element of the SOAPEnvelope.
at
org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.getBody(SOAPEnvelopeImpl.ja
va:142)
at
org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.addChild(SOAPEnvelopeImpl.j
ava:103)
at
org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.getHeader(SOAPEnvelopeImpl.
java:82)
at
org.apache.axis2.engine.AxisEngine.createFaultMessageContext
(AxisEngine.java
:183)
at
org.apache.axis2.transport.http.AxisServlet.handleFault(AxisServlet.java:168
)
at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:153)
at javax.servlet.http.HttpServlet.service (HttpServlet.java:763)
...

But looking at the messages sent over the wire, only the soapenv
is different, and both messages start otherwise similarly:

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope";>
       <soapenv:Header/>
       <soapenv:Body>
         ... body content

Is there something fundamentally wrong in our approach for sending the
multiple binary attachments in the single message? Has someone been able to
do something similar using Axis2 1.0? Are there any debug flags etc
I could enable to see what happens when the message from the wire is
being processed?

Kind regards,
Timo Ahokas







--
"May the SourcE be with u"
http://webservices.apache.org/~thilina/
http://thilinag.blogspot.com/
http://www.bloglines.com/blog/Thilina


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to