Depuración del código de SharePoint 2007

Question

¿Cómo depuras tu código de SharePoint 2007? Dado que SharePoint se ejecuta en un servidor remoto, y estoy desarrollando en una máquina Windows XP (con los archivos .dll necesarios copiados en mi GAC), no he tenido mucha suerte en encontrar formas fáciles de depurar. Los puntos de interrupción no funcionan, etc.

La mejor manera que se me ocurre es habilitar el rastreo de páginas en el archivo web.config, escribir mensajes de rastreo a lo largo de mi código y acceder a trace.axd cuando sea necesario realizar una depuración.

¿Alguien tiene alguna sugerencia mejor para depurar? ¿Me estoy perdiendo algo?

Answer 1

De Publicación del blog de Andrew Connell sobre el tema:

  

Adjuntando el depurador a GAC'd   asambleas: " ¿Por qué mis puntos de interrupción no son   siendo golpeado?!?! " ¿Alguna vez has estado allí? Yo   también ... ¡qué PITA es eso! Que es   yendo? Bueno, las asambleas están en   El GAC y el depurador de Visual Studio   No puedo ver los símbolos de depuración (también conocido como:   * .pdb). A menos que haya pasado por la molestia de configurar un almacén de símbolos   a donde van todos tus PDBs, tu   Necesito poner los símbolos de depuración en   La misma ubicación que el montaje. los   El truco es encontrar la carpeta que   contiene su DLL en el GAC.

     

La carpeta c: \ windows \ assembly no es   una carpeta real, es una carpeta virtual.   Para llegar a la carpeta REAL, haga lo   siguiente:

     

  
• Iniciar »Ejecutar
  
• % systemroot% \ assembly \ gac   [ENTER]
  

     

Esto abrirá la carpeta GAC.   Ahora, hurgue hasta encontrar una   carpeta que se parece a esto (usted podría   Necesito saltar una carpeta y bucear   en la carpeta MSIL): [archivo de ensamblaje   nombre-extensiónDLL] [ensamblaje   versión en formato de    > #. #. #. #] __ [token de clave pública de ensamblaje].

     

Cuando encuentres esa carpeta, ábrela   y verás tu asamblea. Copia el   Archivo PDB a esa carpeta y luego   adjuntar el depurador para algunos depuración   ¡alegría!

Answer 2

La mejor manera (incluso la aprobada por Microsoft) es tener un servidor Windows 2003 con Sharepoint como su máquina de desarrollo local.

Consulte también este tema .

Answer 3

No coloque sus ensamblajes en el GAC, colóquelos en el directorio bin, entonces puede usar el depurador remoto de VS. Google crea archivos .WSP para su distribución.

Esto también tiene la ventaja de que es más fácil copiar las compilaciones nuevas en el servidor después de la compilación (paso posterior a la compilación) y también es la forma recomendada de aumentar la seguridad.

Answer 4

Te recomiendo que desarrolles en un servidor Windows 2003 con Sharepoint. Es una molestia depurar en un servidor remoto. Puede hacerlo en una máquina virtual con VMWare o Virtual PC, si tiene XP en su estación de trabajo.

Answer 5

La máquina virtual es la única manera de ir. No desea dedicar una máquina completa a dev (a menos que tenga extras) y el desarrollo en su servidor de producción es solo un problema. Prefiero VMWare, pero hay otros que funcionan igual de bien.

El seguimiento funciona bien, ya que la depuración normal no es realmente una opción.

Lo que más hago es intentar desarrollar toda la lógica (lo que no depende de SharePoint) en un sitio asp.net normal, luego integrarlo en SharePoint después de que se haya probado.

Espero que tenga sentido.

¿Estás hablando de desarrollar partes web? Páginas personalizadas? ¿Algo más?