Hi, Almost done. I need one more patch to be accepted and have some wishes ;) The "only" implemented XML/RPC procedure is freeswitch.api which cannot be used in a Java interface declaration as it contains a dot in the name of the procedure. I would like to add a second one that can be declared as a Java method :) And now my wish - How soon can I except FS to read multiply config files for each section instead of one, monolithic freeswitch.xml ? I do not like the concept of sipXconfig generating the whole freeswitch.xml file instead of a small dialplan.xml/whatever. [root@sip1 freeswitch-0.0]# diff -u src/mod/xml_int/mod_xml_rpc/ mod_xml_rpc.c~ src/mod/xml_int/mod_xml_rpc/mod_xml_rpc.c --- src/mod/xml_int/mod_xml_rpc/mod_xml_rpc.c~ 2007-01-22 01:59:17.000000000 +0100 +++ src/mod/xml_int/mod_xml_rpc/mod_xml_rpc.c 2007-01-22 01:59:17.000000000 +0100 @@ -235,6 +235,7 @@ registryP = xmlrpc_registry_new(&env); xmlrpc_registry_add_method(&env, registryP, NULL, "freeswitch.api", &freeswitch_api, NULL); + xmlrpc_registry_add_method(&env, registryP, NULL, "freeswitch_api", &freeswitch_api, NULL); MIMETypeInit(); MIMETypeAdd("text/html", "html"); Urtho,
Paweł,
How soon can I except FS to read multiply config files for each section instead of one, monolithic freeswitch.xml ? I do not like the concept of sipXconfig generating the whole freeswitch.xml file instead of a small dialplan.xml/whatever.
This may sound silly, but what about something like cat fs-top.xml dialplan.xml fs-bottom.xml > freeswitch.xml just before reloading the configuration? Stéphane -- http://carrierclass.net/ http://www.linkedin.com/in/stephalnet
Stéphane, Update your source. That is now in SVN Trunk. /b On Jan 23, 2007, at 9:12 AM, Stéphane Alnet wrote:
Paweł,
How soon can I except FS to read multiply config files for each section instead of one, monolithic freeswitch.xml ? I do not like the concept of sipXconfig generating the whole freeswitch.xml file instead of a small dialplan.xml/whatever.
This may sound silly, but what about something like
cat fs-top.xml dialplan.xml fs-bottom.xml > freeswitch.xml
just before reloading the configuration? Stéphane
-- http://carrierclass.net/ http://www.linkedin.com/in/stephalnet _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
If you update to newest trunk, there is support for including other xml files in the main freeswitch.xml, that should address this requirement. Mike
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev- bounces@lists.freeswitch.org] On Behalf Of Stéphane Alnet Sent: Tuesday, January 23, 2007 10:13 AM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] sipXconfig + freeswitch integration
Paweł,
How soon can I except FS to read multiply config files for each section instead of one, monolithic freeswitch.xml ? I do not like the concept of sipXconfig generating the whole freeswitch.xml file instead of a small dialplan.xml/whatever.
This may sound silly, but what about something like
cat fs-top.xml dialplan.xml fs-bottom.xml > freeswitch.xml
just before reloading the configuration? Stéphane
-- http://carrierclass.net/ http://www.linkedin.com/in/stephalnet _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
On 2007-01-23, at 17:21, Michael Jerris wrote:
If you update to newest trunk, there is support for including other xml files in the main freeswitch.xml, that should address this requirement.
Yes, thanks. Now I just have to see if I know how to generate XML files without <?xml version="1.0"?>. Pawel,
participants (4)
-
Brian West
-
Michael Jerris
-
Paweł Pierścionek
-
Stéphane Alnet