[
https://issues.jboss.org/browse/JBWEB-276?page=com.atlassian.jira.plugin....
]
RH Bugzilla Integration commented on JBWEB-276:
-----------------------------------------------
Rémy Maucherat <rmaucher(a)redhat.com> made a comment on [bug
985191|https://bugzilla.redhat.com/show_bug.cgi?id=985191]
I agree it is obviously the intended design in that case, but I don't know how to
differentiate between the two situations since the executor is a black box. So using a
dedicated subcategory for these few messages would allow filtering them out, but they
should remain at error level.
Using non-blocking thread pool causes excessive
RejectedExecutionExceptions to be logged
----------------------------------------------------------------------------------------
Key: JBWEB-276
URL:
https://issues.jboss.org/browse/JBWEB-276
Project: JBoss Web
Issue Type: Enhancement
Security Level: Public(Everyone can see)
Affects Versions: JBossWeb-7.2.0.Beta1
Reporter: James Livingston
Assignee: Remy Maucherat
Attachments: JBWEB-276-1.patch
When a finite-queue thread pool is used to process web requests, the queue being full can
either block or drop the request. If you use a pool which drops requests, a
RejectedExecutionException is thrown.
Currently JIoEndpoint catches that exception the same as other ones such as being unable
to create threads. When using a non-blocking pool, the task being rejected is not a
critical error like other exceptions so should not be logged at ERROR level.
Under excessive load, these exception will be continuously generated as requests are
dropped, which cases a large amount of logging. Setting it to DEBUG level would stop that,
but it would hide the potentially useful messages by default.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira