Status message

This review is pending; contact The Eclipse Management Organization to make it public.

Jakarta CRaC Creation Review

Type
Creation
State
Pending
End Date of the Review Period

Reviews run for a minimum of one week. The outcome of the review is decided on this date. This is the last day to make comments or ask questions about this review.

Proposal

Jakarta CRaC

Thursday, September 17, 2026 - 09:41 by Gerrit Grunwald
Basics
This proposal is in the Project Proposal Phase (as defined in the Eclipse Development Process) and is written to declare its intent and scope. We solicit additional participation and input from the community. Please login and add your feedback in the comments section.
Is this a specification project?
Jakarta EE
Patent License
Implementation Patent License
Parent Project
Eclipse EE4J
Working Group
Jakarta EE
Proposal State
Community Review
Background

Many of the Jakarta EE implementations support checkpoint and restore today. This proposal is to create a uniform way of doing this for all implementations.

Scope

Jakarta CRaC defines a standard behaviour for Jakarta EE applications and runtime for checkpoint and restore events.

Description

The CRaC (Coordinated Restore at Checkpoint) Project researches coordination of Java programs with mechanisms to checkpoint (make an image of, snapshot) a Java instance while it is executing. Restoring from the image could be a solution to some of the problems with the start-up and warm-up times.

Jakarta CRaC defines how to make the runtime aware of a checkpoint being taken and when it is being restored. It also defines a way for application developers to give instructions to the runtime how to handle external resources used by the application.

Goals

  • Provide a standard mechanism to notify Jakarta EE implementations about checkpoint and restore events
  • Provide a standard mechanism for Jakarta EE Applications to make implementations aware of resources to manage at checkpoint and restore events
  • Work seamlessly with CRaC and InstantOn

Non-Goals

  • The specification does not seek to replace the existing CRaC API (https://github.com/CRaC/org.crac)
Licenses
Eclipse Public License 2.0
People
Project Leads
Gerrit Grunwald
Committers
Gerrit Grunwald
Ivar Grimstad
Steve Butler
Rustam Mehmandarov
Thomas Watson
Interested Parties

Azul, IBM, Individuals

Source Code
Source Repository Type
GitHub

The CRaC (Coordinated Restore at Checkpoint) Project researches coordination of Java programs with mechanisms to checkpoint (make an image of, snapshot) a Java instance while it is executing. Restoring from the image could be a solution to some of the problems with the start-up and warm-up times.

Jakarta CRaC defines how to make the runtime aware of a checkpoint being taken and when it is being restored. It also defines a way for application developers to give instructions to the runtime how to handle external resources used by the application.

Goals

  • Provide a standard mechanism to notify Jakarta EE implementations about checkpoint and restore events
  • Provide a standard mechanism for Jakarta EE Applications to make implementations aware of resources to manage at checkpoint and restore events
  • Work seamlessly with CRaC and InstantOn

Non-Goals

  • The specification does not seek to replace the existing CRaC API (https://github.com/CRaC/org.crac)