You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "naveen bhat (JIRA)" <ji...@apache.org> on 2008/06/06 12:28:45 UTC
[jira] Created: (AXIS2C-1181) Unable to support MTOM for code
generation with adb
Unable to support MTOM for code generation with adb
---------------------------------------------------
Key: AXIS2C-1181
URL: https://issues.apache.org/jira/browse/AXIS2C-1181
Project: Axis2-C
Issue Type: Bug
Components: code generation
Affects Versions: 1.4.0
Environment: CentOS 4.4
Reporter: naveen bhat
Hello group,
I have a service which receives an MTOM attachment, and the service sends back the same.
I generated the service skeleton code with adb from the wsdl .
The wsdl describes the data exchanged to be of type xmime:base64binary.
I am able to receive the MTOM attachment at the client and save it to a file.
In the business logic of the service, i wrote the code to create the datahandler from the file received.
But i found that the code that is serializing the xop node is converting it to a string using axiom_node_to_string API.
Because of which i am unable to see the attachment at the client end.
For Instance:
Sample server response to client as observed in tcpmon
---MIME boundary
<soapenvelope>
<soapbody>
<BinaryData><xop node serialized as string></BinaryData>
</soapbody>
</soapenvelope>
----MIME boundary
----MIME boundary
No attachment(empty)
----MIME boundary
Serializer logic:
It is enclosing the xop node in between the tags <BinaryData> and </BinaryData>.
Its converting xop node to string using axiom_node_to_string(xop_node,env)l
How to generate code with proper serializers to send MTOM from the service with adb???
Kindly let me know if you need more details.
Thanks in advance,
Naveen Bhat
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Updated: (AXIS2C-1181) Unable to support MTOM for code
generation with adb
Posted by "Dimuthu Gamage (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2C-1181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dimuthu Gamage updated AXIS2C-1181:
-----------------------------------
Issue Type: New Feature (was: Bug)
> Unable to support MTOM for code generation with adb
> ---------------------------------------------------
>
> Key: AXIS2C-1181
> URL: https://issues.apache.org/jira/browse/AXIS2C-1181
> Project: Axis2-C
> Issue Type: New Feature
> Components: code generation
> Affects Versions: 1.4.0
> Environment: CentOS 4.4
> Reporter: naveen bhat
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> Hello group,
> I have a service which receives an MTOM attachment, and the service sends back the same.
> I generated the service skeleton code with adb from the wsdl .
> The wsdl describes the data exchanged to be of type xmime:base64binary.
> I am able to receive the MTOM attachment at the client and save it to a file.
> In the business logic of the service, i wrote the code to create the datahandler from the file received.
> But i found that the code that is serializing the xop node is converting it to a string using axiom_node_to_string API.
> Because of which i am unable to see the attachment at the client end.
> For Instance:
> Sample server response to client as observed in tcpmon
> ---MIME boundary
> <soapenvelope>
> <soapbody>
> <BinaryData><xop node serialized as string></BinaryData>
> </soapbody>
> </soapenvelope>
> ----MIME boundary
> ----MIME boundary
> No attachment(empty)
> ----MIME boundary
> Serializer logic:
> It is enclosing the xop node in between the tags <BinaryData> and </BinaryData>.
> Its converting xop node to string using axiom_node_to_string(xop_node,env)l
> How to generate code with proper serializers to send MTOM from the service with adb???
> Kindly let me know if you need more details.
> Thanks in advance,
> Naveen Bhat
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.