Notes on JPA L2 Caching

Here are some notes on L2 (level 2/shared) cache in JPA

Quick facts

• JPA L2 cache was standardized in JPA 2.0 (Java EE 6)
• Based on EntityManagerFactory i.e. its a global cache common across all Persistence Units
• A layer which site between the L1 cache (EM) and the database i.e. the database is queried only if the entity is not in the L1 cache and L2 cache
• This feature is optional (but most of the well known providers support it)

Initial setup

@Cacheable: this annotation is used to declaratively configure L2 (shared) caching for a JPA entity

Cache Modes

Specified in persistence.xml or during Entity Manager Factory creation (programmatic)

• NOT_SPECIFIED – default mode. Provider specific behavior (e.g. Eclipselink uses L2 cache by default vs Hibernate which needs explicit configuration for the same)
• ENABLE_SELECTIVE – only entity classes with @Cacheable(true) are cached
• DISABLE_SELECTIVE – entity classes with @Cacheable(false) are not cached
• ALL – all the JPA entities are cached
• NONE – none of the entities are cached

A JPA persistence.xml demonstrating usage of L2 caching config parameter

Here is a simple JPA entity with explicit L2 caching metadata

Override mode

In addition to the basic configuration options specified above, JPA allows you to dynamically specify how you want to interact with the L2 cache. These options are available for the entities which have been explicitly configured to participate in L2 caching

They can be enforced using the following methods

• Entity Manager property
• find method of Entity Manager
• hint during query execution

Read options

These options come into play during reading/fetching data from the cache and can be specified using the javax.persistence.cache.retrieveMode property

• CacheRetrieveMode.USE: read from L2 cache
• CacheRetrieveMode.BYPASS: skip the cache (refer the database directly)

Indicate L2 cache usage via EM property

Write options

These options are used to configure operations related to putting data into the cache and can be specified using the javax.persistence.cache.storeMode property

• CacheStoreMode.USE: populate the cache in response to the executed operation
• CacheStoreMode.BYPASS: do not modify the cache contents post operation
• CacheStoreMode.RERESH: to be used when your database is affected by external sources other than your application itself. Using this option forces the JPA provider to skip the cache (during fetch), go to the database and populate the result into the cache (effectively, a refresh operation)

Note: CacheRetrieveMode and CacheStoreMode are enums

Explicit L2 cache overrides using EM and query hints

Other stuff . . .

Other L2 cache related methods exposed by the javax.persistence.Cache interface (these are self explanatory)

• contains: is this entity in the L2 cache ?
• evict: remove this entity from the cache
• evictAll: clear the shared cache

Interrogating the JPA L2 cache

Cheers!