Hi Gabe,

The part although not the same website is on;

https://profiles.google.com/100965631603901259030/buzz

"Another tip is to use cacheable='true' attribute of user xml returned by web service. This will make FS to maintain a local cache of the account details. The details will stay in cache until cleared. This means that FS won't be hitting your web app for every REGISTER request that hoards of SIP UAs are sending, it will ask only once upon first request. The subsequent requests will be looked up from cache."

I'm trying to reduce unnecessary traffic (posts). The dialplan will probably don't change, only the initial servlet path I need to dynamically set. I can add this to my xml as variable and see if there is any change.

Thanks and have a good Sunday yet!

Peter

On 23 sep 2012, at 03:30, Gabriel Gunderson wrote:

On Fri, Sep 14, 2012 at 11:54 AM, Peter van Raamsdonk <peetzer@gmail.com> wrote:
I tried the mod_xml_curl after studying the wiki. It works like a charm and
FS post to my java servlet easily (dialplan and user directory).
I read on a blog there is option 'cacheable=true' to prevent a post every
time a dial is made, do you know where to put this?

I've never seen this. I know there was some talk about it (I can't
remember if it was ClueCon or the mailing list or what). But I think
the general consensus was that simple cacheing isn't going to do much
good. It's almost like you need to know, based on the POST info if you
should cache or not.

I'd love a link to the blog if you can find it.  Meanwhile, I'm
running off to the source to see if that's true.

If it's something you really need, I'd consider adding caching at the
webserver layer, take the work of evaluating the request away from
freeswitch and move it to another box.

Also, you could write your own dialplan that worked as a caching
layer. First FreeSWITCH hits your custom dialplan, if it returns a
cached dialplan you're done. If not, it moves on to mod_curl_xml. And
finally, it makes its way to disk if it can't find a suitable
dialplan. I've never done it, but I hear it's not that hard to write.


Good luck.
Gabe

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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