The information you provide here will be included in the Open Liberty beta blog post (example), which will be published on openliberty.io/blog/, and potentially elsewhere, to promote this beta feature/function of Open Liberty. For this post to be included in the beta issue please make sure that this is completed by the end of Friday following the GM (Tuesday). The beta and release blogs are created using automation and rely on you following the template's structure. DO NOT REMOVE/ALTER THE <GHA> TAGS THROUGHOUT THIS TEMPLATE.
Please provide the following information:
Which Liberty feature(s) does your update relate to?
Short feature name (eg websockets-1.0): sessionCache-1.0
Who is the target persona? Who do you expect to use the update? eg application developer, operations.
Application Developer
Provide a summary of the update, including the following points:
A sentence or two that introduces the update to someone new to the general technology/concept.
What was the problem before and how does your update make their life better? (Why should they care?)
Briefly explain how to make your update work. Include screenshots, diagrams, and/or code snippets, and provide a server.xml snippet.
Where can they find out more about this specific update (eg Open Liberty docs, Javadoc) and/or the wider technology?
Open Liberty InstantOn provides fast startup times for MicroProfile and Jakarta EE applications. With InstantOn, your applications can start in milliseconds, without compromising on throughput, memory, development-production parity, or Java language features. InstantOn uses the Checkpoint/Restore In Userspace (CRIU) feature of the Linux kernel to take a checkpoint of the JVM that can be restored later.
The Liberty Beta 24.0.0.6 provides InstantOn support for JCache Session Persistence. The sessionCache-1.0 feature uses a JCache provider to create a distributed in-memory cache. Distributed Session Caching is achieved when the server is connected to at least one other server to form a cluster. Open Liberty servers can behave in the following ways in a cluster.
Client Server Model : An Open Liberty server can act as the JCache client and connect to a dedicated JCache server.
Peer-to-Peer Model : An Open Liberty server can connect with other Open Liberty servers that are also running with the JCache Session Persistence feature and configured to be part of the same cluster.
To enable JCache Session Persistence, sessionCache-1.0 feature must be enabled
<feature>sessionCache-1.0</feature>
The client/server mode can be configured using the below server.xml configuration.
Note:
In order to provide InstantOn support for peer-to-peer mode using Infinispan as a JCache Provider, Infinispan 12 and above must be used. Additionally, MicroProfile Reactive Streams 3.0 and above, and MicroProfile Metrics 4.0 and above features must be enabled inside server.xml in addition to the JCache session persistence feature.
Vendor-specific JCache configuration properties can be provided by the environment when the server is restored from the checkpoint. The following configuration uses server list, username and password values as variables defined in the restore environment.
Add the label for the beta you're targeting: target:YY00X-beta.
Make sure this blog post is linked back to the Epic for this feature/function.
Your paragraph will be included in the beta blog post. It might be edited for style and consistency.
You will be asked to review a draft before publication.
Once you've approved the code review, close this issue.
If you would also like to write a standalone blog post about your update (highly recommended), raise an issue on the Open Liberty blogs repo. State in the issue that the blog post relates to a specific release so that we can ensure it is published on an appropriate date (it won't be the same day as the beta blog post).
The information you provide here will be included in the Open Liberty beta blog post (example), which will be published on openliberty.io/blog/, and potentially elsewhere, to promote this beta feature/function of Open Liberty. For this post to be included in the beta issue please make sure that this is completed by the end of Friday following the GM (Tuesday). The beta and release blogs are created using automation and rely on you following the template's structure. DO NOT REMOVE/ALTER THE
<GHA>
TAGS THROUGHOUT THIS TEMPLATE.Please provide the following information:
Which Liberty feature(s) does your update relate to?
Human-readable name (eg WebSockets feature): JCache Session Persistence
Short feature name (eg websockets-1.0):
sessionCache-1.0
Who is the target persona? Who do you expect to use the update? eg application developer, operations.
Application Developer
Provide a summary of the update, including the following points:
A sentence or two that introduces the update to someone new to the general technology/concept.
What was the problem before and how does your update make their life better? (Why should they care?)
Briefly explain how to make your update work. Include screenshots, diagrams, and/or code snippets, and provide a
server.xml
snippet.Where can they find out more about this specific update (eg Open Liberty docs, Javadoc) and/or the wider technology?
Open Liberty InstantOn provides fast startup times for MicroProfile and Jakarta EE applications. With InstantOn, your applications can start in milliseconds, without compromising on throughput, memory, development-production parity, or Java language features. InstantOn uses the Checkpoint/Restore In Userspace (CRIU) feature of the Linux kernel to take a checkpoint of the JVM that can be restored later.
The
Liberty Beta 24.0.0.6
provides InstantOn support for JCache Session Persistence. ThesessionCache-1.0
feature uses a JCache provider to create a distributed in-memory cache. Distributed Session Caching is achieved when the server is connected to at least one other server to form a cluster. Open Liberty servers can behave in the following ways in a cluster.To enable JCache Session Persistence,
sessionCache-1.0
feature must be enabledThe client/server mode can be configured using the below
server.xml
configuration.The peer-to-peer mode can be configured using the following
server.xml
configuration.Note: In order to provide InstantOn support for peer-to-peer mode using Infinispan as a JCache Provider, Infinispan 12 and above must be used. Additionally, MicroProfile Reactive Streams 3.0 and above, and MicroProfile Metrics 4.0 and above features must be enabled inside server.xml in addition to the JCache session persistence feature.
Vendor-specific JCache configuration properties can be provided by the environment when the server is restored from the checkpoint. The following configuration uses server list, username and password values as variables defined in the restore environment.
What happens next?
target:YY00X-beta
.