[asterisk-dev] Asterisk 11 configuration files

[Matthew Jordan]

----- Original Message -----
> From: "Tzafrir Cohen" <tzafrir.cohen at xorcom.com>
> To: asterisk-dev at lists.digium.com
> Sent: Monday, August 27, 2012 5:44:51 PM
> Subject: Re: [asterisk-dev] Asterisk 11 configuration files
> 
> On Mon, Aug 27, 2012 at 11:42:42AM -0500, Matthew  Jordan wrote:
> > 

<snip>

> > 
> > Playing devil's advocate here... what would happen if we did what
> > Steve suggested and wrote a new voicemail module?  Say,
> > res_voicemail?
> > 
> > There's a good chance that we'd want to get away from the
> > configuration
> > scheme that app_voicemail currently uses, i.e., defining voicemail
> > user mailboxes as a single key/value pair.  More likely, we'd want
> > to
> > use context templates to allow administrator's to define voicemail
> > users.  That radically changes how the voicemail configuration file
> > is
> > parsed and interpreted.
> 
> But what if we want to move app_voicemail.c to be res_voicemail.c
> (make
> it a more reusable component). Will we have to rename the
> configuration
> file just because we changed the name of a module?

If all it did was change its name or get relocated, then no, I would not
support a rename of the configuration file.

If major functionality was changed such that the scheme of the configuration
was modified by the new module, and the new module could load at the same
time as the module it replaced, then I would support a new configuration
filename to allow 'side-by-side' module execution and to ease the upgrade
burden.
 
> And what if res_voicemail.c was eventually moved to main/ and became
> part of the core?
> 

More or less the same answer.  It all depends on whether or not the 'new'
voicemail functionality would have the ability to understand the historical
voicemail.conf scheme.  If it can't, then implying that it can would seem to
cause more problems, not less.

--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org