SharePoint 2010: Estamos que no paramos…primeros HandOn Labs de Desarrollo!

El día prometía con el inicio de SharePoint Conference 2009 y el “destape” 😉 de SharePoint 2010, pero sigue prometiendo con la publicación por parte de Microsoft de los primeors HandOn Labs de desarrollo para SharePoint 2010. Se trata de un total de 10 HandOn Labs que podéis descargar desde este enlace. Un par de comentarios respecto a los mismos:

• No aparece por ningún sitio la versión de Visual Studio 2010 que se ha empleado para crear los HandOn Labs, asique muy posiblemente los resultados obtenidos al realizarlos difieran con los que se detallan en los Labs.
• Estos Labs sólo podrán probarlos aquellos que tenemos la suerte de contar con la CTP de julio de SharePoint 2010, porque no tendremos la Beta pública de SharePoint 2010 hasta el mes que viene (las malas lenguas dicen que será más bien a finales del mes de noviembre). El problema es el mismo que en el punto anterior: dependiendo de la build de SharePoint 2010 con la que se hayan diseñado los labs, muy posiblemente el resultado obtenido al probarlos no sea el esperado.

En resumen, paciencia y a esperar a tener la Beta pública para comenzar a hacer pruebas serias con Visual Studio 2010 Beta2.

P.D: Una pequeña post-data de la keynote de la SharePoint Conference 2009. Windows SharePoint Services 4.0 no será el nombre del core de la plataforma SharePoint 2010, sino que pasa a llamarse Microsoft SharePoint 2010 Foundation (MSF 2010??).

SharePoint 2010: …es difícil, pero aquí va un resumen de las funcionalidades clave!

Aunque trataré de preparar un post sobre algunas de las cosas que Tom Rizzo, Steve Ballmer y Jeff Teper han comentado en las Keynote de la SharePoint Conference 2009, en el blog del equipo de SharePoint y por cortesía del propio Jeff Teper podemos encontrar un excelente resumen de las funcionalidades clave de SharePoint 2010…creo que ahora si que se puede coger una buena perspectiva del “bombazo” que va a suponer SharePoint 2010.

SharePoint 2010: Publicados tres pósters para actualizar desde SharePoint 2007!

Microsoft acaba de publicar tres pósters para facilitar el planning y actualización de SharePoint 2007 a SharePoint 2010. La descripción y enlace de descarga de los pósters es la siguiente:

• Microsoft SharePoint Server 2010 Upgrade Planning, en el que se muestra los paths de actualización en términos de HW y SW de los servidores actuales de SharePoint 2007.
• Microsoft SharePoint Server 2010 — Test Your Upgrade Process, en el que se muestra como montar una granja test, instalar las personalizaciones, copiar datos y revisar los resultados.
• Microsoft SharePoint Server 2010 — Services Upgrade, en el que se muestra como hacer una actualización in-place de los SSP (Shared Services Providers) de SharePoint 2007 a la nueva arquitectura de servicios que viene con SharePoint 2010.

Fuente: Blog de Witor Willen

SharePoint 2010: Trabajo con las Visual Studio 2010 Tools para SharePoint y + cosas (I)!

Por fin, y tras varios meses de absoluto secreto, el NDA que rodeaba a SharePoint 2010 ha caído con el comienzo de la SharePoint Conference 2009 en Las Vegas (ahora mismo estoy viendo el keynote de la conference, en la que participan 7400 asistentes). Muchas son las novedades que vienen con SharePoint 2010 y que se irán conociendo durante los próximos meses. Sin embargo, aviso a navegantes: parece que de momento la beta pública de SharePoint 2010 no va a estar disponible hasta dentro de unas semanas…el efecto de esto es que lo que se cuente en los blogs, por lo menos en cuanto a pruebas reales se refiere (como en este post) será con la CTP de julio. Las implicaciones que resultan de este “retraso” en la beta pública es que algunas cosas de las que se cuenten en los blogs cambiarán bastante con dicha beta.

¿Y de qué os voy a hablar en el post? Pues tratando de ser eficientes, voy a comenzar con algo de desarrollo…en concreto, voy a realizar a una primera aproximación de las Visual Studio 2010 Tools para SharePoint que mejoran notablemente la productividad en lo que a desarrollo en SharePoint se refiere. En concreto, en este primer tema vamos a ver como a partir de una plantilla de sitio existente se puede generar un proyecto completo en Visual Studio 2010, extenderlo y publicarlo de nuevo en SharePoint. Empecemos.

Guardando el Sitio como plantilla

Lo primero que tenemos que vamos a hacer es guardar el sitio de WSS 4.0 como una plantilla. Como veremos, las plantillas de sitio ya no se guardan como un .STP (SharePoint 2007), sino como un .WSP (SharePoint Solution Package), es decir, se guarda como una solución de SharePoint. Parra guardar el sitio como plantilla:

• Nos vamos al menú Site Actions –> Site Settings. Como podréis apreciar, el menú Site Actions presenta algunas opciones que ya teníamos en WSS 3.0, y otras nuevas como:
  • Edit Page, que nos permite editar la página actual a través de la Ribbon de SharePoint 2010 (una de las grandes novedades de la plataforma).
  • Edit Site in Designer, que nos permite abrir el sitio actual con SharePoint Designer 2010.
  • New Page, para crear una nueva página en la biblioteca de páginas del sitio (SitePages).
  • New Document Library, para crear de forma directa una biblioteca de documentos.
  • New Site, que nos permite crear un nuevo sitio bajo el sitio actual.
  • More create opcions…, que nos da acceso a crear distintos elementos en WSS 4.0.
• La pagina que se abre es la nueva administración a nivel de sitio que viene en SharePoint 2010. Como podréis comprobar, las distintas posibilidades de configuración de un sitio de SharePoint se presenta agrupado y se ha cambiado el look & feel de la página. Como ocurre con la Administración Central de SharePoint 2010 y la página de administración de una colección de sitios, se ha realizado un rediseño de estas páginas para mejorar su usabilidad y creo que se ha conseguido.
• En la sección Site Actions, hacemos clic sobre Save site as template. La página que se muestra es similar a la que teníamos en SharePoint 2007(y susceptible de cambiar en la beta pública). Para guardar la plantilla, simplemente especificamos el nombre del archivo y de la platilla.

• Una vez que finaliza el proceso de guardar la plantilla del sitio, aparece una página que nos informa que la plantilla del sitio se ha guardado en la user solution gallery. Aquí nos encontramos con otra novedad, ya que en SharePoint 2007 las plantillas de sitio se guardaban en una galería de plantillas de sitio. En SharePoint 2010, al guardarse como .wsp, las plantillas de sitio aparecen en la user solution gallery que es un contenedor de soluciones de usuario que se pueden usar en una colección de sitios.
• Si nos vamos a esa galería, vemos que se trata de una página (definida a nivel de colección de sitios) que contiene los .wsp de usuarios desplegados en la colección de sitios. Esta página nos da información además de los recursos de servidor consumidos por las soluciones activas (Nota: El número de soluciones de usuario que se pueden desplegar no es ilimitado, sino que viene dado por el número máximo de recursos que pueden consumir. Por defecto este número es 300).
• Con las soluciones almacenadas en la user solution gallery podemos hacer las siguientes operaciones:
  • Activar la solución para utilizarla a lo largo de la colección de sitios.
  • Borrarla.
  • Editarla, lo que abrirá una ventana modal (otra de las novedades de SharePoint 2010) que nos permitirá modificar las propiedades de la plantilla.

• En nuestro caso, hacemos clic sobre el nombre de la plantilla para poder descargárnosla. La guardamos en el escritorio u otra ubicación que consideremos.

Importando la plantilla en Visual Studio 2010

Una vez que ya tenemos nuestra plantilla de sitio en formato .WSP, estamos listos para irnos a VS 2010 para crear una nueva plantilla de sitio tomando como base esta última. Para ello:

• Creamos un proyecto en Visual Studio 2010 que apunte a .Net Framework 3.5 (es la versión de Framework para SharePoint 2010) de tipo Import SharePoint Solution Package, que permite crear una estructura de proyecto para SharePoint en base a un .WSP.
• Se iniciará un asistente en el que se nos pedirá:
  • El sitio local de SharePoint 2010 que se vaya a utilizar para aspectos de depuración.
  • El nivel de confianza para la solución. SharePoint 2010 va a definir 2 niveles de confianza a la hora de desplegar soluciones:
    • Despliegue en modo sandbox o recinto aislado, lo que significa que se permite que cualquier usuario pueda subir sus propias soluciones a SharePoint con el objetivo de reducir la carga de trabajo del administrador.
    • Despliegue en modo full-trust, es decir, sólo los usuarios con privilegios pueden desplegar la solución. Elegimos esta última opción para simplificar.
  • El path de la solución .wsp a importar.

• Tras pulsar Next en la ventana anterior, el asistente nos muestra los elementos de la solución susceptibles de ser incluidos en el proyecto que se vaya a generar. Por defecto, aparecen todos marcados para importar. Pulsamos Next.
• Tras unos cuantos segundos en los que el proceso de importación comenzará a crear la estructura del proyecto e incluir los elementos del mismo, veremos en el explorador de soluciones el proyecto creado.
• En la estructura del proyecto hay varias novedades que introduce las Visual Studio Tools para SharePoint 2010:
  • Para cada proyecto tendremos un paquete que incluye todas las features que se van a desplegar en el servidor y activar durante el despliegue. Toda la gestión de dicho paquete se realiza a través de un diseñador específico.
  • Se han creado un total de 3 features que engloban todos los elementos importados e incluidos en el proyecto. Al igual que incluye con el paquete, las Visual Studio Tools incluyen un nuevo diseñador de features que facilita la tarea de configuración de las mismas de forma visual o directamente editando los archivos XML correspondientes.
  • Finalmente, aparecen una serie de carpetas que agrupan elementos característicos de un sito: instancias de lista, módulos, etc.

• Una vez que ya tenemos el proyecto base creado, podemos extenderlo añadiendo por ejemplo una nueva instancia de lista. En mi caso, he añadido una nueva instancia de lista utilizando la plantilla que las Visual Studio Tools para SharePoint ofrece.
• Al elegir este tipo de elemento, se abre un asistente en el que especificamos el tipo de lista en el que basar nuestra instancia, el nombre de despliegue de la lista, su descripción y la url  de despliegue de la lista en el sitio.
• Una vez que tengamos ya el Sitio listo para despliegue, llevarlo a SharePoint 2010 es tan sencillo como hacer clic con el botón derecho del ratón sobre el nombre del proyecto y seleccionar la opción Deploy.
• Si os sale algún conflicto de despliegue, y como estamos con la Beta 1 de las Tools y la CTP De SharePoint 2010 (en cuanto pueda, lo pruebo con la Beta 2 que acaba de salir del horno), simplemente obviarlo.

• Si el proceso de deploy va bien en VS 2010, aunque no es el caso ya que “parece que da un error” de despliegue (en concreto, se produce un error de activación de una de las fetures del paquete que de nuevo lo achacaré a la beta) y como hemos elegido la opción de despliegue en modo Full Trust se creará a nivel de Colección de Sitios una feature que tras activarla nos permitirá crear nuevos sitios de SharePoint en base a la plantilla que hemos modificado en Visual Studio 2010.
• Activamos la feature desde la interfaz de usuario de SharePoint 2010.
• Desde Site Actions –> New Site comprobamos que tenemos disponible la nueva plantilla de sitio para crear sitios de SharePoint.
• Por lo tanto, aunque el proceso de Deploy dió error, podemos crear sitios en base a la plantilla extendida desde Visual Studio 2010.

Y hasta aquí llega este primer post sobre las Visual Studio 2010 Tools para SharePoint y primero también de la era SharePoint 2010 que hoy comienza.