Incluyendo una biblioteca de clase con una implementación de WSPBuilder en WSS

Question

Estoy trabajando con WSS 3.0, Visual Studio 2008 y WSPBuilder 0.9.9. Tengo una biblioteca de clases personalizada (WebParts.dll) de clases base que uso con varias soluciones de SharePoint. Actualmente implemento WebParts.dll en el GAC y lo agrego como referencia en cada solución. Mi disposición actual funciona bien, pero tengo que implementar manualmente el DLL en el GAC en cada servidor web cuando cambia.

Preferiría (a) envolver WebParts.dll en una solución WSPBuilder o VSEWSS que se puede implementar como cualquier otra solución, o (b) incluye WebParts.dll en la carpeta 80/bin en cada solución.

¿Cuál sería el método preferido para implementar mi DLL, y alguien puede señalarme las instrucciones paso a paso en línea? Encontré esta publicación de blog que describe parte de la Parte B, pero creo que me estoy perdiendo un paso:

http://blog.vanmeeuwen-online.nl/2010/05/deployment-of-class-library-with.html

¡Gracias por tu ayuda!

Answer 1

Si su DLL se coloca en el bin debug o bin lanzamiento carpetas de su proyecto (p.ej "Copiar local" igual a verdadero para su referencia DLL), el DLL se incluirá automáticamente en su WSP e implementará de acuerdo con el Desplegable de tu local Wspbuilder.exe.config expediente.

Si comparte la misma DLL en múltiples proyectos, podría tener más sentido para que empaquete la DLL compartida en su propio paquete de características/implementación y utilice la función dependencias de activación Dentro de sus otros proyectos para garantizar que se haya implementado la DLL.

Es posible que deba actualizar a una versión más reciente de WSPBuilder. Yo creo 1.0.5 es la primera versión en admitir el soporte de configuración local.

• Uso de archivos de configuración locales con wspbuilder
• WspBuilder (con soporte de archivo de configuración local)
• Manual de WSPBuilder
• Cómo: establecer la propiedad local de copia de una referencia

Configuración hipotética

• Mis piezas web (vs solución)
  • WebParts (VS Project): esto contiene su base DLL (WebParts.dll) que desea utilizar dentro de sus otros proyectos
  • MYWEBPART1 (VS Project): este proyecto es una de sus piezas web. Agregue una referencia de proyecto al Parañas web proyecto y no haga Copie el WebParts.dll localmente.
  • MYWEBPART2 (VS Project): este proyecto es una de sus piezas web. Agregue una referencia de proyecto al Parañas web proyecto y no haga Copie el WebParts.dll localmente.

Cuando crea VS Projects WebPart1 o WebPart2, la referencia se resolverá en Visual Studio.