HTTP session manager troubleshooting tips

This article provides troubleshooting tips for problems creating or using HTTP sessions with your Web application hosted by WebSphere Application Server.

Here are some steps to take:
  • See HTTP session aren't getting created or are getting dropped to see if your specific problem is discussed.
  • View the JVM logs for the application server which hosts the problem application:
    • first, look at messages written while each application is starting. They will be written between the following two messages:
      Starting application: application
      .....................
      Application started: application
    • Within this block, look for any errors or exceptions containing a package name of com.ibm.ws.webcontainer.httpsession. If none are found, this is an indication that the session manager started successfully.
    • Error "SRVE0054E: An error occurred while loading session context and Web application" indicates that SessionManager didn't start properly for a given application.
    • Look within the logs for any Session Manager related messages. These messages will be in the format SESNxxxxE and SESNxxxxW for errors and warnings, respectively, where xxxx is a number identifying the precise error. Look up the extended error definitions in the Session Manager message table.
  • Use the Log Analyzer tool to browse the service log (activity.log) file for clues.
  • See Best practices for using HTTP Sessions.

  • To dynamically view the number of sessions as a Web application is running, enable performance monitoring for HTTP sessions. This will give you an indication as to whether sessions are actually being created.
  • To learn how to view the HTTP session counters as the application runs, see Monitoring performance with Tivoli Performance Viewer (formerly Resource Analyzer).
  • Alternatively, a special servlet can be invoked that displays the current configuration and statistics related to session tracking. This servlet has all the counters that are in performance monitor tool and has some additional counters.
    • Servlet name: com.ibm.ws.webcontainer.httpsession.IBMTrackerDebug.
    • It can be invoked from any Web module which is enabled to serve by class name. For example, using default_app, http://localhost:9080/servlet/com.ibm.ws.webcontainer.httpsession.IBMTrackerDebug.
      Note: If you have enabled the serve-by-class-name feature and want to disable the IBMTrackerDebug servlet, then specify the web container custom property, com.ibm.ws.webcontainer.donotservebyclassname.

      See Web container custom properties for more information on how to set this property.

    • If you are viewing the module via the serve-by-class-name feature, be aware that it may be viewable by anyone who can view the application. You may wish to map a specific, secured URL to the servlet instead and disable the serve-servlets-by-classname feature.
  • Enable tracing for the HTTP Session Manager component.
    The following trace is can help diagnose problems:
    • If you do not use any persistence:
      com.ibm.ws.webcontainer.httpsession.*=all:
      com.ibm.ws.webcontainer.srt.*=all
    • If you use database persistence:
      com.ibm.ws.webcontainer.httpsession.*=all:
      com.ibm.ws.webcontainer.srt.*=all:
      WAS.j2c=all:
      RRA=all:
      WAS.Database=all
    • If you use memory-to-memory persistence:
      com.ibm.ws.webcontainer.httpsession.*=all:
      com.ibm.ws.webcontainer.srt.*=all:
      com.ibm.ws.drs.*=all
    For more information, read the must gather information for sessions and session management problems.
  • If you are using database-based persistent sessions, look for problems related to the data source the Session Manager relies on to keep session state information. For details on diagnosing database related problems see Errors accessing a datasource or connection pool

Error message SRVE0079E Servlet host not found after you define a port

Error message SRVE0079E can occur after you define the port in WebContainer > HTTP Transports for a server, indicating that you do not have the port defined in your virtual host definitions. To define the port,
  1. On the administrative console, go to Environment > Virtual Hosts > default_host> Host Aliases> New
  2. Define the new port on host "*"

The application server gets EC3 - 04130007 ABENDs

To prevent an EC3 - 04130007 abend from occuring on the application server, change the HTTP Output timeout value. The custom property ConnectionResponseTimeout specifies the maximum number of seconds the HTTP port for an individual server can wait when trying to read or write data. For instructions on how to set ConnectionResponseTimeout, see HTTP transport custom properties.

If none of these steps fixes your problem, check to see if the problem has been identified and documented by looking at the available online support (hints and tips, technotes, and fixes). If you don't find your problem listed there contact IBM support.

For current information available from IBM Support on known problems and their resolution, see the IBM Support page.

IBM Support has documents that can save you time gathering information needed to resolve this problem. Before opening a PMR, see the IBM Support page.




Related concepts
Best practices for using HTTP sessions
Sessions
Related tasks
Task overview: Managing HTTP sessions
Related reference
HTTP session problems
Related information
MustGather: Sessions and session management problems in WebSphere Application Server
Reference topic    

Terms of Use | Feedback

Last updated: Aug 29, 2010 7:21:45 PM CDT
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=vela&product=was-nd-dist&topic=rtrb_httpsesncomp
File name: rtrb_httpsesncomp.html