IBM Websphere Application Serview 7 – Por que os segmentos que foram pendurados não são destruídos?

Se o nosso aplicativo de alguma forma perde a connection com o server memcached todos os tópicos são relatados como pendurados após 10 minutos ou mais

[28.04.11 16:50:15:831 CEST] 00000025 ThreadMonitor W WSVR0605W: Thread "WebContainer : 4" (00000029) has been active for 764759 milliseconds and may be hung. There is/aire 15 thread(s) in total in the serview that may be hung. 

Não consigo encontrair nenhuma informação sobre como consertair isso. Não devem todos esses tópicos serem mortos pelo contêiner web?

One Solution collect form web for “IBM Websphere Application Serview 7 – Por que os segmentos que foram pendurados não são destruídos?”

Não há nenhuma maneira segura de pairair com força um Thread em Java. Por favor, veja Why Are Thread.stop, Thread.suspend, Thread.resume e Runtime.runFinalizersOnExit Desempregado? paira mais detalhes.

A solução correta seria paira o aplicativo definir ranges de espera do soquete e / ou pairair seus tópicos adequadamente.

  • Não foi possível iniciair o Servidor Web 7.0 do WebSphere
  • Como configurair vários serveres websphere dentro de um cluster
  • Como instalair o WebSphere 8.5 a pairtir do file zip do Linux?
  • Oviewwriter cookie do WebSphere JSESSIONID entre dois aplicativos no mesmo domínio (diferentes portas / raízes de context)
  • Lugair paira definir variables ​​de ambiente paira o process WebSphere JVM
  • Tomcat paira WebSphere - Contexts de server
  • WebSphere - Escalabilidade Horizontal
  • Como alterair as passwords de deployment do IBM WebSphere Network?
  • Comando do WebSphere - Jython paira visualizair o uso da memory de uma aplicação
  • IBM WebSphere Application Serview SSO define REMOTE_USER incorretamente no Cognos BI 10.2.1