HTTP session manager troubleshooting tips
If you are having 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:
- 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.
- 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:
- Use the trace specification com.ibm.ws.webcontainer.httpsession.*=all=enabled.
Follow the instructions for dumping and browsing the trace output to narrow
the origin of the problem.
- If you are using persistent sessions based on memory replication, also
enable trace for com.ibm.ws.drs.*.
- 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,
- On the administrative console, go to Environment > Virtual Hosts > default_host>
Host Aliases> New
- 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.

Troubleshooting by task: What are you trying to do?
Troubleshooting by component: What is not working?
Searchable topic ID:
rtrb_httpsesncomp
Last updated: Jun 21, 2007 8:07:48 PM CDT
WebSphere Business Integration Server Foundation, Version 5.0.2
http://publib.boulder.ibm.com/infocenter/wasinfo/index.jsp?topic=/com.ibm.wasee.doc/info/ee/ae/rtrb_httpsesncomp.html