Version: 9.3.16.v20170120 |

Using Persistent Sessions
Previous | Chapter 10. Session Management Home | Next

##### Contact the core Jetty developers at www.webtide.com

private support for your internal/customer projects ... custom extensions and distributions ... versioned snapshots for indefinite support ... scalability guidance for your apps and Ajax/Comet projects ... development services for sponsored feature development

## Using Persistent Sessions

It is sometimes useful to preserve existing Sessions across restarts of Jetty. The `HashSessionManager` supports this feature. If you enable persistence, the `HashSessionManager` saves all existing, valid Sessions to disk before shutdown completes. On restart, Jetty restores the saved Sessions.

### Enabling Persistence

A `SessionManager` does just what its name suggests – it manages the lifecycle and state of sessions on behalf of a webapp. Each webapp must have its own unique `SessionManager` instance. Enabling persistence is as simple as configuring the `HashSessionManager` as the `SessionManager` for a webapp and telling it where on disk to store the sessions:

    <Configure class="org.eclipse.jetty.webapp.WebAppContext">
      .
      .
      .
      <Set name="sessionHandler">
        <New class="org.eclipse.jetty.server.session.SessionHandler">
          <Arg>
            <New class="org.eclipse.jetty.server.session.HashSessionManager">
              <Set name="storeDirectory">your/chosen/directory/goes/here</Set>
            </New>
          </Arg>
        </New>
      </Set>
      .
      .
      .
    </Configure>

The above uses an example of a context configuration file.

### Tip

If you want to persist the sessions from multiple webapps:

1. Configure a separate `HashSessionManager` for each.
2. Assign to each a different value for `storeDirectory`.

### Delaying Session Load

You might need to ensure that the sessions are loaded AFTER the servlet environment starts up (by default, Jetty eagerly loads sessions as part of the container startup, but before it initializes the servlet environment). For example, the Wicket web framework requires the servlet environment to be available when sessions are activated.

Using `SessionManager.setLazyLoad(true)`, Jetty loads sessions lazily either when it receives the first request for a session, or the session scavenger runs for the first time, whichever happens first. Here’s how the configuration looks in XML:

    <Set name="sessionHandler">
      <New class="org.eclipse.jetty.server.session.SessionHandler">
        <Arg>
          <New class="org.eclipse.jetty.server.session.HashSessionManager">
            <Set name="lazyLoad">true</Set>
          </New>
        </Arg>
      </New>
    </Set>

### Enabling Persistence for the Jetty Maven Plugin

To enable session persistence for the Jetty Maven plugin, set up the `HashSessionManager` in the configuration section like so:

    <plugin>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-maven-plugin</artifactId>
      <version>9.0.0.RC2 (or current version)</version>
      <configuration>
        <!-- ... -->
        <webAppConfig implementation="org.eclipse.jetty.maven.plugin.JettyWebAppContext">
          <defaultsDescriptor>${project.build.outputDirectory}/META-INF/webdefault.xml</defaultsDescriptor>
          <contextPath>${jetty.contextRoot}</contextPath>
          <sessionHandler implementation="org.eclipse.jetty.server.session.SessionHandler">
            <sessionManager implementation="org.eclipse.jetty.server.session.HashSessionManager">
              <storeDirectory>${project.basedir}/target/jetty-sessions</storeDirectory>
              <idleSavePeriod>1</idleSavePeriod>
            </sessionManager>
          </sessionHandler>
        </webAppConfig>
        <!-- ... -->
      </configuration>
    </plugin>

Previous | Top | Next
Chapter 10. Session Management | Home | Session Clustering with a Database

See an error or something missing? Contribute to this documentation at Github!(Generated: 2017-01-20)