For outbound HTTP traffic from the instance, the instance uses an HTTP connection manager that attempts to reuse connections for performance reasons. It is possible, however, for the third party remote server to close the connection without the knowledge of the connection manager. In that case, the very next request to that server times out while waiting for the server (which is no longer listening) to respond. Then, on the subsequent request, the connection is re-established.

Steps to Reproduce

If network traffic needs to be tested, these steps have to be done on a local instance.

  1. Create a new outbound rest message.

  2. Set the REST endpoint to a remote URL that will close the connection after a short period of time before the call completes.

  3. Select use basic auth and submit.

  4. From the REST Message Functions, click to open Post.

  5. Add the following to the REST Message Method definitions:

    <?xml version="1.0" encoding="UTF-8"?>

  6. Add the following parameters in the REST Message Parameters:

    name: username, Type: String, Value: <username value>
    name: password, Type: String, Value: <password value>

  7. From the Related Links section, click Test to run a new test.

  8. Observe the HTTP status; the first test should show 200.

  9. Wait for 5-10 minutes and click Test again.

    If you get a Socket Error then you have reproduced the problem. If not, repeat this step until you do.

  10. Add the following property in sys_properties to disable the connection manager:

    Name: glide.http.use_connection_mgr
    Type: true | false
    Value: false

  11. Go back to the rest function created earlier, and repeat steps 1-3 from the Post REST message function screen.

    Notice that in step 3 you still get an HTTP status of 200; you will not get a socket error.

If monitoring network traffic, note that when you get socket error, the instance attempts to send the call without checking if the connection is present and does not attempt a new connection.




For more detailed information and a workaround, see KB0546911: Outbound webservices sessions timeout randomly.

Related Problem: PRB609290

Seen In

Dublin EA 1
Dublin EA 8
Dublin Patch 3
Dublin Patch 3 Hot Fix 1
Dublin Patch 5
Eureka Patch 11 Hot Fix 2
Eureka Patch 3 Hot Fix 1
Eureka Patch 5
Eureka Patch 7
Eureka Patch 9 Hot Fix 4
Fuji Patch 1
Fuji Patch 2 Hot Fix 1
Fuji Patch 3

Fixed In

Eureka Patch 12
Fuji Patch 5

Associated Community Threads

There is no data to report.

Article Information

Last Updated:2016-05-07 05:41:45