[mapserver-users] Re: Reloading MapCache configuration file on changes?

[Pavel Iacovlev]

I am also in need of this feature, in my case it's an Administrator panel
that will control MapCache options.

As a suggestion maybe create an option in MapCache configuration file (by
default false) that on request to an apache process will check if the last
modified date of the configuration file was changed and if yes then reload
the configuration and after that continue processing.

On Tue, Dec 6, 2011 at 1:00 PM, thomas bonfort <tbonfort at terriscope.fr>wrote:

> AFAIK, this isn't possible. Inside an apache module, the configuration
> is considered read-only as it is shared between multiple worker
> threads/processed spawned by httpd.
>
> apachectl configtest && apachectl graceful will restart the server
> gracefully, i.e. without aborting ongoing requests, and will load the
> new configuration for subsequent requests.
>
> --
> thomas
>
> On Mon, Dec 5, 2011 at 23:37, John Taranu
> <jtaranu at firstbasesolutions.com> wrote:
> > Thomas,
> >
> >
> >
> > Is there a better way force MapCache to reload its configuration script
> than
> > restarting apache?  I’m working on an application that will use two
> > load-balanced web servers running MapCache, all pointing to a single
> central
> > tile repository and a single central .xml configuration file.  The
> > configuration file will occasionally be edited, either with deletions or
> > additional tilesets.  Both web servers need to reload the updated
> > configuration .xml.
> >
> >
> >
> > Is it possible to set up MapCache to check if the config file was
> recently
> > updated and, if so, reload the config .xml?  It looks like this is
> currently
> > enabled under FastCGI, but not under Apache.
> >
> >
> >
> > John
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapserver-users/attachments/20120222/c9f4432e/attachment-0001.html