[asterisk-bugs] [JIRA] (ASTERISK-21255) Add the ability for sorcery backends to be organized in a hierarchy to provide caching

Matt Jordan (JIRA) noreply at issues.asterisk.org
Fri Mar 15 08:14:01 CDT 2013


     [ https://issues.asterisk.org/jira/browse/ASTERISK-21255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-21255:
-----------------------------------

    Component/s: Core/Sorcery
    
> Add the ability for sorcery backends to be organized in a hierarchy to provide caching
> --------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21255
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21255
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>          Components: Core/Sorcery
>    Affects Versions: 12
>            Reporter: Matt Jordan
>              Labels: Asterisk12, NewSIP
>
> A key feature of Asterisk is the ability to persist objects in memory, the AstDB, or in a dynamic realtime database. In the past, much of this manipulation has been manual, that is, you have to store objects in an ao2 container yourself; in the AstDB yourself; and in a dynamic realtime database yourself. Synchronization of the objects has to occur manually and is prone to synchronization failures (or just forgetting to do it).
> Sorcery provides the ability to persist objects anywhere. Since the act of persisting the objects is abstracted away from the developer (and happens automagically), it should also be able to choose (based on it's configuration) the appropriate place to store the objects.
> For example, it may be desirable to persist a SIP registration in memory, the AstDB, and a dynamic realtime backend.
> * Memory - used as the highest level in the cache
> * AstDB - used for restarts of Asterisk, such that registration information carries over
> * Realtime Database - external storage to coordinate registrations across multiple systems, querying of data, etc.
> Sorcery should be able to provide this cache hieararchy automatically to its consumers.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list