Antes de poder afrontar el desarrollo de un elemento web de Sharepoint (web part), es necesario disponer de un entorno de desarrollo adecuado. En este blog os voy a proponer 3 formas de montarlo. Además de describiros cómo montarlo, trataré de explicaros cuales son las ventajas e inconvenientes de cada uno de ellos.
Como he comentado en otro blog anterior, Sharepoint es básicamente un servicio que funciona en servidores Windows Server 2003. Dicho servicio se llama Windows Sharepoint Services, cuya última versión es la 3.0 (correspondiente al Sharepoint 2007). Por lo tanto, un servidor de este tipo siempre se va a ver involucrado, de una forma o de otra, en el entorno de desarrollo que vamos a montar.
- Primera forma – finalidad: desarrollar webparts o aplicaciones que serán ejecutadas en el servidor
Sobre una máquina que tenga el Windows Server 2003 (suele hacerse con una máquina virtual), se instalan el WSS 3 y el Visual Studio (2005 o superior) junto con las extensiones de Visual Studio para Sharepoint. Esta forma, aparte de traer plantillas de proyecto (site definitions, webparts, features…) para Sharepoint, permite la depuración del código de los webparts desde el Visual Studio ya que se tiene acceso a toda la jerarquía de objetos de WSS.
- Segunda forma – finalidad: desarrollar webparts o aplicaciones que serán ejecutadas en el servidor
Se dispone de un cliente de desarrollo (Windows XP o Vista) en el que se copian y registran las librerías de objetos de WSS. Esto permite codificar y generar los webparts en XP, pero para probarlos hay que empaquetarlos e instalarlos en un servidor que tenga instalado WSS 3.0. El inconveniente de esta opción es que no se puede depurar y el proceso de desarrollo es más engorroso. Si podéis usar la opción anterior, os la recomiendo antes que esta.
- Tercera forma – finalidad: desarrollar aplicaciones web (no necesariamente tienen que ser de ASP.NET, pueden ser en PHP, Java…) que utilicen Sharepoint como back-end (manejo de listas, manejo de librerías…)
Básicamente se trata de utilizar los servicios web que aporta Sharepoint para explotar sitios web. Estos servicios web se encuentran disponibles en el directorio virtual /_vti_bin de cada aplicación web de WSS (el servicio de administración web de WSS usa el directorio virtual /_vti_adm). Podéis obtener más información de los servicios web de WSS en este link.
Espero que os haya sido útil esta información. Si os surge alguna duda podéis dejar un comentario y trataré de contestaros en cuanto me sea posible.
DotNetNuke (DNN) es uno de los gestores de contenidos de código abierto, basado en .NET, más extendidos de la red. Una de sus principales características es su fácil instalación y configuración.
Existen multitud de plantillas (skin) gratuitas y de pago, que te permitirán personalizar de mil formas diferentes tu sitio web de DNN. Sin embargo, en ocasiones, necesitamos cosas muy específicas (diseño, navegación…) que hace difícil que una de esas plantillas encaje con nuestras necesidades. La única solución que nos queda en esos casos, es crear nuestro propio skin.
