Introduction to JCache JSR 107
From Resin 4.0 Wiki
| Line 58: | Line 58: | ||
</pre> | </pre> | ||
| + | |||
| + | The above works out fairly well, but what if we want to periodically change the helloMessage. Let's say we get 2,000 requests a second, but every 10 seconds or so we would like to regenerate the helloMessage. | ||
| + | |||
| + | The message might be. | ||
| + | |||
| + | <pre> | ||
| + | Hello World ! | ||
| + | 1358979745996 | ||
| + | </pre> | ||
| + | |||
| + | Later we would want it to change. | ||
| + | |||
| + | If we wanted it to change every 10 seconds after it was last accessed, we would do this: | ||
| + | |||
| + | <pre> | ||
| + | cache = builder.setExpiry(ExpiryType.ACCESSED, new Duration(TimeUnit.SECONDS, 10)).build(); | ||
| + | |||
| + | </pre> | ||
| + | |||
| + | For this example, we want to change it every 10 seconds after is was last modified. | ||
| + | We would set up the timeout on the creation as follows: | ||
| + | |||
| + | <pre> | ||
| + | cache = builder.setExpiry(ExpiryType.MODIFIED, new Duration(TimeUnit.SECONDS, 10)).build(); | ||
| + | |||
| + | </pre> | ||
| + | |||
| + | This would go right in the cache method we defined earlier. | ||
| + | |||
| + | <pre> | ||
| + | public Cache<String, String> cache() { | ||
| + | if (cache == null) { | ||
| + | CacheManager manager = Caching.getCacheManager("cacheManagerHello"); | ||
| + | |||
| + | CacheBuilder<String,String> builder = manager.createCacheBuilder("b"); | ||
| + | cache = builder.setExpiry(ExpiryType.MODIFIED, new Duration(TimeUnit.SECONDS, 10)).build(); | ||
| + | } | ||
| + | return cache; | ||
| + | } | ||
| + | </pre> | ||
| + | |||
| + | |||
| + | Resin's JCache implementation is built on top Resin distributed cache architecture. You get replication, and data redundancy built in. | ||
Latest revision as of 00:00, 24 January 2013
Resin has supported caching, session replication (another form of caching), and http proxy caching in cluster environments for over ten years. When you use Resin caching, you are using the same platform that has the speed and scalability of custom services written in C like NginX with the usability of Java, and the industry platform Java EE.
JCache JSR 107 is a distributed cache that has a similar interface to the HashMap that you know and love. To be more specific, the Cache object in JCache looks like a java.util.ConncurrentHashMap. In addition, JCache JSR 107 defines integration with CDI (as well as Spring and Guice). You can decorate services with interceptors that apply caching to the services just by defining annotations.
Resin 4 has support for JCache, and JCache support is required for Java EE 7.
Let's look at a small example to see how easy is to get started with JCache.
package hello.world;
import javax.cache.Cache;
import javax.cache.CacheBuilder;
import javax.cache.CacheManager;
import javax.cache.Caching;
...
@WebServlet("/HelloServlet")
public class HelloServlet extends HttpServlet {
Cache<String,String> cache;
public Cache<String, String> cache() {
if (cache == null) { //building a cache
CacheManager manager = Caching.getCacheManager("cacheManagerHello");
CacheBuilder<String,String> builder = manager.createCacheBuilder("a");
cache = builder.build();
}
return cache;
}
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
response.getWriter().append("<html><head></head><body><p>");
String helloMessage = cache().get("hello message");
if (helloMessage == null) {
helloMessage = new StringBuilder(20)
.append("Hello World ! <br />")
.append(System.currentTimeMillis()).toString();
cache().put("hello message", helloMessage); // <-------------- putting results in the cache
}
response.getWriter().append(helloMessage);
response.getWriter().append("</p></body></html>");
}
}
The above works out fairly well, but what if we want to periodically change the helloMessage. Let's say we get 2,000 requests a second, but every 10 seconds or so we would like to regenerate the helloMessage.
The message might be.
Hello World ! 1358979745996
Later we would want it to change.
If we wanted it to change every 10 seconds after it was last accessed, we would do this:
cache = builder.setExpiry(ExpiryType.ACCESSED, new Duration(TimeUnit.SECONDS, 10)).build();
For this example, we want to change it every 10 seconds after is was last modified. We would set up the timeout on the creation as follows:
cache = builder.setExpiry(ExpiryType.MODIFIED, new Duration(TimeUnit.SECONDS, 10)).build();
This would go right in the cache method we defined earlier.
public Cache<String, String> cache() {
if (cache == null) {
CacheManager manager = Caching.getCacheManager("cacheManagerHello");
CacheBuilder<String,String> builder = manager.createCacheBuilder("b");
cache = builder.setExpiry(ExpiryType.MODIFIED, new Duration(TimeUnit.SECONDS, 10)).build();
}
return cache;
}
Resin's JCache implementation is built on top Resin distributed cache architecture. You get replication, and data redundancy built in.
