SharePoint 2010: Embalaje de la solución
Después de que han desarrollado sus soluciones de SharePoint, cómo empaquetar y desplegarlos es la parte final del proceso.
Steve Wright y Corey Erkes
Adaptado de «Gobierno Pro SharePoint 2010» (Apress, 2012)
Cuando está desarrollando soluciones para utilizar dentro de SharePoint, todavía tienes opciones sobre cómo empaquetar e implementar esas soluciones. SharePoint utiliza el marco de la solución para instalar mejoras personalizadas dentro de entornos SharePoint.
El marco de la solución le permite instalar, activar y actualizar componentes personalizados de una manera controlada. Esta estructura está diseñada para mantener estable la granja de servidores de SharePoint. Los paquetes de solución pueden contener archivos de recursos para un enfoque coherente para la localización de los componentes personalizados. El marco de la solución sustituye a otras tecnologías de instalación utilizadas en entornos Windows como archivos de Microsoft Installer (MSI) y ClickOnce.
Paquetes de soluciones también proporcionan un medio para agrupar a todos los componentes asociados con una mejora personalizada en un archivo con extensión WSP. Puede implementar estos archivos a la granja para instalación todos los componentes de forma simultánea en todos los servidores de la granja. Esto elimina la necesidad de mantener archivos de páginas Web, plantillas y archivos ejecutables por separado en cada servidor.
SharePoint 2010 marco de solución también incluye nuevas funciones que permiten actualizar paquetes de soluciones en su lugar sin interferir con la operación de la granja. Puede hacerlo por versiones que cada uno había desplegado característica y proporcionando acciones personalizadas para la actualización de una versión de una función a otra.
Paquetes de soluciones
Un archivo de paquete de solución es un solo archivo con una extensión de nombre de archivo WSP. Sin embargo, lo que parece ser un archivo puede ser de hecho varios archivos archivados en uno. El formato de archivo WSP es realmente nada más que un archivo (CAB) del gabinete estándar de Windows. Para probar esto, tomar cualquier archivo de solución y cambie la extensión de bps a cabina. Ahora abra el archivo y verás la estructura de archivos.
Hay un archivo de manifiesto del paquete en el directorio raíz y una o más subdirectorios que contiene los otros componentes. Muchos de estos componentes son archivos XML con la información de configuración de sitios, listas de tipos de contenido y así sucesivamente.
Los archivos más comunes que encontrará en un paquete de solución son:
- **Manifest.XML:**Hay un archivo de manifiesto en un paquete. Contiene una descripción de todo el paquete, ya sea directamente o a través de referencias a otros archivos.
- **Feature.XML:**Estos archivos describen la configuración y los componentes asociados con una función. Puede activar o desactivar estos en el entorno de SharePoint.
- **Elements.XML:**Estos archivos contienen listas de componentes individuales y la información de configuración. Los componentes son elementos como instancias de listas, archivos de contenido, tipos de contenido y columnas de sitio, receptores de eventos.
- **Schema.XML:**Estos archivos contienen las especificaciones de metadatos para un objeto como una plantilla de lista.
Hay muchos otros tipos de archivos que aparecen en un paquete de solución, pero estos son los más importantes. Controlan la configuración de funciones y componentes. Antes de usarlos, usted necesita entender un poco sobre el medio ambiente al que se podrá implementar.
Comprender entornos de implementación
Al implementar un paquete de solución en una granja de servidores de SharePoint, despliega en uno de los dos entornos de tiempo de ejecución. El primer entorno es la propia finca de servidor. Ofrece los componentes de la solución la posibilidad de acceso a los recursos a lo largo de la granja y más allá, dentro de los límites de los permisos de acceso sobre esos temas.
El segundo ambiente — el entorno limitado — es mucho más limitada. Cuando un paquete de solución se ejecuta en el entorno limitado, su capacidad de afectar a la comunidad en su conjunto está restringido. Entender la diferencia entre la granja y soluciones de espacio aisladas es fundamental para la implementación de planificación de mejoras personalizadas.
Lo primero a considerar es que se puede implementar la solución. Soluciones de la granja son globales a la granja de servidores. Soluciones de espacio aislado son locales a una colección de sitios específicos. Si varias colecciones de sitio necesitan utilizar su solución de recinto de seguridad, deberás implementar a cada uno por separado.
La diferencia más importante entre la granja y soluciones de espacio aislado es la seguridad. Soluciones de granja generalmente se ejecutan con plena confianza. Con seguridad .NET de acceso a código (CAS), puede crear componentes de solución de granja que se ejecutan con menos de plena confianza. Esto es una buena idea desde un punto de vista de la seguridad porque permite el código con el conjunto mínimo de privilegios necesarios. Debe reservar implementación de granja para código altamente fiable y contrastado.
Soluciones de espacio aislado se ejecutan en un entorno de seguridad muy diferentes. Su acceso a los recursos se limita a la colección de sitios en que se está implementado. También hay restricciones de recursos y se puede aplicar para evitar que los componentes de la solución de rogue de comprometer el rendimiento del sistema de cuotas. Fácilmente puede desactivar portarse mal soluciones de espacio aislado y evitar que penetre completamente, si es necesario.
Administrar las soluciones de la granja
Implementación de un paquete de solución a un conjunto de servidores de SharePoint consta de dos operaciones básicas: Añadir y desplegar. La operación de agregar carga el archivo de solución en la base de configuración de SharePoint, donde se puede acceder por cada servidor de la granja. Implementar instala los archivos en varios directorios del sistema de archivos en cada servidor de la granja.
Sólo los administradores de la granja pueden agregar soluciones a la tienda de la solución de granja. No hay ninguna página en Administración Central que le permite cargar un paquete. Tienes que hacerlo con una herramienta de línea de comandos. También puede agregar soluciones utilizando la API de SharePoint.
Para utilizar la herramienta STSADM para añadir el paquete, use un comando como el siguiente:
stsadm -o addsolution - filename MySolution.wsp
Para realizar la misma operación utilizando Windows PowerShell, use un comando como el siguiente:
Añadir-SPSolution - LiteralPath MySolution.wsp
Una vez finalizada la operación de adición, el paquete aparecerá en la página de administración de la solución del sitio de Administración Central. Aunque haya cargado el archivo de paquete, sus características no aun listos para usar. En este punto, los archivos de solución no han sido instalados en cada servidor de SharePoint.
Ahora que ha agregado su paquete a la tienda de la solución de granja, usted está listo para desplegar en la granja. Hay dos maneras puede implementar un paquete de la tienda de la granja: implementación local y a través de un trabajo de temporizador.
Una implementación local instala los archivos de solución en un servidor en la granja. Sólo se puede hacer este tipo de implementación mediante la línea de comandos. Sólo afectará el servidor en el que se ejecutará. Usted no será capaz de utilizar la solución hasta que se implementa en todos los servidores de la granja. Por lo tanto, usted tendrá que repetir el proceso de implementación en cada servidor.
El tipo más común de implementación utiliza el servicio de temporizador de SharePoint. Puede implementar esta forma usando la línea de comandos o el sitio Web de Administración Central. Cuando se inicia el despliegue, SharePoint crea un trabajo de temporizador que se ejecutará en cada servidor de la granja. Esto tiene el mismo efecto que realizar implementaciones locales en cada servidor.
Además de lo que le permite implementar en un solo paso, las implementaciones de trabajo del temporizador también automatizan el proceso de reiniciar los procesos de trabajo IIS. Tienes que hacer esto para reconocer correctamente los archivos de la nueva solución SharePoint. Podría haber una breve interrupción cuando se reinicia el proceso de trabajo IIS, pero no debería durar más de unos segundos en la mayoría de los casos.
Para realizar una implementación de la granja desde la línea de comandos, puede utilizar la opción - deploysolution en la herramienta STSADM o el cmdlet Install-SPSolution en Windows PowerShell. (Nota que el cmdlet de Windows PowerShell se llama Install-SPSolution, no desplegar-SPSolution).
Ambos de estos comandos tienen una - bandera local para realizar una implementación local. Para utilizar un trabajo de temporizador que se ejecutará en un momento dado, la - opción de tiempo en cualquier comando. Para utilizar un timer que se ejecuta inmediatamente después de ingresar el comando, utilice la - opción inmediata sobre STSADM o dejar sólo las - opciones locales y tiempo en el comando de Windows PowerShell.
Puede especificar varias otras opciones al implementar una solución de granja. Aquí están algunos de los más importantes:
- **Aplicación Web:**Algunas soluciones tienen recursos que debe implementar dentro de la estructura de directorio de aplicación Web de IIS. Al implementar una solución, puede seleccionar un conjunto de aplicaciones Web para el destino de estos recursos.
- **Asambleas mundiales:**Si el paquete de solución contiene elementos que necesita para implementar a la caché de ensamblados Global (GAC), hay una opción que le impide sin saberlo implementar código de plena confianza.
- **CAS:**CAS directivas controlan los permisos concedidos a código de confianza parcial en la granja. Si un paquete de solución contiene nuevas políticas de CAS, deberás marcar esto.
También puede implementar una solución desde el sitio Web de Administración Central. Seleccione Configuración del sistema desde el menú de la izquierda. A continuación, seleccione administrar soluciones de granja. Un paquete recién agregado se mostrará con el estado no ha implementado.
Haga clic en el nombre del paquete y verá una pantalla con información útil sobre el paquete, incluso si contiene elementos que requieren un control especial durante la implementación como ensamblados de plena confianza o las políticas de la CAS. Haga clic en el enlace de implementar la solución para mostrar un formulario que se puede utilizar para iniciar un trabajo de temporizador para la implementación. No puede realizar implementaciones locales a través de la interfaz Web.
Implementar una solución de recinto de seguridad para SharePoint es muy distinto a la hora de implementar una solución de granja. En lugar de un complemento seguido de un despliegue, una implementación de recinto de seguridad consiste en desplegar y activar los pasos. Sin embargo, usando una caja de arena es una manera eficaz de soluciones de prueba antes de implementarlas en vivo.
.jpg)
Steve Wright es un directivo en la gestión de inteligencia empresarial para Sogeti USA LLC en Omaha, NEB. Durante los años de la última medioambientalista, Wright ha trabajado en control del tráfico aéreo, financiero, seguros y multitud de otros tipos de sistemas. Él es autor y realizar revisiones técnicas para muchos títulos anteriores para los productos de Microsoft, incluyendo Windows, SharePoint, SQL Server y BizTalk.
.jpg)
Corey Erkes es Consultor Gerente Sogeti USA LLC en Omaha, NEB. Erkes ha trabajado con una amplia gama de empresas en diferentes puntos de los ciclos de vida de sus implementaciones de SharePoint. También es uno de los miembros fundadores del grupo de usuarios de SharePoint de Omaha.
© 2011 Apress Inc. Todos los derechos reservados. Impreso con permiso de Apress. Copyright 2012. «Pro SharePoint 2012 Gobierno» por Steve Wright y Corey Erkes. Para obtener más información sobre este título y otros libros similares, visite por favor apress.com.