[Freeswitch-users] mod-curl POST

[Rupa Schomaker]

mod_curl will send a POST if you ask for it to (use post, not get in the
call).  You have to be precise when describing the issue.  You don't want
it to send as a form post, but rather just to post the 'raw' data.

you can do this today.

The ticket just gives you control of the header that sets the content-type.
 The receiver on the other end can choose to ignore the content type if it
knows it should always just get raw XML.

Use wireshark (or equiv) to verify what is being sent...



On Fri, Feb 8, 2013 at 2:07 PM, JP <jaykris at gmail.com> wrote:

> Thanks Rupa. I guess I need to re-read your email to understand better.
> For now I have asked the vendor controlling the end point to switch to GET.
> I will try out what you suggested when I get some free cycles and update
> this thread.
>
> Regards,
> JP
>
>
> On Thu, Feb 7, 2013 at 5:49 PM, Rupa Schomaker <rupa at rupa.com> wrote:
>
>> Umm.. I just explained how to do it.  The only piece missing is the
>> setting of the content-type header, but if that isn't going to be a problem
>> you odn't have to do anything special.
>>
>> Just remember to urlencode the (full) contents of the XML.
>>
>> And try it out.  Use wireshark to see what is sent over the wire to the
>> server.
>>
>>
>> On Thu, Feb 7, 2013 at 11:26 AM, JP <jaykris at gmail.com> wrote:
>>
>>> Yes what I am looking for is to POST xml data in the body and not as
>>> name/value pairs. Is this possible?
>>>
>>> Thanks,
>>> -JP
>>>
>>> On Wed, Feb 6, 2013 at 7:21 PM, Rupa Schomaker <rupa at rupa.com> wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Wed, Feb 6, 2013 at 6:56 PM, Cal Leeming [Simplicity Media Ltd] <
>>>> cal.leeming at simplicitymedialtd.co.uk> wrote:
>>>>
>>>>> The docs says this;
>>>>>
>>>>> curl url [headers|json] [get|head|post [url_encode_data]]
>>>>>
>>>>
>>>> The [headers|json] is all about the response format.  Just to make sure
>>>> that is clear.
>>>>
>>>> get/head/post should be self-evident
>>>>
>>>> url_encode_data is supposed to be the url encoded version of what you
>>>> want to send to the server.  It is encoded on purpose (so that we don't
>>>> have to worry about embedded spaces or other special chars).
>>>>
>>>> So, you really just need to do:
>>>>
>>>> curl http://example.com/ post encodedxmlhere
>>>>
>>>>
>>>>> So, I assume you'd just do.
>>>>>
>>>>> curl http://example.com/ post xml=encodedxmlhere
>>>>>
>>>>>
>>>> This will result in www-url-encoded with key/value pair with xml as key
>>>> and the encoded xml as the value.  This may be what the OP wants, but I
>>>> think what he wants is just XML.
>>>>
>>>>
>>>> Note that the content-type will still be application/x-www-form-urlencoded
>>>> which is "wrong".  I've written xml service endpoints that behave
>>>> differently based on the content-type.  Depending on how your service is
>>>> written this may be ok or not.  There is an open ticket to address the
>>>> content-type issue.
>>>>
>>>> http://jira.freeswitch.org/browse/FS-4714
>>>>
>>>>
>>>>
>>>>> Taken from here;
>>>>> http://wiki.freeswitch.org/wiki/Mod_curl
>>>>>
>>>>> Hope this helps, apologies if I misunderstood the question
>>>>>
>>>>> Cal
>>>>>
>>>>>
>>>> --
>>>> -Rupa
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>>
>> --
>> -Rupa
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>


-- 
-Rupa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130208/dbadc5bd/attachment.html