[asterisk-dev] [Code Review] 2645: Use stasis cache in more places

[Joshua Colp]

> On June 27, 2013, 5:37 p.m., opticron wrote:
> > /trunk/main/manager_channels.c, line 522
> > <https://reviewboard.asterisk.org/r/2645/diff/2/?file=40430#file40430line522>
> >
> >     Be warned that changing this function means updating a hefty amount of XML documentation.
> >     
> >     For the use case in this review, it's perfectly acceptable to use this function unmodified and add more parameters from the snapshot on a case-by-case basis.

I purposely did it this way to ensure that we don't get into a situation where a consumer would have to query to get additional information that may be useful. If the masses disagree, I'm fine with doing as you say.

I did document things though.


- Joshua


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2645/#review8998
-----------------------------------------------------------


On June 26, 2013, 2:09 p.m., Joshua Colp wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2645/
> -----------------------------------------------------------
> 
> (Updated June 26, 2013, 2:09 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: ASTERISK-21883
>     https://issues.asterisk.org/jira/browse/ASTERISK-21883
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This change moves CLI/AGI/AMI commands to accessing the Stasis cache for retrieving information instead of directly accessing the data structures. I have also added an AMI action to get bridge information, and extended the "status" action to include the same information available as "core show channel".
> 
> Stuff given up:
> 1. Number of frames being read and written
> 2. First file descriptor
> 3. What the channel is blocked in
> 
> An additional question:
> I'm not currently storing channel trace information in the snapshot and as a result it is not displayed. Is this a feature we still want to support? How widespread is it?
> 
> 
> Diffs
> -----
> 
>   /trunk/include/asterisk/channel.h 392949 
>   /trunk/include/asterisk/stasis_channels.h 392949 
>   /trunk/main/bridging.c 392949 
>   /trunk/main/channel.c 392949 
>   /trunk/main/channel_internal_api.c 392949 
>   /trunk/main/cli.c 392949 
>   /trunk/main/manager.c 392949 
>   /trunk/main/manager_bridging.c 392949 
>   /trunk/main/manager_channels.c 392949 
>   /trunk/main/pbx.c 392949 
>   /trunk/main/stasis_channels.c 392949 
>   /trunk/res/res_agi.c 392949 
> 
> Diff: https://reviewboard.asterisk.org/r/2645/diff/
> 
> 
> Testing
> -------
> 
> Executed the changed CLI commands, AMI actions, and AGI commands and ensured that the output is as expected.
> 
> 
> Thanks,
> 
> Joshua Colp
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130702/035b0ebe/attachment.htm>