[asterisk-users] Using XML for configuration management, single-source-of-truth, etc.

[Richard Revels]

Neat.  Does that reference mention anything about how XML was  
originally designed as a generic storage mechanism for data being  
moved from one architecture to another where the original meaning of  
the data might be lost due to differences of those architectures?  I  
suppose a case can be made for using XML to transfer a SIP phone  
config from the tftp server to the phone itself but it makes no sense  
what-so-ever (to me at least) to use XML for a static config sitting  
on a server.

It comes across to me about the same as someone saying they think  
using ftp would be a neat way to transfer rtp in a SIP conversation.   
It really doesn't matter if it can be done or not;  why bother??


On Dec 9, 2007, at 1:48 PM, Martin Smith wrote:

> > Try to implement '#include' and '#exec' in a sane way with XML.
> > You can't just include one valid XML in another. You have to make a
> > partial XML. And apitting it out is usually way more complicated.
> >
> > Furthermore, there is the issue of partial processing: do you opt  
> for
> > one big XML file? Or continue with one XML file per .conf file?
> >
>
> I'm pretty sure you can include one valid XML entity in another. This
> functionality exists in SGML as well. I've seen it done both with  
> parser
> support and also simply defining your own &entity; (you can define an
> entity in place or in another file somewhere else), which is  
> relatively
> easily, and then referring to that entity elsewhere in your  
> document. I
> found a nice IBM reference to using entities at
> http://www.ibm.com/developerworks/xml/library/x-tipgentity.html.
>
> In fact, I'd argue XML includes are more like the dialplan's idea of
> inclusion when compared to includes in something like GCC.
>
> :)
>
> Martin Smith, Systems Developer
> martins at bebr.ufl.edu
> Bureau of Economic and Business Research
> University of Florida
> (352) 392-0171 Ext. 221
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20071209/05b1753e/attachment.htm