<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">2019년 4월 4일 (목) 오전 12:07, Matt Fredrickson <<a href="mailto:creslin@digium.com">creslin@digium.com</a>>님이 작성:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Apr 2, 2019 at 6:05 PM Kevin Harwell <<a href="mailto:kharwell@digium.com" target="_blank">kharwell@digium.com</a>> wrote:<br>><br>> On Tue, Apr 2, 2019 at 4:01 PM Sungtae Kim <<a href="mailto:pchero21@gmail.com" target="_blank">pchero21@gmail.com</a>> wrote:<br>>><br>>> So, here's some API draft.<br>>><br>>> I will introduce 2 new ARI requests and 1 ARI event.<br>><br>><br>> ARI is meant to be an alternative to diaplan applications, and not act as a layer on top of them. Which I feel is the direction this idea is heading towards. For instance, ARI is not meant to overlay app_queue, but allow a developer to create their own queue app that interfaces with Asterisk through ARI. I feel like doing things as proposed violates the underlying design and goal of ARI. However, see my other response. Maybe this can be done without changes to the ARI definitions and in a way that does not undermine the design of ARI.<br>
<br>That's kind of how I feel about it as well.  It's my understanding<br>ARI's original intention was to provide a REST API that allows you to<br>build detailed, channel centric Asterisk applications (such as the<br>app_queue replacement) without having to resort to writing C code.  A<br>lot of what Sung is trying to do sounds like it would more<br>appropriately fit as AMI type actions instead, IMHO.<br></blockquote><div>Yes, with AMI/AGI, we can do anything! :) But ARI can make this so simple! I like KISS!!</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>All that being said, I think sometimes we limit the potential of ideas<br>based on solely preconceived notions.  It's possible that the original<br>intentions of ARI could be transcended in appropriate ways.  On the<br>other hand, and as mentioned by Josh and others, there is potential<br>danger in permitting arbitrary dialplan application execution that<br>could come back and haunt us.  If you were to ask me my honest<br>opinion, I feel a lot of what Sung wants to do lies outside of ARI's<br>original design.<br></blockquote><div>Yes, I agree with that I'm asking too many things to the ARI, even it was not</div><div>designed for that. </div><div><br></div><div>I'm just thought it would be good to have this feature cause it looks possible.</div><div>And it was so regretful to don't have this feature - this is why I started this talk. :)</div><div><br></div><div>As I said before, I don't want to break down the Asterisk at all. So, I would start this with small things</div><div>as Joshua said, if Digium team agreed. :)</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>Just my .02.<br>
<br>Matthew Fredrickson<br>
<br>><br>>><br>>> <snip><br>><br>><br>> --<br>> Kevin Harwell<br>> Digium - A Sangoma Company | Senior Software Developer<br>> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>> Check us out at: <a href="https://digium.com" rel="noreferrer" target="_blank">https://digium.com</a> & <a href="https://asterisk.org" rel="noreferrer" target="_blank">https://asterisk.org</a><br>> --<br>> _____________________________________________________________________<br>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>><br>> asterisk-dev mailing list<br>> To UNSUBSCRIBE or update options visit:<br>>    <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
<br>
<br>
<br>-- <br>Matthew Fredrickson<br>Digium - A Sangoma Company | Asterisk Project Lead<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
<br>-- <br>_____________________________________________________________________<br>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br>   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div></div>