El envasado de múltiples funciones en un único archivo de solución WSP

Question

Estoy trabajando en una característica sharepoint que incluye un par de definiciones de lista, 2 webparts, un conjunto receptor de características y un formulario de InfoPath.

Tengo que usar WSPBuilder para empaquetar estos, y el requisito para empaquetar todas estas características en un único archivo de solución WSP.

Ahora, el PAS constructor requiere los archivos de distribución en una estructura de carpetas en particular, lo mismo que el 12 Colmena de SharePoint.

Mi problema es que todos mis características se desarrollaron por separado, y se componen de múltiples archivos de proyecto, y estos no son necesariamente en la misma estructura de carpetas ..

¿Cómo uso WSP Builder para empaquetar múltiples funciones en una única solución WSP?

Answer 1

Tal vez esto ayude: http: //www.codeplex. com / WSPBuilder / Tema / View.aspx? ThreadId = 43125

En última instancia, creo que adquiera una gran flexibilidad mediante la construcción de sus propios archivos wsp mediante el uso de una herramienta como NANT.

Answer 2

No hay ninguna acción particular que necesita para llevar a cabo en WSPBuilder tener varias características en el mismo paquete de soluciones. Todo lo que necesita hacer es crear una nueva carpeta para cada función en el 12 \ Template \ Features carpeta dentro de su solución en Visual Studio y coloque el archivo feature.xml apropiada en esa carpeta. Por ejemplo, es posible que tenga:

12 \ Template \ Features \ FancyFeature \ feature.xml 12 \ Template \ Features \ ReallyCoolFeature \ feature.xml

... y así sucesivamente.

Tras la construcción de la solución, WSPBuilder leerá toda la estructura de árbol de la carpeta 12 y anexar los nodos correspondientes en el archivo manifest.xml del WSP. Lo mismo ocurre con cualquier otro subcarpetas posibles dentro de la carpeta "plantilla", incluidas las imágenes, diseños, etc: en tiempo de despliegue todos ellos serán copiados en la carpeta correcta dentro de la verdadera 12 colmena, porque la carpeta 12 dentro de su solución tiene la intención de ser una réplica de la original.

Para una mejor comprensión, crear algunas carpetas y archivos dentro de la carpeta 12 en la solución de Visual Studio, compilar el proyecto y buscar dentro del archivo manifest.xml generado.

Answer 3

La respuesta simple es que usted va a tener que copiar todos los archivos desde los proyectos individuales en un proyecto principal para su solución. Mientras todos sus archivos de características individuales están en la ubicación correcta en la carpeta de '12', entonces va a ser bueno para ir.

Nota:. Tendrá que comprobar todos sus referencias a los ensamblados ya que esta solución creará 1 montaje por toda su lógica personalizada

Answer 4

tenía problemas para añadir dlls a la wsp así que escribí un breve artículo sobre ello: Cómo agregar archivos DLL a una solución WSP

Answer 5

Por lo general tienen un proyecto en la solución designado como el "principal" uno. Me puse las dependencias para que este proyecto "principal" se construye pasado. Entonces, para los otros proyectos que quiero ser incluido en el paquete de WSP, edito el "Post Eventos de generación" xcopy a los contenidos de la carpeta 12 y que dlls construidas por los proyectos en carpetas correspondientes para el proyecto principal. A continuación, después de generar la solución completa, puedo construir el paquete WSP para el proyecto principal y saber que lo contiene todo.