[infinispan-issues] [JBoss JIRA] (ISPN-4919) Configuration templates

[Richard Achmatowicz (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-4919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13023354#comment-13023354 ] 

Richard Achmatowicz edited comment on ISPN-4919 at 11/26/14 11:38 AM:
----------------------------------------------------------------------

Alternatively, the <caches/> element could be used as a one-off syntactic sugar for creating multiple cache definitions, which would then be written back to the schema as individual cache definitions. But that doesn't seem too useful.  


was (Author: rachmato):
Alternatively, the <caches/> element could be used as a one-off syntactic sugar for creating multiple cache definitions, which would then me written back to the schema as individual cache definitions. But that doesn't seem too useful.  

> Configuration templates
> -----------------------
>
>                 Key: ISPN-4919
>                 URL: https://issues.jboss.org/browse/ISPN-4919
>             Project: Infinispan
>          Issue Type: Feature Request
>          Components: Configuration
>            Reporter: Tristan Tarrant
>            Assignee: Tristan Tarrant
>             Fix For: 7.1.0.Alpha1
>
>
> Currently there is a 1:1 relationship between configuration and named caches. While the programmatic API does have the ability to .read() an existing configuration to create a new one, the declarative config does not.
> We should introduce the concept of configuration inheritance, e.g.:
> {code}
> <local-cache name="eviction-cache">
>     <eviction strategy="LIRS" maxEntries="10000"/>
> </local-cache>
> <local-cache name="mycache" template="eviction-cache" />
> {code}
> Possibly, cache templates should be made "abstract" so that they cannot be instantiated as named caches directly, e.g.:
> {code}
> <local-cache name="eviction-cache" abstract="true">
> ...
> </local-cache>
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.8#6338)