Weblogic 10.3 中的 StuckThreadMaxTime 参数是否会中止线程?
当某个进程需要异常长时间才能完成时,我在应用程序控制台上收到以下消息。此消息是否意味着我的线程已中止,或者在此之后它可以继续吗?
<[卡住] 执行线程:q 为“0” ueue:“weblogic.kernel.Default(自调整)”已忙于处理请求“609”秒 “Http请求:/getSunPayment.do”,超过了“的配置时间(StuckThreadMaxTime) 600 英寸秒
应用程序详细信息:J2EE Struts 应用程序运行在 Weblogic 10.3、JRockit 6 JDK 上,具有 512MB 堆。
任何有助于消除疑虑的帮助将不胜感激。
I get below message on application console when a some process takes unusually long time to complete. Does this message imply that my thread is aborted, or can it continue after this ?
<[STUCK] ExecuteThread: '0' for q
ueue: 'weblogic.kernel.Default (self-tuning)' has been busy for "609" seconds working on the request
"Http Request: /getSunPayment.do", which is more than the configured time (StuckThreadMaxTime) of "
600" seconds
App Details: J2EE Struts app running on Weblogic 10.3, JRockit 6 JDK with 512MB heap.
Any help in clearing the doubt will be appreciated.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
卡住的线程状态是信息性的,WebLogic 不会阻止、中断或终止卡住的线程,它们将运行至完成(如果可以)。现在,我必须说,HTTP 请求超过 1000 万次并不是真正正确的 HTTP 使用。
The stuck thread status is informational, WebLogic will not block, interrupt or kill the stuck threads, they will run to completion (if they can). Now, I must say that having HTTP requests taking more than 10mn is not really an appropriate use of HTTP.