cutlass2006 has asked for the wisdom of the Perl Monks concerning the following question:
dear monkesses/monkmen,
I have always toyed with the idea of bundling one of those useful lightweight http daemon module you find in CPAN with my modules; so developers can easily develop and test code (as well as integrate webserver configuration) without worrying about setting up HTTP server. Then come 'production' deployment one could either manually or automatically generate appropriate apache conf.
I have had a few false starts, mostly to do with not having a lot of time to properly review http daemon modules, but more so in that most of the CPAN modules are too lightweight to represent regular Apache configurations.
Should I just use something like this and eschew with this kind of configuration management in perl... or has anyone had any successful approaches or identified a reasonably sane workflow from development to production ?
update I am seeking http daemon drop in that most reflects the mod_perl environment with Apache(1 or 2). Workflow would consist of several disparate developers using source control, developing and testing locally, then committing .. on post commit hook updates integration server with apache configuration. I know its probably not possible, but I am interested in smoothing out the workflow with respect to capturing changes in webserver configuration ... this may just remain a committed httpd conf file ;)
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: which http daemon module should I bundle ?
by Corion (Patriarch) on Oct 20, 2008 at 06:51 UTC |