There was a time that reload mod_xxx did not call switch_xml_reload but we realized that in almost every case of reloading a module it was preceded by a reloadxml command so it seemed logical to roll in the reloadxml for the sake of convenience.
-MC
Thanks - that's what I was looking for. I was a bit surprised to find that 'reload mod_logfile' calls switch_xml_reload itself, so there is no need to call reloadxml explicitly.
Carolyn
> -----Original Message-----
> From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-
> dev-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre
> Sent: Wednesday, February 20, 2013 10:19 AM
> To: freeswitch-dev@lists.freeswitch.org
> Subject: Re: [Freeswitch-dev] reload logfile.conf on reloadxml or
> sighup?
>
> 'reloadxml' then 'reload mod_logfile'
>
> -Steve
>
>
>
> On 20 February 2013 15:10, Beeton, Carolyn (Carolyn)
> <cbeeton@avaya.com> wrote:
> > I would like to be able to trigger Freeswitch to reload the
> logfile.conf
> > file (to pick up changes in log level on the fly). I know this can
> be done
> > by changing levels on the console, but since my application uses
> > configuration files to persist the changes, I would prefer to keep
> all
> > configuration data in the files.
> >
> >
> >
> > The "reloadxml" command triggers FS to reload some but not all of
> the
> > config files. Could it be enhanced to reload logfile.conf? Or would
> it
> > make sense to reload the logfile.conf file on receipt of sig_hup? Or
> have I
> > missed another way to accomplish this? If there's any interest, I
> will
> > create a jira and offer a patch.
> >
> >
> >
> > Thanks,
> >
> > Carolyn
> >
> >
> >
> _______________________________________________________________________
> __
> > 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-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
> >
>
> _______________________________________________________________________
> __
> 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-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
_________________________________________________________________________
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-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