On Tue, Apr 2, 2019 at 4:01 PM Sungtae Kim <[email protected]> wrote:
> So, here's some API draft. > > I will introduce 2 new ARI requests and 1 ARI event. > 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. > <snip> -- Kevin Harwell Digium - A Sangoma Company | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: https://digium.com & https://asterisk.org
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
