Encoding issue with mod_xml_cdr (apparently)
Hi, We are setting up a web service for mod_xml_cdr but we have problems with non-ascii characters encoded in UTF-8. The POST request (url-encoded) stops its data when it finds the first non-ascii, like the following: -----8<----- <?xml version="1.0"?> <cdr> <channel_data> <state>CS_REPORTING</state> <direction>inbound</direction> <state_number>11</state_number> <flags>0=1;18=1;36=1;38=1;51=1</flags> <caps>1=1;2=1;3=1</caps> </channel_data> <variables> <uuid>faa6c7e9-9b4a-4ac0-8ebb-971b2e2f8eaa</uuid> <sip_local_network_addr>192.168.1.99</sip_local_network_addr> <sip_network_ip>192.168.1.99</sip_network_ip> <sip_network_port>1024</sip_network_port> <sip_received_ip>192.168.1.99</sip_received_ip> <sip_received_port>1024</sip_received_port> <sip_via_protocol>udp</sip_via_protocol> <sip_authorized>true</sip_authorized> <sip_number_alias>33</sip_number_alias> <sip_auth_username>33</sip_auth_username> <sip_auth_realm>econcept.es</sip_auth_realm> <number_alias>33</number_alias> <user_name>33</user_name> <domain_name>econcept.es</domain_name> <accountcode>33</accountcode> <user_context>econcept.es</user_context> <caller_id_name>Peque%% ----->8----- This is what the web service finds under the 'cdr' POST key. The last two percent characters seem to precede the spanish 'ñ'. The caller_id_name is supplied at register time by issuing an UTF-8 encoded XML to feed mod_xml_curl. I've tried disabling the url-encoding like so (xml_cdr.conf.xml): <param name="encode" value="false"/> But then, the web service does not appear to be receiving anything. Any ideas? Cheers. -- Isaac Jurado Internet Busines Solutions eConcept http://www.econcept.es
does a packet trace of the post request confirm this? If it does, please open a bug on http://jira.freeswitch.org about this issue. Mike On May 4, 2010, at 3:11 AM, Isaac Jurado wrote:
Hi,
We are setting up a web service for mod_xml_cdr but we have problems with non-ascii characters encoded in UTF-8. The POST request (url-encoded) stops its data when it finds the first non-ascii, like the following:
-----8<----- <?xml version="1.0"?> <cdr> <channel_data> <state>CS_REPORTING</state> <direction>inbound</direction> <state_number>11</state_number> <flags>0=1;18=1;36=1;38=1;51=1</flags> <caps>1=1;2=1;3=1</caps> </channel_data> <variables> <uuid>faa6c7e9-9b4a-4ac0-8ebb-971b2e2f8eaa</uuid> <sip_local_network_addr>192.168.1.99</sip_local_network_addr> <sip_network_ip>192.168.1.99</sip_network_ip> <sip_network_port>1024</sip_network_port> <sip_received_ip>192.168.1.99</sip_received_ip> <sip_received_port>1024</sip_received_port> <sip_via_protocol>udp</sip_via_protocol> <sip_authorized>true</sip_authorized> <sip_number_alias>33</sip_number_alias> <sip_auth_username>33</sip_auth_username> <sip_auth_realm>econcept.es</sip_auth_realm> <number_alias>33</number_alias> <user_name>33</user_name> <domain_name>econcept.es</domain_name> <accountcode>33</accountcode> <user_context>econcept.es</user_context> <caller_id_name>Peque%% ----->8-----
This is what the web service finds under the 'cdr' POST key. The last two percent characters seem to precede the spanish 'ñ'. The caller_id_name is supplied at register time by issuing an UTF-8 encoded XML to feed mod_xml_curl.
I've tried disabling the url-encoding like so (xml_cdr.conf.xml):
<param name="encode" value="false"/>
But then, the web service does not appear to be receiving anything.
Any ideas?
Cheers.
-- Isaac Jurado Internet Busines Solutions eConcept http://www.econcept.es
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I just put a patch in for the UTF-8 issue. /b On May 6, 2010, at 7:16 PM, Michael Jerris wrote:
does a packet trace of the post request confirm this? If it does, please open a bug on http://jira.freeswitch.org about this issue.
Mike
On Fri, May 7, 2010 at 2:20 AM, Brian West <brian@freeswitch.org> wrote:
I just put a patch in for the UTF-8 issue. /b
Isaac asked me to thank you, Brian, as the patch is working fine (he applied the patch to our sources and it's working fine). -- Jaume Sabater http://linuxsilo.net/ "Ubi sapientas ibi libertas"
participants (4)
-
Brian West
-
Isaac Jurado
-
Jaume Sabater
-
Michael Jerris