Max sessions exceeded in Web Services

If a Web Services request contains "connection: keep-alive" or it uses HTTP/1.1 without a connection header, the Service Manager server will keep the session alive for a predefined interval that is defined by setting the "webservices_sessiontimeout" parameter in the sm.ini file. If a Web Services client does not reuse the session for subsequent requests by providing valid headers, the Service Manager server creates a new session for each subsequent request and quickly run out of available sessions.

To avoid running out of available sessions, there are two options to consider:

Option A: Set the HTTP header "connection:closed" so that the Service Managerserver will not keep a Web Services session open after the current request is finished.

Option B: Utilize the Web Services session persistence by doing one of the following to reuse the existing Web Services session on theService Managerserver.

  1. Use connection: keep-alive. If the connection header is missing, it defaults to "keep-alive" for HTTP/1.1.
  2. The Web Services client needs to supply a session cookie with the same user log-in information that created the session.

    Note Even with Web Services session persistence, each SOAP API request is stateless, so that requests are handled independently between one another.