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.

image

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.

Anuncios

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.

image

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

 

Chat expertos SharePoint

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:

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”.
image image image
  • 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.
image image image_thumb18

¿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:

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.
image image image
  • 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.
image image

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.
image image image
  • 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”.
image image image
  • 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.
image image image
  • 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.
image image image
  • 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.
image image image
  • 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.
image image

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:

Chat expertos SharePoint

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:

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

SharePoint2010_thumb

 

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