DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Newsletter
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • RAG Architecture Patterns: Proxy, Caching, and Routing
  • How Cache Invalidation Caused Memory Pressure and API Failures at Scale
  • OpenSearch Heap Sizing: Swap, Page Cache, and the 50% Rule
  • Prompt Caching Doesn't Save Money on Turn One

Trending

  • After the AI Commit: What Eight Retrospectives Taught Me About Working With Coding Agents
  • Building a Real Pipeline With senro: Monorepos, Caching, and Triggers
  • Kill the Worker, Keep the Research: Build a Recoverable LangGraph Agent on Temporal
  • The Twelve-Factor Agents: Building Production-Ready LLM Applications

Draft This article hasn't been published, so readers can't see it.

In moderation This article is waiting for review, so readers can't see it yet.

Deleted This article has been deleted, so readers can't see it.

  1. DZone
  2. Data Engineering
  3. Data
  4. Cache Scope with EHCache

Cache Scope with EHCache

By 
Alan Cassar
·
Oct. 04, 13 · Interview
Post on X (opens in a new tab) Share on LinkedIn (opens in a new tab)
14.3K Views

Join the DZone community Save articles, join the discussion, and download Refcards and Trend Reports with a free account.

Join for free Already a member? Log in

In another blog post we explained how you can use a new feature of Mule 3.3 to cache data in your Mule flows. Here we look at how to configure Mule to use EHCache to handle the caching part, rather than storing the data in the default InMemoryObjectStore.

Let’s get going. First let’s start by saying that there are millions of different ways to do this... We’ve taken the route of configuring everything through Spring. So just because you configured your EHCache differently, does not mean it’s wrong or ours is better. We prefer this way since Mule integrates very nicely with Spring. Now we have settled that, let’s make a list of what we need to do:

  1. Define cache manager
  2. Define cache factory bean
  3. Create a custom object store
  4. Define a Mule caching strategy

The first job is to define a cache manager and cache factory bean. Spring provides two very handy classes for this, specific for EHCache: EhCacheManagerFactoryBean and EhCacheFactoryBean. The cache manager just needs to be defined. However, on the cache factory bean you can configure all EHCache details such as time to live, time to idle, when to overflow on disk, the eviction policy, and much more. For more information, you can check the API here or the EHCache website. Also, from the cache factory bean, you need to refer back to the cache manager. An example is shown in the following gist:

<spring:bean id="cacheManager" name="cacheManager" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"/>

<spring:bean id="cache" name="cache" class="org.springframework.cache.ehcache.EhCacheFactoryBean">
    <spring:property name="cacheManager" ref="cacheManager"/>
    <spring:property name="cacheName" value="dbCache"/>
    <spring:property name="maxElementsInMemory" value="10000"/>
    <spring:property name="eternal" value="false"/>
    <spring:property name="timeToIdle" value="120"/>
    <spring:property name="timeToLive" value="120"/>
    <spring:property name="overflowToDisk" value="true"/>
    <spring:property name="maxElementsOnDisk" value="10000000"/>
    <spring:property name="diskPersistent" value="false"/>
    <spring:property name="diskExpiryThreadIntervalSeconds" value="120"/>
    <spring:property name="memoryStoreEvictionPolicy" value="LRU"/>
</spring:bean>

Once the cache and the cache manager are configured, we need to define a custom object store that uses EHCache to store and retrieve the data. This is very easy to do, we just need to create a new class that implements the standard Mule’s ObjectStore interface, and use EHCache to do the operations. A working custom EHCache object store is shown in the following gist:

package com.ricston.cache;

import java.io.Serializable;

import net.sf.ehcache.Ehcache;
import net.sf.ehcache.Element;

import org.mule.api.store.ObjectStore;
import org.mule.api.store.ObjectStoreException;

public class EhcacheObjectStore<T extends Serializable> implements ObjectStore<T> {

  private Ehcache cache;

	@Override
	public synchronized boolean contains(Serializable key) throws ObjectStoreException {
		return cache.isKeyInCache(key);
	}

	@Override
	public synchronized void store(Serializable key, T value) throws ObjectStoreException {
		Element element = new Element(key, value);
		cache.put(element);
	}

	@SuppressWarnings("unchecked")
	@Override
	public synchronized T retrieve(Serializable key) throws ObjectStoreException {

		Element element = cache.get(key);
		if (element == null)
		{
			return null;
		}
		return (T) element.getValue();
	}

	@Override
	public synchronized T remove(Serializable key) throws ObjectStoreException {
		T value = retrieve(key);
		cache.remove(key);
		return value;
	}

	@Override
	public boolean isPersistent() {
		return false;
	}

	public Ehcache getCache() {
		return cache;
	}

	public void setCache(Ehcache cache) {
		this.cache = cache;
	}

}

As you can clearly see, this object store encapsulates an EHCache instance. This should be set before we start using this object store. As you can imagine, we will do this through Spring.

The next step is to configure a caching strategy which uses our brand new EHCache object store.

<ee:object-store-caching-strategy name="cachingStrategy" doc:name="cachingStrategy">
    <custom-object-store class="com.ricston.cache.EhcacheObjectStore">
        <spring:property name="cache" ref="cache"/>
    </custom-object-store>
</ee:object-store-caching-strategy>

The caching strategy using our custom object store, and in the object store, we are using Spring to inject the cache defined earlier in this blog post.

The rest in Mule can be exactly the same as in the other blog post we explained before.

So here we have shown you how we can use EHCache as the caching engine for the cache scopes provided by Mule 3.3. A reason why you would do this is that with EHCache, you have a very good and proven caching product with a ton of settings that you can exploit and tune for your application.

As a side note, if you have issues with EHCache classloading in Mule, place the EHCache jars inside $MULE_HOME/lib/user rather than in your application.

Enjoy.




Cache (computing) Ehcache

Published at DZone with permission of Alan Cassar. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • RAG Architecture Patterns: Proxy, Caching, and Routing
  • How Cache Invalidation Caused Memory Pressure and API Failures at Scale
  • OpenSearch Heap Sizing: Swap, Page Cache, and the 50% Rule
  • Prompt Caching Doesn't Save Money on Turn One

Partner Resources

×

Comments

Loading comments

The comments didn't load

Please try again in a moment.

Likes

Loading

The next likes didn't load. Please try again.

The likes didn't load

Please try again in a moment.

See who liked this

Log in or join DZone for free to see who liked this article.

Log in Join for free
  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook