Re: Config parsing module for mod

I assume that you suggest a cleanup handler since it runs after a request, so the user sees no performance hit, but correct me if I'm wrong, please. And the reason that I'm in favor of moving to a CPAN module was an attempt to make the code more modular and maintainable. (And, yes, my use of a tied hash is probably unnecessary. :-)

(While mulling this over, I thought of the following idea, but maybe it's overkill. Use Apache::Reload with PerlSetVar ReloadAll Off. Then, use PerlSetVar ReloadModules to explicitly register my config-reading module. However, then I PerlSetVar ReloadTouchFile to the name of the config file. That should have the effect of only reloading my config-reading module whenever the touch file changes, and since the touch file will be the config file itself, that should have the desired effect.)

So, anyway, I've got some good ideas to work with. Thanks to those who replied. I'm still left with one question, though: what's the lightest weight yet reliable config-parsing module out there? And one that properly handles file locking in case of multiple concurrent requests, as well?

-jehuni

Comment on Re: Config parsing module for mod_perl app?

Replies are listed 'Best First'.
Re: Re: Config parsing module for mod_perl app? by perrin (Chancellor) on Mar 27, 2002 at 19:10 UTC
Yes, right about the cleanup handler. Your Apache::Reload idea sounds fine, but the code to stat a file and run your config parser again is awfully simple so don't be afraid to just write it. I don't think there's much difference between the config modules in terms of reliability (it's a fairly simple task), but for determining memory footprint I think you will just have to load them into memory to see. Larger files usually lead to more memory, unless the file is mostly POD. Don't worry about file locking. When you want to update your config file, just do it with a rename, i.e. `mv myconfig.conf.new myconfig.conf`. That should be an atomic update.	[reply] [d/l]

Replies are listed 'Best First'.

Re: Re: Config parsing module for mod_perl app?
by perrin (Chancellor) on Mar 27, 2002 at 19:10 UTC

Your Apache::Reload idea sounds fine, but the code to stat a file and run your config parser again is awfully simple so don't be afraid to just write it.

I don't think there's much difference between the config modules in terms of reliability (it's a fairly simple task), but for determining memory footprint I think you will just have to load them into memory to see. Larger files usually lead to more memory, unless the file is mostly POD.

Don't worry about file locking. When you want to update your config file, just do it with a rename, i.e. mv myconfig.conf.new myconfig.conf. That should be an atomic update.

[reply]
[d/l]