<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 17, 2013 at 10:02 AM, Paul Albrecht <span dir="ltr"><<a href="mailto:palbrecht@glccom.com" target="_blank">palbrecht@glccom.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Oct 17, 2013, at 9:28 AM, Paul Belanger <<a href="mailto:paul.belanger@polybeacon.com">paul.belanger@polybeacon.com</a>> wrote:<br>
<br>
> On Thu, Oct 17, 2013 at 10:22 AM, Paul Albrecht <<a href="mailto:palbrecht@glccom.com">palbrecht@glccom.com</a>> wrote:<br>> I think you might be missing the concept of ARI, you wouldn't write<br>
> your app in C to generate ARI resources. You'd write your application<br>
> atop of ARI and consume them.<br>
><br>
<br>
</div>I'm talking about third party asterisk modules that may need to expose their resources to applications that manage asterisk via the AMI/CLI. They may need to expose their resources so that an application can manage their resources.<br>
<div class="im"><br></div></blockquote><div><br></div><div style>The short answer is yes: ARI is extensible. Both the RESTful interface as well as the JSON events can be extended via shared object libraries.</div><div style>
<br></div><div style>The longer answer is what Paul B. is driving towards: what do you want to expose through ARI?</div><div style><br></div><div style>ARI's current purpose is to provide raw communications objects to application developers so that they can build their own applications. These concepts are generally fundamental to Asterisk: things like bridges, channels, endpoints, and the like. If I'm a third party and I've written my own channel driver, I'm already going to be represented under the channels resource (you may have to do a bit of work to integrate yourself as an endpoint, but again, there are APIs for that).</div>
<div style><br></div><div style>What fundamental resource are you thinking of providing that is not already represented in Asterisk?</div><div style> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
> Again, what sort of thing are you looking to do.<br>
><br>
<br>
</div>Don't have a specific scenario for you. I'm just asking. It really should be obvious. The ARI should be extendible as are the CLI and AMI interfaces. If they're not, the what's explanation/rationale?<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div> </div><div style>And if the answer to my question is "I don't know, but I just wanted to know if the option is there", then yes, the option is there to extend the API.</div>
<div> <br></div></div>-- <br><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div>
</div>
</div></div>