JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle GlassFish Server 3.1-3.1.1 High Availability Administration Guide
search filter icon
search icon

Document Information


1.  High Availability in GlassFish Server

2.  Setting Up SSH for Centralized Administration

3.  Administering GlassFish Server Nodes

4.  Administering GlassFish Server Clusters

5.  Administering GlassFish Server Instances

6.  Administering Named Configurations

7.  Configuring Web Servers for HTTP Load Balancing

8.  Configuring HTTP Load Balancing

9.  Upgrading Applications Without Loss of Availability

10.  Configuring High Availability Session Persistence and Failover

Overview of Session Persistence and Failover




Enabling the High Availability Session Persistence Service

To Enable Availability for a Cluster, Standalone Instance or Container

Configuring Availability for Individual Web Applications


Configuring Replication and Multi-Threaded Concurrent Access to HttpSessions


Using Single Sign-on with Session Failover

Single Sign-On Groups

Using Coherence*Web for HTTP Session Persistence

Stateful Session Bean Failover

Configuring Availability for the EJB Container

Configuring the SFSB Session Store When Availability Is Disabled

Configuring Availability for an Individual Application or EJB Module

Configuring Availability for an Individual Bean

Specifying Methods to Be Checkpointed

11.  Configuring Java Message Service High Availability

12.  RMI-IIOP Load Balancing and Failover


Overview of Session Persistence and Failover

GlassFish Server provides high availability session persistence through failover of HTTP session data and stateful session bean (SFSB) session data. Failover means that in the event of an server instance or hardware failure, another server instance in a cluster takes over a distributed session.

For example, Java EE applications typically have significant amounts of session state data. A web shopping cart is the classic example of session state. Also, an application can cache frequently-needed data in the session object. In fact, almost all applications with significant user interactions need to maintain session state.

Note - When using high availability session persistence together with a load balancer, use a load balancer that includes session-based stickiness as part of its load-balancing algorithm. Otherwise, session data can be misdirected or lost. An example of a load balancer that includes session-based stickiness is the Loadbalancer Plug-In available in Oracle GlassFish Server.

The following topics are addressed here:


A distributed session can run in multiple Oracle GlassFish Server instances, if:


When configuring session persistence and failover, note the following restrictions:


The availability service can be enabled for the following scopes, ranging from highest to lowest:

In general, enabling or disabling availability session persistence for a cluster or container involves setting the boolean availability-service property to true or false by means of the asadmin set subcommand. The availability service is enabled by default for GlassFish Server clusters and all Web, EJB, and JMS containers running in a cluster.

The value set for the availability-service property is inherited by all child objects running in a given cluster or container unless the value is explicitly overridden at the individual module or application level. For example, if the availability-service property is set to true for an EJB container, the availability service will be enabled by default for all EJB modules running in that container.

Conversely, to enable availability at a given scope, you must enable it at all higher levels as well. For example, to enable availability at the application level, you must also enable it at the cluster or server instance and container levels.