April 2011 - Artículos
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.
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 
:
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”.
-
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.
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.
- 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.
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.
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.
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.
-
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.
Fuente: New SharePoint 2010 SDK Available for Download- Now Includes SharePoint Online!
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.
Cuando hablamos de crear flujos de trabajo para SharePoint 2010 y SharePoint Online (SPO) en Office 365, tenemos que tener varias cuestiones en mente:
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:
- 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:
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.
Tal y como podéis leer en el blog del equipo de SQL Server, ya tenemos disponible para descargan la primera CTP (Community Technology Preview) del Service Pack 1 (SP1) de SQL Server. Esta CTP contiene las actualizaciones acumuladas (1 a 6) de SQL Server 2008 R2 así como una serie de fixes a errores reportados por clientes y una serie de mejoras como:
-
Dynamic Management Views.
-
ForceSeek para mejorar el rendimiento de consultas.
-
Data-Tier Application Componente Framework (DAC Fx) que mejora la actualización de aplicaciones de BD’s tanto On-Premises como SQL Azure.
-
Control de espacio de disco para PowerPivot.
Más información del SP1 en:
Como sabéis, la próxima versión de SQL Server, nombre en código “Denali”, se encuentra actualmente en pleno desarrollo por parte de Microsoft. Aún así, desde hace tiempo tenemos disponible una versión CTP para comenzar a evaluar algunas de las novedades que vendrán en la plataforma de datos de Microsoft:
No es la primera vez que veo vídeos sobre la perspectiva presente y futura de la productividad por parte de Microsoft, pero hay que reconocer que el último vídeo de Microsoft en este sentido está muy bien y el mensaje que transmite es bastante claro, a la vez que muestra lo que es la evolución de una empresa en términos de productividad con el claro apoyo de la tecnología.
Futuro de la productividad
Siguiendo con la serie de posts sobre creación y configuración de colecciones de sitios de SharePoint Online (SPO) en Office 365, vamos a ver como podemos añadir colecciones de sitios adicionales a la inicial:
-
-
Una vez llegamos a la página de administración, pulsamos en el enlace “Administrar” disponible bajo la sección SharePoint Online.
-
A continuación se muestra el centro de administración de SPO. Desde el centro de administración de SPO, pulsamos sobre el enlace Administrar colecciones de sitios.
-
A continuación se muestra una nueva página en la que se visualizan las colecciones de sitios disponibles y las opciones de administración ya vistas.
-
Como se puede apreciar, en la cinta de opciones disponible tenemos una serie de acciones para configurar colecciones de sitios existentes o bien crear nuevas. Para crear una nueva Colección de sitios, pulsamos en la Ribbon sobre “Nuevo –> Colección de sitios privada”.
-
A continuación se muestra la correspondiente ventana modal en la que especificaremos los parámetros necesarios para crear la colección de sitios:
-
Título del sitio.
-
Url para la colección de sitios.
-
El idioma, pudiendo elegir cualquiera de los disponibles para Office 365 Beta.
-
Plantilla a usar, que puede ser una por defecto o bien una personalizada que se despliegue como solución Sandbox en la galería de soluciones.
-
El usuario administrador de la colección.
-
El espacio de almacenamiento tope o cuota para la colección de sitios. El límite de este parámetro lo marca el espacio total disponible para nuestra suscripción y el ocupado por las colecciones de sitios existentes. Para una suscripción de tipo E3, tenemos 25 GB de almacenamiento que no están nada mal.
-
La cuota de recursos disponibles para soluciones Sandbox en la colección sobre un tope de 5.000 para todas las colecciones de sitios disponibles.
-
Pulsamos “Aceptar” para que se inicie el proceso de creación.
-
Concluido este proceso, podremos acceder a la Colección de Sitios.
-
Finalmente, accedemos al sitio que se ha creado. Para ello pulsamos sobre el enlace de la colección en el listado de colecciones de forma que se abre una ventana modal que muestra información relativa a la misma. Si pulsamos sobre el correspondiente enlace en esta ventana modal, accederemos al sitio.
Y hasta aquí llega este segundo post sobre creación y configuración de colecciones de sitios de SPO en Office 365.
Tal y como podéis leer en el blog Chris Mayo, ya tenemos disponible para descarga una primera versión del Office 365 Developer Training Kit. El kit, que os podéis descargar desde el siguiente enlace, cuenta entre otros con los siguientes contenidos:
Cuando vamos a trabajar con SharePoint Online (SPO) en Office 365 por primera vez, lo que haremos es crear una colección de sitios inicial con el correspondiente sitio raíz. Los pasos a seguir son bastante directos como podréis ver:
-
-
En la parte superior de la página de administración disponemos de un enlace “Sitio de grupo” que nos permitirá provisionar la primera vez la plantilla a utilizar por el sitio de grupo por defecto (así era en la beta).
-
Elegimos la plantilla deseada, configuramos los parámetros correspondientes y pulsamos “Aceptar” para que la plantilla se provisione para el sitio por defecto
- Fijaros que es posible escoger una plantilla de las disponibles por defecto o bien elegir una personalizada a través de cargar la correspondiente solución en la galería de soluciones y realizar su activación.
- En mi caso, tras pulsar “Aceptar” y en los comienzos de la beta se produjo un curioso error relativo a la creación del centro de búsquedas que por defecto se configura y que es común para las distintas colecciones de sitios que creemos.
- Aún así, el sitio de SPO se crea de forma efectiva.
-
A partir de crear el sitio, podemos ir revisando las capacidades disponibles y comprobar que estamos trabajando con un sitio de SharePoint Server a todos los efectos (aunque no con el 100 % de las funcionalidades).
-
Podemos añadir nuevos usuarios que accedan al sitio.
-
Podemos acceder al sitio personal del usuario ya que disponemos de la funcionalidad de My Sites.
- Como vemos el My Site es completamente funcional.
- En la página de configuración del sitio, podremos ver las clásicas opciones disponibles para un sitio de SharePoint Server.
Y hasta aquí llega este primer post sobre la creación de sitios de SPO en Office 365.
Aunque me ha costado encontrarlo un poquillo, además del anuncio de la beta pública de Office 365, por fin ve la luz el Marketplace de soluciones y servicios profesionales integrado dentro de Microsoft PinPoint. Tal y como se comenta en la noticia publicada relativa al anuncio de la beta pública de Office 365, de inicio el marketplace dispondrá de unas 100 aplicaciones y 400 servicios profesionales. Podéis acceder al Marketplace de Office 365 desde este enlace.
Por fin se abre la veda para hablar de Office 365 (aunque alguno se haya adelantado ya incomprensiblemente) y es que desde hoy tenemos disponible la beta pública de Office 365 en 37 mercados y 17 idiomas. A las invitaciones ya enviadas en los meses previos, Microsoft ha añadido varios miles más. Lo dicho, toca hablar de productividad en la nube…estad atentos. Podéis leer más sobre la beta pública de Office 365 en este enlace del Microsoft News Center.
Podéis ir conociendo más detalles de Office 365 además del propio sitio de la suite de productividad en la nube, os recomiendo:
El día a día en el trabajo con SharePoint da lugar a muchas dudas y muchos problemas a los que seguro que ya hay gente que se ha enfrentado, y un lugar dónde podéis encontrar muchas de las respuestas que buscáis y plantear vuestras dudas o problemas es el de los foros en castellano. Actualmente hay dos foros operativos:
Últimamente los foros están bastante activos y se está incrementando tanto el número de preguntas como de respuestas por parte de los integrantes de los mismos. Por eso, si tenéis dudas o respuestas, os animo a qué os paséis por allí y colaboréis con todos los que formamos parte de los foros. Nos vemos por allí.
Como sabéis, en SharePoint los usuarios de un cierto sitio se almacenan en una lista especial denominada “User Information List” que aparentemente es como cualquier otra lista de SharePoint, pero que en la práctica no lo es en cuanto a que por ejemplo, y de ahí el tema de este post, es una lista que no sigue el modelo de eventos de SharePoint por lo que no podremos crear manejadores de eventos que nos permitan engancharnos a los mismos y que nos permitan detectar cuando se está añadiendo un nuevo usuario, cuando se ha añadido, cuando se está actualizando un usuario existente, cuando se ha actualizado, etc. Podéis encontrar más información respecto a este tema en este enlace.
Más artículos
Página siguiente >