A session manager automatically creates new session objects whenever a new session starts. In some circumstances, clients do not join the session, for example, if the session manager uses cookies and the client does not accept cookies.
Communications Server offers these session management options, determined by the session-manager element’s persistence-type attribute in the sun-web.xml or sun-sip.xmlfile:
The memory Persistence Type, the default
The file Persistence Type, which uses a file to store session data, supported only for pure web applications
The replicated Persistence Type, which uses other servers in the cluster for session persistence
If the session manager configuration contains an error, the error is written to the server log and the default (memory) configuration is used.
For more information, see session-manager in Sun GlassFish Communications Server 2.0 Application Deployment Guide.
This persistence type is not designed for a production environment that requires session persistence. It provides no session persistence. However, for web applications only, you can configure it so that the session state in memory is written to the file system prior to server shutdown.
To specify the memory persistence type for the entire web container, use the configure-ha-persistence command. For details, see the Sun GlassFish Communications Server 2.0 Reference Manual.
To specify the memory persistence type for a specific web or SIP application, edit the sun-web.xml or sun-sip.xml file as in the following example. The persistence-type property is optional, but must be set to memory if included. This overrides the web container availability settings for the web application.
<sun-web-app> ... <session-config> <session-manager persistence-type="memory" /> <manager-properties> <property name="sessionFilename" value="sessionstate" /> </manager-properties> </session-manager> ... </session-config> ... </sun-web-app>
The only manager property that the memory persistence type supports is sessionFilename, which is listed under manager-properties in Sun GlassFish Communications Server 2.0 Application Deployment Guide. This property does not apply to SIP applications.
For more information about the sun-web.xml or sun-sip.xml file, see Sun GlassFish Communications Server 2.0 Application Deployment Guide.
This persistence type provides session persistence to the local file system, and allows a single server domain to recover the session state after a failure and restart. The session state is persisted in the background, and the rate at which this occurs is configurable. The store also provides passivation and activation of the session state to help control the amount of memory used. This option is not supported in a production environment. However, it is useful for a development system with a single server instance. This persistence type does not apply to SIP applications.
Make sure the delete option is set in the server.policy file, or expired file-based sessions might not be deleted properly. For more information about server.policy, see The server.policy File.
To specify the file persistence type for the entire web container, use the configure-ha-persistence command. For details, see the Sun GlassFish Communications Server 2.0 Reference Manual.
To specify the file persistence type for a specific web application, edit the sun-web.xml file as in the following example. Note that persistence-type must be set to file. This overrides the web container availability settings for the web application.
<sun-web-app> ... <session-config> <session-manager persistence-type="file"> <store-properties> <property name="directory" value="sessiondir" /> </store-properties> </session-manager> ... </session-config> ... </sun-web-app>
The file persistence type supports all the manager properties listed under manager-properties in Sun GlassFish Communications Server 2.0 Application Deployment Guide except sessionFilename, and supports the directory store property listed under store-properties in Sun GlassFish Communications Server 2.0 Application Deployment Guide.
For more information about the sun-web.xml file, see Sun GlassFish Communications Server 2.0 Application Deployment Guide.
The replicated persistence type uses other servers in the cluster for session persistence. Clustered server instances replicate session state in a predictive manner so that the state is saved where it is most likely to be needed. Each backup instance stores the replicated data in memory. This allows sessions to be distributed. For details, see Distributed Sessions and Persistence. In addition, you can configure the frequency and scope of session persistence. The other servers are also used as the passivation and activation store. Use this option in a production environment that requires session persistence.
Some topics in the documentation pertain to features that are available only in domains that are configured to support clusters. Examples of domains that support clusters are domains that are created with the cluster profile. For information about profiles, see Usage Profiles in Sun GlassFish Communications Server 2.0 Administration Guide.
To use the replicated persistence type, you must first enable availability. Select the Availability Service component under the relevant configuration in the Admin Console. Check the Availability Service box. To enable availability for the web container, select the Web Container Availability tab, then check the Availability Service box. To enable availability for the SIP container, select the SIP Container Availability tab, then check the Availability Service box. All instances in a Communications Server cluster should have the same availability settings to ensure consistent behavior. For details, see the Sun GlassFish Communications Server 2.0 High Availability Administration Guide.
To change settings such as persistence frequency and persistence scope for the entire web container, use the Persistence Frequency and Persistence Scope drop-down lists on the Web Container Availability tab in the Admin Console, or use the asadmin set command. For example:
asadmin set server-config.availability-service.web-container-availability.persistence-frequency=time-based |
For more information, see the description of the asadmin set command in the Sun GlassFish Communications Server 2.0 Reference Manual.
To specify the replicated persistence type for a specific web application, edit the sun-web.xml file as in the following example. Note that persistence-type must be set to replicated. This overrides the web container availability settings for the web application.
<sun-web-app> ... <session-config> <session-manager persistence-type="replicated"> <manager-properties> <property name="persistenceFrequency" value="web-method" /> </manager-properties> <store-properties> <property name="persistenceScope" value="session" /> </store-properties> </session-manager> ... </session-config> ... </sun-web-app>
To specify the replicated persistence type for a specific SIP application, edit the sun-sip.xml file as in the following example. Note that persistence-type must be set to replicated and that persistenceFrequency and persistenceScope are not used.
<sun-sip-app> ... <session-config> <session-manager persistence-type="replicated"/> ... </session-config> ... </sun-sip-app>
For a converged web/SIP application, you must edit both the sun-web.xml file and the sun-sip.xml file. A converged web/SIP application has two session managers. The HTTP session manager is configured by sun-web.xml. The SIP session manager is configured by sun-sip.xml.
For web container session persistence only, the replicated persistence type supports all the manager properties listed under manager-properties in Sun GlassFish Communications Server 2.0 Application Deployment Guide except sessionFilename, and supports the persistenceScope store property listed under store-properties in Sun GlassFish Communications Server 2.0 Application Deployment Guide.
For more information about the sun-web.xml or sun-sip.xml file, see Sun GlassFish Communications Server 2.0 Application Deployment Guide.