SSRS: PivotViewer Extension for Microsoft SQL Server Reporting Services!

Como sabéis, la plataforma estándar de Microsoft para facilitar la creación, despliegue y visualización de informes es SQL Server Reporting Services (SSRS) que además se integra a la perfección con SharePoint 2010 y que por cada nueva versión añade nuevas capacidades. En este sentido, en los próximos meses verá la luz el PivotViewer Extension for Microsoft SQL Server Reporting Services. Se trata de una extensión del control Silverlight PivotViewer que dota al usuario de una nueva experiencia interactiva a  la hora de visualizar informes, realizar análisis comparativos, ver tendencias, etc.

Podéis descargaros la CTP2 del  PivotViewer Extension for Microsoft SQL Server Reporting Services desde este enlace. Tened en cuenta también que es necesario disponer de SharePoint Server 2010 instalado así como de SQL Server PowerPivot.

Evento: Charla con los expertos – Todo lo que siempre quisiste saber sobre SharePoint, pero no te atreviste a preguntar – Resumen y 2nd Round!

El pasado miércoles tuvo lugar el primer evento de las comunidades de SharePoint de habla hispana un tanto diferente ya que se trataba de hacer preguntas a algunos de los principales expertos de habla hispana en plataforma SharePoint. Durante 90 minutos, y hasta que algún MVP incauto pulsó la opción que no debía, tuvimos la oportunidad de responder a las interesantes cuestiones planteadas por los asistentes que además nos comentaron que quieren más, asique dicho y hecho, el próximo 1 de junio a las 16:00 (GMT + 1) haremos el second round del chat con los expertos. Podéis encontrar más información y el enlace de inscripción en este enlace.

Por otro lado, ya está disponible para descarga la grabación del primer chat en este otro enlace. Powered by :

 

SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (IV)!

Continuando con la serie de posts sobre creación y despliegue de flujos declarativos para SharePoint 2010 y SharePoint Online (SPO) en Office 365, en esta ocasión vamos a ver como podemos importar un flujo de este tipo en Visual Studio 2010. Os recuerdo los posts previos de la serie:

• SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (I)!
• SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (II)!
• SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (III)!

Para importar un flujo declarativo en Visual Studio 2010 que posteriormente puede ser desplegado tanto en SharePoint 2010 On-Premise como en SPO:

• El primer paso importante es importar de forma correcta el WSP generado en SharePoint Designer 2010 (SPD 2010). La forma correcta pasa por usar la plantilla “Import SharePoint Solution Package” que nos permite desplegar el flujo en su forma declarativa original. Si elegimos la plantilla “Import reusable workflow”, tendremos el inconveniente de que el workflow importado en Visual Studio 2010 será de tipo “code behind” por lo que no podremos desplegarlo en SPO…podéis encontrar más información al respecto en este enlace: http://msdn.microsoft.com/en-us/library/gg615452.aspx.
• A continuación, en el asistente de configuración dejamos la opción por defecto de despliegue como una solución Sandbox.
• En la siguiente pantalla, especificamos la ruta dónde se encuentra el archivo .WSP que contiene el flujo de trabajo. A continuación, marcamos que vamos a importar todos los elementos que forman parte del paquete y pulsamos “Finish”.

• Una vez concluido el proceso de importación, se crea en Visual Studio la estructura de proyecto de acuerdo a los elementos que hemos decidido importar. En este caso, tenemos los siguientes elementos:
  • Dos características, una de las cuales permite desplegar el manejador de eventos importado y la otra el resto de elementos.
  • Un Módulo que se encarga de desplegar elementos que forman parte del paquete como: el flujo en si mismo, el archivo de reglas del flujo, el diagrama Visio de visualización, etc.
  • Una instancia de lista.
  • Una Property Bag que contiene distintos parámetros de configuración que necesita el flujo.
• Si vemos el flujo declarativo, el aspecto que tiene difiere “ligeramente” a lo que tenemos en SPD 2010. En cuanto a los mensajes de error que aparecen, y como se indica en la referencia de MSDN, simplemente las obviamos.

¿Para qué me sirve esta importación de un flujo de trabajo declarativo en Visual Studio 2010? La respuesta es que el objetivo principal no es modificar el flujo de trabajo diseñado en SPD 2010, sino que lo que se pretende es:

• Añadir al paquete nuevos elementos que se puedan necesitar en el entorno en el que vamos a desplegar el flujo como por ejemplo un tipo de contenido del que dependa el flujo.
• Modificar el flujo en la vista XML (no en la vista de diseñador) para aquellos casos en los que esas modificaciones no sean posible con SPD 2010.

Y hasta aquí llega este cuarto post sobre creación y despliegue de flujos declarativos.

SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (III)!

Siguiendo con la serie de post sobre creación y despliegue de flujos declarativos para SharePoint 2010 y Office 365, en esta ocasión vamos a ver que sucede si el mismo workflow se despliega por medio de soluciones diferentes. Antes de empezar os recuerdo los posts previos de la serie que se han publicado hasta ahora:

• SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (I)!
• SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (II)!

Supongamos por tanto que tenemos una nueva versión del flujo declarativo o bien una versión antigua empaquetada en el correspondiente WSP, lo que haremos con la misma es:

• Cargarla en la galería de soluciones de nuestro sitio y activarla. Un detalle interesante aquí es que el ID de solución es diferente como consecuencia de que realmente estamos ante dos .WSP generados diferentes. En este caso, al tratarse de WSPs diferentes no estamos realizando el “machaque” que vimos en el post anterior.
• Nos vamos de nuevo a las características de la colección de sitios y lo que veremos es que aparece una nueva característica con el mismo nombre que la que se habilitó con la última versión de solución cargada y activada.
• Activamos la nueva característica.

• si vamos de nuevo a la lista “Anuncios” veremos que tenemos una nueva versión del flujo disponible.
• Si forzamos la ejecución del flujo, veremos como sigue la plantilla del último flujo desplegado tal y como era esperable.

Y hasta aquí llega el tercer post de la serie sobre flujos de trabajo declarativos.

SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (II)!

Siguiendo con la serie de posts sobre creación y despliegue de flujos declarativos que comenzamos en este post, en esta ocasión vamos a ver con mayor detalle como se realiza el despliegue de un flujo declarativo (de tipo re-utilizable) creado con SharePoint Designer 2010 (SPD 2010) y empaquetado en la correspondiente solución .WSP:

• Lo primero que haremos es cargar el .WSP generado en la galería de soluciones ya que se trata de una solución Sandbox. Por lo tanto, es completamente portable a Office 365…de hecho, todas las pruebas se han realizado en una colección de sitios de SharePoint Online (SPO) en Office 365. Activamos la solución.
• A continuación, nos vamos a las características del sitio y buscamos la característica correspondiente que añade al activar la solución Sandbox.
• Activamos la característica.

• Nos vamos a la lista en la que queremos asociar el workflow re-utilizable. En mi caso, se trata de una lista de tipo “Anuncios”.
• Pulsamos opción “Agregar flujo de trabajo” en la página de configuración de flujo de trabajo.
• En la página “Agregar un flujo de trabajo” elegimos la plantilla del flujo re-utilizable, le damos una instancia y configuramos las opciones de inicio del mismo así como las listas que va a usar (tareas e historial). En esta página pulsamos “Siguiente”.

• En la página que se muestra a continuación pulsamos “Save” para vincular la instancia del workflow con la lista anuncios.
• A continuación se muestra de nuevo la página de configuración del flujo de trabajo con la instancia de workflow que se ha añadido.
• De vuelta a la lista, seleccionamos un elemento e iniciamos un flujo de trabajo de los disponibles.

• En la página de selección de flujo a iniciar, pulsamos sobre el flujo que hemos añadido anteriormente.
• En este caso, el flujo dispone de un parámetro de inicio definido en el correspondiente formulario de inicio. Pulsamos “Start” para que se inicie el flujo.
• El resultado de la ejecución en este caso es que se crea una copia del elemento seleccionado inicialmente.

• Si pulsamos sobre el valor “Finalizado” de la columna del flujo de trabajo podremos ver el diagrama Visio de ejecución y los pasos por los que ha pasado.

Hasta aquí todo correcto…¿Pero qué pasa si en desarrollo creamos una nueva versión del workflow? ¿Cómo lo gestiona SharePoint 2010? Vayamos por puntos:

• Lo primero que haremos es desactivar la solución correspondiente a nuestro flujo en la galería de soluciones de forma que posteriormente la podamos “machacar” con una nueva solución. Lógicamente, esta desactivación lo que hace es que la característica correspondiente desaparezca, pero no así el flujo de trabajo que sigue apareciendo como un flujo de trabajo re-utilizable en nuestro sitio y que además puede tener instancias en ejecución.
• A continuación, en nuestro entorno de desarrollo modificamos el flujo de trabajo re-utilizable añadiendo funcionalidad extra.
• Empaquetamos el flujo de la forma ya comentada para generar el correspondiente WSP con el mismo nombre que el WSP original. Cargamos el WSP en la galería de soluciones machacando el existente y lo activamos, de nuevo aparece la misma feature que antes que tendremos que activar.

• Si nos vamos a nuestra lista, la “magia” de SharePoint 2010 comienza a aparecer: como era de esperar, se ha detectado una nueva instancia del workflow asociado a la lista de forma que a partir de ahora, las nuevas ejecuciones del workflow estarán basadas en la versión más reciente al tiempo que las antiguas continuarán en ejecución hasta su conclusión.
• Ejecutamos el workflow en un elemento de la lista y comprobamos como efectivamente el workflow se ha ejecutado de acuerdo a las modificaciones realizadas.

Y hasta aquí llega este segundo post de la serie sobre creación y despliegue de flujos declarativos para SharePoint 2010 y SPO en Office 365.

Evento: Charla con los expertos – Todo lo que siempre quisiste saber sobre SharePoint, pero no te atreviste a preguntar!

Los grupos de usuarios de SharePoint de habla hispana os proponemos un evento online un tanto diferente: os proponemos durante aproximadamente 90 minutos charlar con los principales expertos de la plataforma en países de habla de hispana. Ven con nosotros, plantéanos tus dudas y cuestiones sobre nuestro servidor favorito y averigua todo aquello que siempre quisiste saber, pero nunca te atreviste a preguntar.

Entre los participantes en la charla contaremos con algunos de los mayores conocedores de la plataforma SharePoint como: Gustavo Vélez David Martos Ricardo Muñoz Juan Andrés Valenzuela Juan Carlos González Alberto Díaz Daniel Seara Héctor Insua Manuel Herrera Haarón González Fabián Imaz.

Datos de interés:

• Audiencia: Information Workers, analistas en plataforma SharePoint y Office, Desarrolladores, Jefes de Proyecto.
• Fecha: Miércoles 27 de abril, a las 16:00 (GMT + 1).
• Duración: 90 minutos aproximadamente.
• Enlace de registro: https://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032485055&EventCategory=4&culture=es-ES&CountryCode=ES

SharePoint 2010: Disponible nueva versión del SDK, incluyendo SharePoint Online!

Ya tenemos disponible para descarga una nueva versión del SDK de SharePoint 2010, incluyendo en esta ocasión información para el desarrollo de soluciones para SharePoint Online (SPO) en Office 365. Para conocer las actualizaciones con respecto a versiones previas del SDK, es recomendable revisar:

• What’s New in the SDK for SharePoint Foundation 2010
• What’s New in the SDK for SharePoint Server 2010

Podéis descargaros y leer más información del SDK desde este enlace.

 

Fuente: New SharePoint 2010 SDK Available for Download- Now Includes SharePoint Online!

Project Server 2010: Disponible la máquina virtual de integración con TFS!

Una de las características más destacables de la nueva versión de Project Server (2010), aparte de su mayor integración si cabe dentro de la plataforma SharePoint, es la alta integración con Team Foundation Server (TFS). Para ver las características de esta integración, Microsoft acaba de liberar una nueva máquina virtual en la que ya tenemos todo configurado y listo para comenzar a jugar con ambos productos: Visual Studio Team Foundation Server 2010 and Project Server 2010 Demo Virtual Machine.

SharePoint 2010 y Office 365: Creación y despliegue de flujos declarativos (I)!

Cuando hablamos de crear flujos de trabajo para SharePoint 2010 y SharePoint Online (SPO) en Office 365, tenemos que tener varias cuestiones en mente:

• Lo primero, las herramientas disponibles para la creación de flujos de trabajo que son básicamente tres:
  • Microsoft Visio 2010 para modelar visualmente un flujo de trabajo y luego importarlo en SharePoint Designer 2010 (SPD 2010).
  • SPD 2010 para crear flujos de trabajo declarativos desde cero o partiendo de un flujo de trabajo modelado con Visio 2010 y que hemos importado en SPD 2010.
  • Visual Studio 2010 para crear flujos de trabajo declarativos o no, pariendo de cero o bien a partir de un flujo de trabajo creado con SPD 2010 y que hemos importado en el IDE.
• Lo segundo, los tipos de flujos de trabajo que podemos crear:
  • Declarativos y de tipo secuencial en el caso de SPD 2010.
  • Declarativos o no y de tipo secuencial o no (máquina de estados) en el caso de VS 2010.
• Lo tercero, en cada entorno de creación tendremos que tener en cuenta cosas como:
  • Los flujos modelados con Visio no son operativos, pero permiten que el analista de negocio pueda pasar al Information Worker o al desarrollador una plantilla inicial de flujo de trabajo de la que partir.
  • En SPD 2010 podemos tener distintos tipos de workflows: de lista, de sitio, re-utilizable. No podemos modelar máquinas de estado, aunque nos podemos aproximar bastante gracias a las capacidades de anidamiento de lógica que presenta el diseñador de flujos de SPD 2010.
  • En VS 2010, podemos crear flujos vinculados a una lista o no, flujos de sitio, de tipo secuencial o de máquina de estados, etc.
• Lo cuarto, si hablamos de SharePoint 2010 On-Premise o de SPO en Office 365:
  • En el caso de SharePoint 2010 On-Premise, tenemos disponibles todas las posibilidades de creación de flujos de trabajo.
  • En el caso de SPO, no es posible crear y desplegar flujos de trabajo con Visual Studio 2010. Sólo podremos crear acciones de workflow para SPD 2010 y desplegar flujos de trabajo completamente declarativos.
• …

Con este post quería comenzar una serie dedicada a la creación y despliegue de flujos declarativos para SharePoint 2010, con la mente puesta en lo que podremos para Office 365:

• Creamos en primer lugar la plantilla visual del flujo de trabajo utilizando Visio.
• Este flujo lo importamos en SPD 2010 como un flujo de trabajo de tipo re-utilizable.

• Completamos la lógica de nuestro flujo de trabajo en SPD 2010.
• Comprobamos que no contiene errores, lo guardamos y publicamos en nuestro entorno de desarrollo.
• Desde la página de resumen del flujo, lo siguiente que haremos es guardarlo como plantilla. De esta forma, el flujo generado se guarda como un archivo .WSP que podemos descargarnos y desplegar en otro sitio diferente. La forma de desplegarlo es subir dicho WSP a la galería de soluciones ya que se trata de una solución SandBox, lo activamos y listo.

De esta forma, estamos creando y desplegando un flujo de trabajo declarativo en diferentes sitios. Lo bueno de esta aproximación es que de forma sencilla estamos facilitando el despliegue de flujos de trabajo en distintos entornos sin más que guardarlos como plantilla.

Y hasta aquí llega este primer post sobre la creación y despliegue de flujos declarativos para SharePoint 2010. Otros posts relacionados con este tema:

• SharePoint 2010: Novedades en los flujos de trabajo (I)!
• SharePoint 2010: Novedades en los flujos de trabajo (II)!
• SharePoint 2010: Novedades en los flujos de trabajo (III)!
• SharePoint 2010: Novedades en los flujos de trabajo (IV)!

SharePoint 2010: Disponible el SharePoint Diagnostics Studio!

Tal y como podemos leer en el blog del equipo de SharePoint, ya tenemos disponible para descarga el SharePoint Diagnostics Studio que se integrará como parte de la versión 2.0 del SharePoint Administration Toolkit y que tiene como objetivo proporcionar una nueva perspectiva de información que facilite tanto a los desarrolladores como a los profesionales de IT anticiparse a posibles problemas en los despliegues de SharePoint disponibles y que facilitará la detección rápida de posibles problemas, de reducción del rendimiento y de confiabilidad de nuestros despliegues. Además, la recolección de esta información no requerirá permisos especiales para el usuario y de forma remota.

Podéis descargar el SharePoint Diagnostics Studio como parte del SharePoint Administration Toolkit 2.0 desde este enlace.