[asterisk-dev] [Code Review] 3052: ARI: Allow specifying channel variables during a POST /channels

[opticron]

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



branches/12/main/http.c
<https://reviewboard.asterisk.org/r/3052/#comment19808>

    This is equivalent to ast_strndup.



branches/12/main/http.c
<https://reviewboard.asterisk.org/r/3052/#comment19807>

    Drop this comment since it is no longer correct.


- opticron


On Dec. 10, 2013, 11:25 a.m., Kevin Harwell wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3052/
> -----------------------------------------------------------
> 
> (Updated Dec. 10, 2013, 11:25 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: ASTERISK-22872
>     https://issues.asterisk.org/jira/browse/ASTERISK-22872
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> Added the ability to specify channel variables when creating/originating a channel in ARI.  The variables are sent in the body of the request and should be formatted as a single level JSON object.  For example: {"variable1": "foo", "variable2": "bar"}. No nested objects allowed.
> 
> 
> Diffs
> -----
> 
>   branches/12/rest-api/api-docs/channels.json 403413 
>   branches/12/res/res_ari_channels.c 403413 
>   branches/12/res/ari/resource_channels.c 403413 
>   branches/12/res/ari/resource_channels.h 403413 
>   branches/12/main/http.c 403413 
> 
> Diff: https://reviewboard.asterisk.org/r/3052/diff/
> 
> 
> Testing
> -------
> 
> Some manual testing to make sure variables were being set.  Also wrote a test for the testsuite.
> 
> 
> Thanks,
> 
> Kevin Harwell
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20131212/2d44821f/attachment.html>