Algo fundamental en el desarrollo de aplicaciones es la necesidad que tenemos de depurarlas para detectar errores de funcionalidad o de aplicación que hayamos detectado en las mismas. Claro, cuando hablamos de depurar, no es lo mismo hacerlo en aplicaciones que construimos nosotros desde cero que cuando hablamos de desarrollar componentes que "pegamos” a aplicaciones ya construidas como es el caso de SharePoint. ¿Cómo depuramos un componente construido para SharePoint (Web Parts, manejadores de eventos, workflows, …)? Pues básicamente, tenemos las siguientes alternativas:
Si nos centramos en la última opción, lo que se trata es de “atacharnos” desde Visual Studio a los procesos W3WP.EXE de IIS, hoster de las aplicaciones SharePoint. El problema es que normalmente tendremos m]as de un proceso W3WP disponible, ¿Cuál es el mío? Pues a priori no lo sabemos, por lo que o cogemos todos los procesos W3WP disponibles o bien nos aprovechamos de la utilidad IISAPP que nos permite identificar de forma sencilla conque se corresponde cada proceso W3WP:
-
En mi caso, IISAPP está ubicado en la carpeta c:\Windows\System32 de una máquina virtual Windows Server 2003 con IIS 6.0.
-
Para ejecutarlo, basta con ejecutar IISAPP (es un script vbs que posiblemente tengáis que registrar en primer lugar para que funcione de forma correcta).
Como veis, para cada proceso W3WP obtenemos su PID (lo que necesitamos) y además el AppPoolId asociado. Espero que el post os haya resultado interesante.
Comparte este post: