[asterisk-dev] [Code Review] Sorcery Data Access Abstraction Layer

[Mark Michelson]

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

Ship it!


With the given tests in place, I think this is good to go now.


/trunk/tests/test_sorcery.c
<https://reviewboard.asterisk.org/r/2259/#comment14682>

    redness


- Mark


On Jan. 23, 2013, 8:29 a.m., jcolp wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2259/
> -----------------------------------------------------------
> 
> (Updated Jan. 23, 2013, 8:29 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> Sorcery is a new API which provides a generic data access/persistence mechanism. A user of this API defines their objects with some special sorcery specific contents. The object types themselves and the fields within the objects are then registered with sorcery. Operations can then occur to create, retrieve, update, or delete objects. There's also other aspects present such as configuration for mapping object types to different persistence mechanisms (with the current one available being in-memory). Other operations also exist which allow objects to be copied and diffed.
> 
> * I will run whitespace-cleanup on this :P red blobs will be gone.
> 
> 
> Diffs
> -----
> 
>   /trunk/res/res_sorcery_memory.c PRE-CREATION 
>   /trunk/tests/test_sorcery.c PRE-CREATION 
>   /trunk/res/res_sorcery_config.c PRE-CREATION 
>   /trunk/main/asterisk.c 380001 
>   /trunk/main/sorcery.c PRE-CREATION 
>   /trunk/configs/sorcery.conf.sample PRE-CREATION 
>   /trunk/configs/test_sorcery.conf.sample PRE-CREATION 
>   /trunk/include/asterisk/sorcery.h PRE-CREATION 
> 
> Diff: https://reviewboard.asterisk.org/r/2259/diff
> 
> 
> Testing
> -------
> 
> Ran unit tests, confirmed they all passed and made changes to ensure the tests are valid.
> 
> 
> Thanks,
> 
> jcolp
> 
>

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