Hello all we have been working on an issue we are
having for about a week now. I have
another post going on that but it has let us to believe there is a bug with the
HTTP service
command.
We are trying to POST back to a java server with XML results in the body of the
POST. We
set contentType to application/xml. When we run a trace on Flex we get
this.
'EC4E2B67-6144-9BBB-ECF4-6A166F09E5E8' producer sending message
'E597B542-
D1CB-BBD6-1EC8-6A166F198CF7'
'direct_http_channel' channel sending message:
(mx.messaging.messages::HTTPRequestMessage)#0
body = "<physician><id /><firstname
/><middleinitial /><lastname /><honor /
><dob /><ssn /><languages /></physician>"
clientId = (null)
contentType = "text/plain"
destination = "DefaultHTTP"
headers = (Object)#1
httpHeaders = (Object)#2
messageId = "E597B542-D1CB-BBD6-1EC8-6A166F198CF7"
method = "GET"
recordHeaders = false
timestamp = 0
timeToLive = 0
url = "" href="http://10.20.10.107:8080/ZebraServer/store">http://10.20.10.107:8080/ZebraServer/store"
'EC4E2B67-6144-9BBB-ECF4-6A166F09E5E8' producer acknowledge of
'E597B542-D1CB-
BBD6-1EC8-6A166F198CF7'.
looks good right? Well when packet sniffing the call the body leaves the
machine as null.
and never gets to the server. Using URLLoader results in stream errors. The
only way we
have been able to get a call to go through is by sending it as part of the URL.
We do not
want to send name/pairs.
So can anyone confirm they can send XML data in a POST with contentType="application/
xml" and properly receive the data on their server?
My other post a little further down has more of the code in it. We just want to
rule our
whether or not this is a bug.
