[Asterisk-Dev] Flexible configuration/ Data abstraction

[Rob Gagnon]

Exactly what I was thinking :-)  (could it be because I am the author of
QINT???)

Anyhow, since the release of the QINT patch, more expansion on the idea has
taken place in #asterisk-dev,
and a thinner, more powerful, method of doing this is coming.

I am working with Exomorph on producing "res_data.c" along with some modules
that will register to it as the actual data sources.

the advantage res_data will have over QINT (even though I like QINT) is that
it will have a much smaller impact on existing source code files in
Asterisk.

For example, chan_sip.h had to be created to support QINT by extracting the
sip_user and sip_peer struct's from chan_sip.c.... res_data will not require
that extraction, and will be more powerful.

The idea we have now is to allow a user to configure how they would want
each query performed, and in which order.... (similar to Unix
nss_switch.conf files if you are familiar)

IE:
a sip peer could be told to be found via: ldap, mysql, files
which would mean to lookup in ldap for the peer, and if not found, try
mysql, then try flat files.... etc... thats the idea anyhow.

For this to work, res_data.c will allow modules to register with it.  IE:
you could have res_data_mysql.c register with res_data.c as the handler for
sip peer lookups.

We will see how it comes out in the end.  Ideas in our heads are always
harder to explain in text....

----- Original Message ----- 
From: "Fran Boon" <flavour at partyvibe.com>
To: <asterisk-dev at lists.digium.com>
Sent: Friday, April 09, 2004 2:52 PM
Subject: Re: [Asterisk-Dev] Flexible configuration/ Data abstraction


> On Thu, 2004-04-08 at 21:03, Steven Sokol wrote:
> > One of the key changes I would like to see introduced into Asterisk is
one
> > or more very thin abstraction layers that allow configuration data (like
> > that which is currently stored in the .conf files) to be read from
different
> > sources without having to make wholesale changes to the various channel,
> > application, resource, and pbx sources.
>
> QINT seems to go some way to doing what you want:
>
> http://bugs.digium.com/bug_view_page.php?bug_id=0001229
>
> F
>
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev