Infinispan Concepts: Difference between revisions
| Line 6: | Line 6: | ||
A ''cache container'' is the runtime structure that instantiates and manages one or more caches. In case of clustered caches, the cache container encapsulates the networking mechanisms required to maintain state across more than one JVM for its caches, including a JGroups stack. The cache container implementations are heavyweight objects. There should be possible to use just one cache container per JVM, unless specific configuration requires the availability of more than one instance - but in this case there will be a minimal and finite number of such instances. | A ''cache container'' is the runtime structure that instantiates and manages one or more caches. In case of clustered caches, the cache container encapsulates the networking mechanisms required to maintain state across more than one JVM for its caches, including a JGroups stack. The cache container implementations are heavyweight objects. There should be possible to use just one cache container per JVM, unless specific configuration requires the availability of more than one instance - but in this case there will be a minimal and finite number of such instances. | ||
The corresponding configuration element is <tt><cache-container></tt>. The <tt><cache-container></tt> elements are children of the "infinispan" (for EAP) or "infinispan:server:core:" (for JDG) subsystems. More details about cache container configuration can be found here: | |||
<blockquote style="background-color: #f9f9f9; border: solid thin lightgrey;"> | |||
:[[Infinispan Cache Container Configuration|Cache Container Configuration]] | |||
</blockquote> | |||
From an API perspective, the cache container is the primary API mechanism to retrieve cache instances or create cache instances on demand. | From an API perspective, the cache container is the primary API mechanism to retrieve cache instances or create cache instances on demand. | ||
Revision as of 15:27, 31 May 2016
Internal
Cache Container
A cache container is the runtime structure that instantiates and manages one or more caches. In case of clustered caches, the cache container encapsulates the networking mechanisms required to maintain state across more than one JVM for its caches, including a JGroups stack. The cache container implementations are heavyweight objects. There should be possible to use just one cache container per JVM, unless specific configuration requires the availability of more than one instance - but in this case there will be a minimal and finite number of such instances.
The corresponding configuration element is <cache-container>. The <cache-container> elements are children of the "infinispan" (for EAP) or "infinispan:server:core:" (for JDG) subsystems. More details about cache container configuration can be found here:
From an API perspective, the cache container is the primary API mechanism to retrieve cache instances or create cache instances on demand.
Cache Manager
A cache manager and a cache container are similar concepts. The cache manager concept was introduced in Infinispan 4 and it will be deprecated in the future.
Cache
Connecting to an Infinispan Server
HotRot
The HotRod connector is configured in the infinispan:server:endpoint Section.
memcached
The memcached connector is configured in the infinispan:server:endpoint Section.
REST
The REST connector is configured in the infinispan:server:endpoint Section.