Re: [flexcoders] HTTP Service bug???
Hi,I can see contentType = "text/plain" in packet you traced. Are you really setting contentType to application/xml ?I noticed that if I set contentType=application/xml, content is still sent as text (url encoded)... So I changed the content type to "text/xml" and it seems to be working fine for me.Change it to "text/xml" and test again.. Please let us know your findings..-abdul On 9/2/06, mthielman11 <[EMAIL PROTECTED]> wrote: 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 = " >" 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" target="_blank" >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. __._,_.___ -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com SPONSORED LINKS Software development tool Software development Software development services Home design software Software development company YAHOO! GROUPS LINKS Visit your group "flexcoders" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. __,_._,___
RE: [flexcoders] HTTP Service bug???
You should double check that you're sending literal XML (or a legacy XMLNode/XMLDocument) and not a String value. service.send(bar); Rather than: service.send("bar"); Best, Seth From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of mthielman11 Sent: Friday, September 01, 2006 12:21 PM To: flexcoders@yahoogroups.com Subject: [flexcoders] HTTP Service bug??? 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 = "" 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 = "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. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
RE: [flexcoders] HTTP Service bug???
That trace is reporting method=”GET” and contentType=”text/plain” Could that be an issue? In the event that this is a bug, is sending a string going to be a problem? Tracy From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of mthielman11 Sent: Friday, September 01, 2006 3:21 PM To: flexcoders@yahoogroups.com Subject: [flexcoders] HTTP Service bug??? 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 = " >" 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. __._,_.___ -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com SPONSORED LINKS Software development tool Software development Software development services Home design software Software development company YAHOO! GROUPS LINKS Visit your group "flexcoders" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. __,_._,___
Re: [flexcoders] HTTP Service bug???
On Friday 01 September 2006 20:21, mthielman11 wrote: > body = " >" What if you stick a tag in there as the first node ? > contentType to application/xml For a HTTP form-style POST ? Why ? > when packet sniffing the call the body leaves the machine as null I would suggest that is the problem then :-) -- Tom Chiverton Helping to authoritatively consolidate front-end experiences This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[flexcoders] HTTP Service bug???
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 = "" 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 = "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. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/