[ 
https://issues.apache.org/jira/browse/AXIS2C-1494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13106003#comment-13106003
 ] 

jose commented on AXIS2C-1494:
------------------------------

Hello Brice:
I see you have the same problem I do. You can see it at:
https://issues.apache.org/jira/browse/AXIS2C-1559
You mentioned that the problem was in your code and I say the problem is on 
axiom_node_to_string().
The Axis2c client must not return incomplete content of the server response 
without informing you in any way.

> Response received from the server is partially erased when non-ascii 
> characters present in xml tags
> ---------------------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-1494
>                 URL: https://issues.apache.org/jira/browse/AXIS2C-1494
>             Project: Axis2-C
>          Issue Type: Improvement
>         Environment: Windows 7, pre-built version of Axis2-C for MSVC, client 
> compiled with Mingw
>            Reporter: Brice André
>            Priority: Minor
>         Attachments: ClientLog.txt, ClientsRequests.wsdl, wireshark_trace.pcap
>
>
> I wrote a small web service by implementing the server part in Java by using 
> Axis2, and by implementing the client in C++ by using Axis2-C.
> The web service is composed of two operations. The operation named 
> 'SynchroniseMessages' has, as output, the type "SynchroniseMessagesResponse" 
> which is composed of one element of type "ThreadMessage_t", but with 
> multiplicity 0..*.
> My problem is that my server is sending 6 elements of type "ThreadMessage_t" 
> but, my client is only receiving the first 4 elements.
> In order to investigate the problem, I checked with Wireshark the content of 
> messages exchanged between the client and the server. The packet containing 
> the response from the server contains the six elements. So, I am pretty sure 
> the problem is located in the client.
> I added log in the generated code to check if the data binding was not 
> causing the error. I printed the result of the function 
> 'axis2_svc_client_send_receive_with_op_qname', located in the generated 
> 'axis2_stub_op_ClientsRequests_SynchroniseMessages' function (located in the 
> generated file named 'axis2_stub_ClientsRequests.c'). In order to log the 
> result, I added the following line of code : 
>  printf("ret_node : %s\n", axiom_node_to_string(ret_node,env));
> I copy-pasted the log just below, but we can see that only the 4 first 
> elements are retrieved. So, my conclusion would be that the problem is not 
> located in the data-binding part of the client, but in lower layers of the 
> code.
> I am completely blocked because, as I am not able to recompile the axis2c 
> engine (I am using Mingw and no makefile exists for this compiler), I am not 
> able to investigate furthermore this problem.
> Best Regards,
> Brice
> PS : I joined to this bug the WireShark log, the WSDL file describing my web 
> service, as well as the log incoming from client

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to