[asterisk-dev] Formatting options for CLI output

[Michael L. Young]

----- Original Message ----- 

> From: "Dan Jenkins" <dan.jenkins at holidayextras.com>
> To: "Asterisk Developers Mailing List"
> <asterisk-dev at lists.digium.com>
> Sent: Friday, November 9, 2012 7:42:54 AM
> Subject: Re: [asterisk-dev] Formatting options for CLI output

> Hi Michael,

> I disagree with your point about AMI over HTTP and how JSON/XML
> should be limited to this. There are so many drawbacks to using the
> AMI over HTTP that I (as a web developer) use the AMI over TCP
> because AMI over HTTP doesn't give me everything I need. Digium
> talked at AstriDevCon about making Asterisk's APIs more friendly to
> web developers - Steve Sokol talks about it on his blog
> http://www.stevensokol.com/2012/11/the-grand-unified-asterisk-api.html
> - these are only thoughts right now though.

> JSON and XML are not just used for WEB applications, they are data
> formats that follow a standard and that's why they are used so
> heavily; what's so wrong with Asterisk following another standard.
> Yes, JSON is easier to use within Javascript for example, but that's
> just because it's a standard.

Sorry if my email came across a bit ignorant, but I am not that ignorant :)  I have a strong background in web development as well and am very much interested in the discussions around helping web applications be built to work with Asterisk.  Hopefully, I can help contribute towards the goals set out at AstriDevCon in this area.

I realize that perhaps my comment to limit the output type to AMI over HTTP was, perhaps, said in haste.  I think this output format discussion is great.  My main concern was in regards to allowing that kind of data output to the console.  Having worked very little with the AMI code (only to add IPv6 support), I was thinking to myself that there has to be a better way... but I could see where AMI over HTTP might be doable from a short term viewpoint.  That was my initial thought when I wrote that prior email, without really looking into what it would take to do it properly.

Michael
(elguero)