2009-09-10 4 views
0

Nous avons rencontré un problème dans notre solution WebSphere Portal. Il s'agit d'un serveur d'applications autonome, exécutant WebSphere Portal au-dessus de WebSphere 6.0 et toute la pile est installée par un autre produit IBM: WCL - Workplace Collaborative Learning (une plate-forme d'apprentissage en ligne). C'est une installation de Windows Server 2003, btw. Le problème est que lorsque nous frappons une page de portail avec un portlet/clip Web, le processus JVM déclenche un thread qui ne meurt jamais. Cela arrive toujours lorsqu'un nouvel utilisateur (nouvelle session) frappe cette page.Filetage fictif du portlet WebSphere Portal

Il s'agit d'une installation prête à l'emploi, sans personnalisation du tout, à l'exception de la page de portlet créée à l'aide du back-office WebSphere Portal à l'aide d'un assistant en 3 clics.

Voici une image du fil rampe vers le haut (la barre d'utilisateur représente un coup à au moment, non utilisateurs simultanés):

alt text http://img200.imageshack.us/img200/7638/threadind.png

Répondre

1

Vous pouvez exécuter un vidage de fil et de voir exactement ce que ces discussions sont faire quand ils sont accrochés ... le hasard sont ils attendent quelque chose. Vous exécutez un kill -3 sous UNIX sous Windows, mais il est un peu différent, voir ce lien ici:

Thread Dump

Lorsque vous l'exécutez, il va générer un fichier. Le fichier contiendra chaque thread en cours d'exécution dans le système. Les numéros de threads doivent correspondre aux threads que vous recevez dans vos journaux et qui vous indiquent qu'ils sont bloqués. Postez quelques-uns des fils suspendus et je les regarderai.

Cordialement,

Michael.