February 2012 - Artículos
Desde hace unos días tenemos disponibles una serie de ejemplos de código, en C# mayoritariamente, que ejemplifican como trabajar programáticamente con elementos típicos de SharePoint como listas o bibliotecas de documentos, trabajo con los BCS, o uso de la API JavaScript de SharePoint 2010. Podéis acceder a los ejemplos desde este enlace:http://code.msdn.microsoft.com/SharePoint-2010-101-Code-da251182
Como sabéis, SharePoint 2010 incorpora un nuevo tipo de soluciones, denominadas Sandbox, que se caracterizan porque se ejecutan de forma segura y no penalizan un cierto despliegue de SharePoint en el caso de que no se hayan seguido buenas prácticas a la hora de crear los artefactos contenidos en las mismas. A pesar de la propia definición de este tipo de soluciones, a la hora de utilizarlas es vital realizar un planning adecuado de las mismas y conocer como realizar la administración de su despliegue y ejecución. Por fortuna, tenemos un monton de documentación relativa a estas cuestiones:
- Planning de soluciones Sandbox:
- Configuración de los puntos de recursos:
- Límites en el uso de recursos:
- Buenas prácticas en soluciones Sandbox:
- Best Practices Resources Center:
- Concepto de capas en la ejecución de soluciones Sandbox:
- Otros recursos:
Como sabéis, uno de los servicios que forman parte de Office 365 es el de Exchange Online que nos permite no sólo acceder al correo de nuestras cuentas de Office 365, sino también realizar unas funciones de administración bastante completas. Normalmente, accederemos a nuestro correo de Exchange Online vía Outlook si lo hemos configurado así, nuestro dispositivo móvil o bien vía OWA. En este último caso, para evitar pasar por páginas intermedias de Office 365 puede ser de interés conocer las Urls de acceso rápido.
Estas Url de acceso rápido son:
Referencias:
Cuando trabajamos con documentos Office desde el navegador o desde un cliente de escritorio como Outlook o SharePoint WorkSpace, puede suceder que al guardar los cambios en los mismos se guarden por defecto en la carpeta de borradores local de nuestro equipo. Si queremos deshabilitar este comportamiento, no tenemos más que ir a las opciones de Office y desmarcar dicha opción:
-
Nos vamos a Options dentro del backstage de Office 2010.
-
En la ventana que se abre, desmarcamos la opción “Ethe server drafts location on this computer” bajo la sección “Save checked-out files to”.
Referencias:
En el anterior artículo de esta pequeña serie, os comentaba que un pequeño inconveniente en la exportación de un flujo de trabajo de SharePoint Designer 2010 (SPD 2010) a Visio 2010 era que se perdían personalizaciones de su “look & feel”. En este artículo os detallaré un truco para abrir el diagrama Visio asociado al flujo de trabajo sin perder estas personalizaciones:
-
Como siempre, abrimos el sitio de SharePoint con SPD 2010. En lugar de abrir el flujo de trabajo con el diseñador de flujos de SPD 2010, nos vamos a explorar los distintos archivos que contienen la definición del flujo de trabajo. Para ello, nos vamos a All Files –> Workflows.
-
Localizamos el flujo de trabajo en cuestión dentro de la carpeta Workflows.
-
Localizamos el archivo .vwd que se ha generado como parte de la definición del flujo de trabajo.
- Abrimos el diagrama Visio con Visio 2010 y comprobamos que ahora no se pierden las personalizaciones.
Cómo sabéis, SharePoint 2010 incorpora la posibilidad de “pintar” el esqueleto inicial de un flujo de trabajo para luego importarlo en SharePoint Designer 2010 (SPD 2010) y pasar de esta forma de un dibujo a un flujo operativo. Ahora bien, ¿Cómo nos llevamos el diagrama Visio de un flujo ya creado desde SPD 2010 a Visio? Esto es lo que os enseñaré en este post:
-
Lo primero que haremos es iniciar SPD 2010 y abrir nuestro sitio de trabajo. A continuación, editamos el flujo de trabajo que queremos exportar a Visio y a través de las opciones disponibles en la Ribbon del diseñador de flujos lo exportamos a un archivo .vwi
-
Iniciamos Visio 2010 y creamos un nuevo elemento de tipo Flujo de trabajo de Microsoft SharePoint 2010.
-
Nos vamos a la pestaña “Proceso” de Visio y pulsamos sobre “Importar”.
-
Localizamos el archivo .vwi que hemos exportado desde SPD 2010.
-
A continuación, el diagrama Visio de nuestro flujo se mostrará en la superficie de diseño de Visio 2010.
-
Hasta aquí todo correcto, salvo un pequeño detalle: lo que se ha importado no se parece mucho al diagrama Visio de ejecución del flujo de trabajo en el sitio de SharePoint…¿Cómo podemos importar el diagrama Visio tal cual en Visio 2010? Esto lo dejo para el siguiente post de la serie.
Parece que en breve vamos a tener una segunda gran actualización en el servicio de SharePoint Online en Office 365 en la que tendremos las siguientes mejoras:
-
Aumento en el número de usuarios de los 20.000 actuales a 500.000…simplemente bestial. Con este incremento, SharePoint Online es capaz de satisfacer los requerimientos de organizaciones de casi cualquier tamaño.
-
Mejoras en la papelera de reciclaje, algo que he visto esta mañana, pero a lo que no le presté atención: ya tenemos disponible una papelera de reciclaje de colección de sitios.
-
Mejoras a la hora de compartir sitios de SharePoint Online con usuarios externos. Se elimina la restricción de qué los Windows Live Id sólo pudiese ser relativo a cuentas de Hotmail y ahora es posible utilizar cualquier Live Id.
-
Visualización de PDFs, por fin se da respuesta a una petición clásica en los foros de Office 365: visualizar PDFs directamente en el navegador sin necesidad de tener que descargarlos. Es importante tener en cuenta que se necesita tener instalada la última versión de Adobe Acrobat Reader.
Si alguna vez os veis en la tesitura de que tenéis que cambiar por ejemplo el tipo de autenticación en un modelo de PowerPivot de Windows a SQL Server, seguramente no sea suficiente sino qué además será necesario cambiar el tipo de proveedor de acceso a datos usado. Para realizar el cambio de proveedor:
-
Desde Excel 2010, abrimos la ventana de PowerPivot y nos vamos a la pestaña Design.
-
Pulsamos sobre la opción Existing Connections de manera que se muestra el listado de conexiones de datos disponibles.
-
Editamos la conexión de datos que nos interesa y en la ventana que se abre pulsamos el botón “Advanced”.
A la hora de ocultar/des-ocultar campos de un formulario de lista tenemos múltiples posibilidades como por ejemplo las siguientes:
-
A través de la gestión de tipos de contenido, que ya teníamos disponible en SharePoint 2007 y que sigue estando operativa en SharePoint 2010:
-
Mediante código BLOCKED SCRIPT
-
En base a reglas para formularios personalizados con InfoPath Designer 2010:
-
A través del modelo de objetos:
-
De forma programática:
-
De forma declarativa:
-
Mediante PowerShell:
En esta ocasión un tip muy rápido. Si queremos averiguar los métodos y propiedades disponibles para un cierto cmdlet de PowerShell como puede ser Get-SPWeb no tenemos más que usar el cmdlet Get-Member de acuerdo a la siguiente sintaxis:
1: Get-SPWeb "Url Sitio" | Get-Member
La salida por pantalla que se obtiene es la siguiente:
Cómo veis, de esta forma tenemos visualizar los métodos, eventos y propiedades disponibles para Get-SPWeb que pueden utilizarse para consultar información adicional. Si queremos “refinar” la búsqueda, podemos usar las opciones Methods y Properties para listas los métodos y propiedades respectivamente. Más información sobre Get-Member en este enlace: http://technet.microsoft.com/en-us/library/ee176854.aspx.
Como sabéis, uno de los mayores cambios que presenta la integración de SharePoint 2010 con SQL Server Reporting Services 2012 (SSRS 2012) es principalmente la “aparición” en escena de una nueva aplicación de servicio que se integra dentro del conjunto de aplicaciones de la plataforma y que nos permite configurar de forma centralizada todos los parámetros de integración sin necesidad de salirnos del mundo SharePoint. En este post y siguientes vamos a ver las configuraciones relativas a suscripciones y alertas:
-
Como siempre, entramos en la administración central de SharePoint 2010 y nos vamos a la administración de aplicaciones de servicio. En el listado de las mismas, localizamos la de SSRS 2012, la seleccionamos y pulsamos la opción “Manage” de la Ribbon.
-
A continuación se muestra una página con las opciones de configuración de la integración de SharePoint 2010 y SSRS 2012.
-
En primer lugar, vamos a configurar los parámetros relativos al correo electrónico necesario para la funcionalidad de suscripciones por e-mail y para las alertas. Curiosamente, la integración de SSRS 2012 y SharePoint 2010 no utiliza el correo saliente de SharePoint 2010 (al menso en la RC de SQL Server 2012).
-
En la página que sea abre, especificamos que vamos a usar un SMTP server y especificamos la dirección del mismo y el correo usado como remitente.
-
Lo siguiente que tenemos que hacer es provisionar las suscripciones y alertas usando la opción correspondiente dentro de la administración de la aplicación de servicio de Reporting Services.
-
En la página que se abre, comprobamos que se indica que el agente SQL está ejecutándose (condición necesaria). Si no es así, arrancamos el agente SQL. Especificamos las credenciales de uso del agente SQL Server.
-
1: --Añadimos el usuario en la master
2: use master
3: exec sp_droplogin @loginame='ReportExecution'
4: exec sp_addlogin @loginame='ReportExecution', @passwd='pass@word1'
5:
6: --En AdventureWorksDW
7: use INDITEX_DW
8: if exists(select * from sysusers where name='ReportExecution')
9: exec sp_dropuser @name_in_db='ReportExecution'
10: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'
11:
12: --En msdb
13: use msdb
14: if exists(select * from sysusers where name='ReportExecution')
15: exec sp_dropuser @name_in_db='ReportExecution'
16: --add the users to the databases and give them permissions
17: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'
18:
19: --En BD's Reporting
20: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8
21: if exists(select * from sysusers where name='ReportExecution')
22: exec sp_dropuser @name_in_db='ReportExecution'
23: --add the users to the databases and give them permissions
24: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'
25:
26: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8_Alerting
27: if exists(select * from sysusers where name='ReportExecution')
28: exec sp_dropuser @name_in_db='ReportExecution'
29: --add the users to the databases and give them permissions
30: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'
31:
32: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8TempDB
33: if exists(select * from sysusers where name='ReportExecution')
34: exec sp_dropuser @name_in_db='ReportExecution'
35: --add the users to the databases and give them permissions
36: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'
Y a partir de aquí, ya podemos comenzar a crear suscripciones y alertas.
Una pregunta que empieza a ser un tanto recurrente es el soporte de las capacidades de BI de SharePoint 2010 en dispositivos populares como puede ser el iPad. Pues bien, si esperabais una respuesta indicando que no existe dicho soporte os equivocáis ya como podéis leer en este artículo de hace un par de semanas, se está trabajando en mejorar dicho soporte. En concreto, y tras aplicar la cumulative update (CU) de diciembre de 2011 podremos ver cuadros de mando y gráficos analíticos de PerformancePoint, y gráficos de Excel Services. Asimismo, se espera seguir mejorando este soporte con la llegada próxima de SQL Server 2012. Finalmente, os dejo dos enlaces adicionales sobre el soporte actual de estas capacidades de BI:
Preguntaban de nuevo en los foros de Office 365 en torno a si existe alguna posibilidad de medir el uso que se está haciendo de un sitio o de una colección de sitios de SharePoint 2010. Lamentablemente, en SharePoint Online no contamos con las capacidades de Web Analytics que tenemos en SharePoint On-Premise no tenemos la posibilidad de crear informes personalizados. Aún así, no todo está perdido como se comenta en este enlace y disponemos de una página de aplicación ubicada en la ruta /_layouts/usageDetails.aspx">https://<MiSitioOffice365>/_layouts/usageDetails.aspx que da acceso a unos informes de uso que no son una maravilla, pero al menos son algo. Estos informes permiten analizar información del día anterior o los 30 días previos. Los informes disponibles son los siguientes:
- Cantidad de vistas de página.
- Cantidad de visitantes únicos.
- Cantidad de remitentes (similar a los anteriores).
- Páginas principales.
- Visitantes principales.
- Remitentes principales.
- Exploradores principales.
Cómo sabéis, uno de los tipos de soluciones que se pueden desplegar en SharePoint 2010 son las denominadas Sanbox o recinto aislado cuya ejecución es por definición segura y cuyo ámbito es el de colección de sitios. Aunque puede parecer que el uso de soluciones de este tipo pasa por crear los artefactos correspondientes en Visual Studio 2010, generar el correspondiente WSP y desplegarlo en nuestro entorno de SharePoint 2010…nada más allá de la realidad de un entorno complejo en el que es necesario hacer un planning adecuado de soluciones Sandbox y aprovecharnos del modelo de ejecución de las mismas que nos permite definir capas de ejecución en la que tenemos los Worker Process que atienden las peticiones de las soluciones y los correspondientes dominios de aplicación:
.gif)
Básicamente, a partir de la media de recursos por petición que usan nuestras soluciones Sandbox es posible agruparlas en capas dentro del servicio de ejecución de soluciones Sandbox. Una capa no es más que una serie de worker prcesses que contiene uno o varios dominios de aplicación dónde pueden ejecutarse las soluciones Sandbox. Por defecto, todas las soluciones se ejecutan en una capa, pero es posible configurar capas adicionales para separar de esta forma soluciones Sanbox por motivos de rendimiento, seguridad y confiabilidad. Para conocer el concepto de capas de ejecución en soluciones Sandbox os recomiendo los siguientes enlaces:
Como sabéis, una de las grandes novedades que incorpora la integración de SharePoint 2010 y SQL Server 2012 es la de poder crear informes muy potentes a nivel visual y analítico utilizando para ello SQL Server Power View (conocido inicialmente como proyecto Crescent). Para poder crear un informe de Power View en un sitio de SharePoint 2010:
-
Lo primero que necesitamos es disponer de una biblioteca de documentos configurada con los tipos de contenido de SQL Server Power View: Report y BI Semantic Model Connection. El primero nos permite crear un informe de Power View, mientras que el segundo nos permite definir conexiones a modelos BISM (Business Intelligence Semantic Model) que hayamos creado y desplegado en la correspondiente instancia de SQL Server Power View.
-
A continuación, procederemos a crear una conexión en base a un BISM.
-
Esta conexión se puede basar en un libro Excel o bien en un modelo BISM publicado en la instancia de PowerView. En este último caso, es necesario especificar la instancia de Power View y el nombre del BISM.
-
Creada la conexión al BISM, a través del menú contextual podemos crear un primer informe de manera que se lance el diseñador de Power View.
-
Inicialmente se nos muestra la superficie de diseño en blanco y en el explorador del modelo podemos ver el diseño del mismo con las dimensiones y medidas que podemos empezar a usar para crear informes de Power View.
-
Por ejemplo, basta con seleccionar un campo de información y un par de medidas en una dimensión para que se empiece a pintar el informe.
-
A partir de aquí, se trata de jugar con los datos y los formatos de visualización que tenemos en Power View. Por ejemplo el formato “Card” es adecuado para visualizar datos que lleven una imagen asociada.
-
De la misma forma, cambiar de tipo de visualización es realmente sencillo. Por ejemplo, podemos cambiar de un formato de tabla simple a un gráfico de barras a través de las opciones del diseñador.
-
Finalmente, las posibilidades que brindan los gráficos de dispersión son espectaculares ya que de una forma muy visual permiten visualizar proyecciones de resultados en una escala temporal.
- Finalmente, os dejo una captura de pantalla con distintas representaciones de los datos del modelo y una sección de filtrado.
Una de las mejoras sustanciales de SharePoint 2010 con respecto a la versión anterior de la plataforma es la posibilidad que nos brinda de poder crear potentes informes de uso y rendimiento gracias a que disponemos de una aplicación de servicio que recolecta datos de uso y salud que son recogidos en una BD específica, WSS_Logging, cuyo esquema es público que se puede atacar con SQL Server Reporting Services por ejemplo. Esta BD dispone de una serie de vistas de información que facilitan la generación de dichos informes:
Para que os hagáis una idea de los informes que se pueden hacer, os dejo un par de artículos detallados al respecto:
Y este es un resultado que se obtiene con SQL Server Reporting Servies:
Si estamos trabajando con SQL Server Power View y queremos crear un informe que muestre imágenes contenidas en la base de datos subyacentes, es necesario que el modelo creado (BISM, o Business Intelligence Semantic Model) esté configurado de forma correcta. En concreto, tendremos que realizar las siguietnes configuraciones en la tabla que contiene las imágenes:
-
Seleccionamos en la tabla en cuestión (Products en este caso) y luego la columna clave (ProductKey) y configuramos la propiedad Row Identifier con el valor True.
-
A continuación seleccionamos la columna que contiene las imágenes (Product Photo en este caso) y configuramos la propiedad Default Image con el valor True.
-
Finalmente, verificamos que en el diseñador de Power View se muestran la columna imagen y la podemos utilizar en nuestro informe.
Referencia: http://technet.microsoft.com/en-us/library/hh560542(SQL.110).aspx
Este tema los comentábamos Mario y yo el otro día, y la verdad, suele ser un tanto recurrente por lo que voy a intentar dar un poco de luz al respecto. Como norma general, cuando sale una nueva versión de SharePoint al mercado podemos esperar que esté optimizada para la versión existente en el mismo en ese momento…qué quiere decir esto:
-
Si hablamos de SharePoint 2007, en el momento de salida al mercado (año 2006) la versión de Office disponible es la de 2007 de ahí qué SharePoint 2007 esté optimizado para esta versión.
-
Si hablamos en cambio de SharePoint 2010, la versión óptima será Office 2010.
A partir de aquí, nos pueden surgir dos preguntas:
-
¿Qué pasa con las versiones previas a la óptima para cada versión de SharePoint? Pues que están soportadas, pero con pérdidas de funcionalidades.
-
¿Y qué pasa si aparece una nueva versión de Office y no tenemos en nuestra organización la última versión de SharePoint? Pues la respuesta es parecida, podemos esperar que tengamos la mayor parte de las funcionalidades, pero puede ser que otras no las tengamos como consecuencia de que estemos trabajando con una versión de Office que no es la óptima para la versión actual de SharePoint.
Finalmente, os dejo algunas referencias al respecto:
Tal y como podéis leer en este post de Oscar Maqueda, Microsoft ha liberado la PST Capture Tool. Se trata de una herramienta que facilita la recolección de los archivos PSTs distribuidos por diferentes puestos de trabajo o equipos para importarlos en Office 365. Desde este enlace de TechNet podréis acceder a la documentación disponible para la PST Capture Tool y os la podréis descargar desde este otro enlace.
Tal y como podéis leer en este post del blog técnico de Office 365, una reciente actualización en el servicio de Lync Onloine ha hecho posible que por fin dispongamos de la posibilidad de grabar conversaciones y reuniones virtuales mediante Lync Online. Para hacer uso de estas nuevas opciones:
-
No tenemos más que entrar en el portal de administración de nuestra subscripción de Office 365 y pulsar sobre el enlace de administración de Lync Online.
-
Desde la administración de Lync Online, nos vamos a la sección usuarios y editamos uno de los usuarios disponibles.
-
Como vemos, aparecen las nuevas opciones que nos permite habilitar la grabación de reuniones y conferencia a través de un nuevo panel de configuración que por usuario nos permite jugar con otros parámetros como la transmisión de archivos por medio de mensajería instantánea o realizar llamadas de audio y vídeo.
- Finalmente, aquí os dejo la prueba del algodón.
Más artículos
Página siguiente >