ARI Global Data Accessibility Changes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 25, 2013 at 10:14 AM, David M. Lee <dlee at digium.com> wrote:

> The container list operations (GET /ari/bridges, GET /ari/channels),
> when no parameters are given, will only return the objects that can be
> acted upon via ARI.
>

OK...


> However, a specific list of objects can be requested by passing in an
> id list parameter (GET /ari/channels?channelIds=1234,5678,1357,9753).
> These objects will be returned if they exist, regardles of whether ARI
> can act upon them.
>

This raises the question (at least at first glance, without seriously
thinking about it) of how to find the ChannelIds for these other channels
in the first place.  I mean, it's nice that you can find them if you know
their hidden identities, but how do you find their hidden identities in the
first place if there's no list.


> Similarly, single object requests (GET /ari/channels/{channelId}) will
> always return that specific object if it exists.
>

Works for me.

--
Jared Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-app-dev/attachments/20131025/0e289a6b/attachment.html>


[Index of Archives]     [Asterisk SS7]     [Asterisk Announcements]     [Asterisk Users]     [PJ SIP]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Linux API]

  Powered by Linux