Hi Brett, this is the Holly Grail :D...there are major design issues that prevents such an implementation (in the current model). Mainly because the whole code expects that the cfg script never changes.
But some older idea I have is to try at least the routing part to be reloaded (and not the whole cfg file). But this will require the splitting of the cfg in the definition part (core and module parameters) and a routing part (only with the routes). Regards, Bogdan Brett Nemeroff wrote: > Yes, that is what I mean. Sorry for the confusion. > > > On Fri, May 29, 2009 at 8:51 AM, Bogdan-Andrei Iancu > <[email protected] <mailto:[email protected]>> wrote: > > Hi Brett, > > not following you :(....you refer to "cfg script reload" ?? > > regards, > Bogdan > > Brett Nemeroff wrote: > > Bogdan, > similar, yet unrelated question. Any plans to implement a > "reload" where the config file is checked, then applied > without restarting? > > Please let me know.. > -Brett > > On Fri, May 29, 2009 at 8:04 AM, Bogdan-Andrei Iancu > <[email protected] <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>> wrote: > > Hi, > > I added to the dialog module support for data persistence > (dialog > script > flags, dialog script variables, dialog profiles) across > restart. > As this > data is highly dynamic nature (may changes very often), it is > flushed to > DB only at shutdown time - so do not expect to see it in DB > during > runtime. > > This will directly affect the script functionality - you > can rely > on not > loosing the dialog context if rebooting, and also the > module using > dialog module (like load-balancer which needs to keep the > profiles in > order to do the job). > > Regards, > Bogdan > > _______________________________________________ > Users mailing list > [email protected] <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
