* add additional logging
* implement request queueing
* add a new example service, OpenSRF::Application::Slooooooow, that can be used to exercise the problem
Additional work being consider:
* once the queue is full, have the listener respond back to clients indicating that the request cannot be processed. We're processing defining a new status akin to HTTP 503 to allow for clients to potentially moderate the number of requests they send in an intelligent fashion.
A WIP branch is available as collab/ gmcharlt/ lp1729610_ request_ queuing:
http:// git.evergreen- ils.org/ ?p=working/ OpenSRF. git;a=shortlog; h=refs/ heads/collab/ gmcharlt/ lp1729610_ request_ queuing
The patches so far do the following:
* add additional logging :Application: :Slooooooow, that can be used to exercise the problem
* implement request queueing
* add a new example service, OpenSRF:
Additional work being consider:
* once the queue is full, have the listener respond back to clients indicating that the request cannot be processed. We're processing defining a new status akin to HTTP 503 to allow for clients to potentially moderate the number of requests they send in an intelligent fashion.