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
[EMAIL PROTECTED]
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
_______________________________________________
--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
