[Freeswitch-users] ReloadXML takes very long time

[Yiftach Golan]

Hi Seven,
Thanks for the reply
I have two problems with the mod_xml_curl :
1. We want to have some kind of caching mechanism so that if FreeSWITCH
crushes and there is no connection to the web server FreeSWITCH still works
(we are in a cloud environment)
If I understand correctly with mod_xml_curl we cannot achieve that
2. How would it work from the lua script ?
Can I reloadxml from lua file by file?
3. We already have a very complicated xml structure to support all of our
feature so probably converting the xmls will be pretty hard tasks
Any ideas?

On Tue, Oct 23, 2012 at 12:17 AM, Seven Du <dujinfang at gmail.com> wrote:

>  I don't understand why you don't use mod_xml_curl, can you explain more?
>
> you could also try some lua binding which could pull from DB and generate
> XML on demand, not sure if it works for you.
>
> --
> Seven Du
> Sent with Sparrow <http://www.sparrowmailapp.com/?sig>
>
> On Tuesday, October 23, 2012 at 8:56 AM, Yiftach Golan wrote:
>
> Hi FreeSWITCH community,
> My name is Yiftah and I am working for ChooChee which is a hosted PBX
> solution company
> We have been using FreeSWITCH for almost 2 years and we added a lot of
> code changes to the core and to the different modules
> Lately we have made a decision to get more close to the community so that
> we can enjoy the bug fixes and the new feature from the community and we
> can contribute our knowledge and bug fixes
> I would please like to start with a very basic question :
> We are using dialplan xmls in order to load the configuration, we have a
> lot of users on each freeswitch (+4k), it took a very long time for the
> configuration to load (around 5 minutes) during this time no new calls
> could be served by FreeSWITCH
> In order to solve this problem we introduce reload xml that accepts file
> names and has the ability to load just one file name into the memory (we
> achieved 10ms loading time instead of 5 minutes)
> The problem is that we had to introduce a lot of code in order to solve
> this problem, has anyone else encounter this problem? we do not want to use
> mod_xml_curl as we want to take care bringing the file to the machine
> Another approach that we thought is that a database might be much better
> fit in here, because every xml update includes the entire tenant (business)
> and has the potential in harming other users in the same tenant, also DB
> has much higher capacities then XMLs, did anyone think of enabling MySQL as
> a directory of parameters instead of xml?
> Thanks,
> Yiftach.
>
> _________________________________________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20121023/8c250723/attachment-0001.html