Unresolved
Details
Assignee
Michael OffnerMichael OffnerReporter
Craig ChadwickCraig Chadwick(Deactivated)Priority
MajorLabels
New Issue warning screen
Before you create a new Issue, please post to the mailing list first https://dev.lucee.org
Once the issue has been verified, one of the Lucee team will ask you to file an issue
Affects versions
Details
Details
Assignee
Michael Offner
Michael OffnerReporter
Craig Chadwick
Craig Chadwick(Deactivated)Priority
Labels
New Issue warning screen
Before you create a new Issue, please post to the mailing list first https://dev.lucee.org
Once the issue has been verified, one of the Lucee team will ask you to file an issue
Affects versions
Created 1 July 2016 at 17:38
Updated 21 May 2024 at 20:19
Lucee keeps track of requests that come in and if those requests don't respond in an appropriate amount of time, Lucee will kill the thread associated with the request. The problem we ran into was related to the HttpServletRequestDummy, which gets registered to be monitored like any other request, but never ends up sending the requisite termination prompts to remove it from the list of requests to watch. Once the timeout ends (after a default limit of three hours), Lucee kills the thread that was associated with the request even though in our case the thread had long since gone on to do other work. In our case, the thread was a Tomcat thread that was almost always waiting to take another job from the queue of HTTP requests, and killing it put Tomcat into an unrecoverable invalid state where no traffic could be serviced.