February 2009 - Artículos
La división de investigación, Microsoft Research libero durante esta semana un whitepaper en el que se dan detalles sobre un interesante proyecto en ciernes: Microsoft Gazelle. Se trata de un nuevo explorador web que está construido y se comporta como un auténtico sistema operativo (S.O) cuyo kernel está pensado para proteger y compartir recursos entre sitios web. La idea que subyace bajo Gazelle es la de construir un explorador web más seguro y robusto pensado para lidiar con páginas cada vez más dinámicas y complejas:
"Gazelle's security model is centered around protecting principals from one another by separating their respective resources into hardware-isolated protection domains. Any sharing between two different principals must be explicit using cross-principal communication (or IPC) mediated by Browser Kernel."
Sin duda, un proyecto interesante que habrá que seguir.
Ya tenemos disponible para descarga el cumulative update de WSS 3.0 & MOSS correspondiente al mes de febrero. Los enlaces correspondientes son los siguientes:
Artículos en la KB:
Enlaces de descarga:
Seguro que más de alguno os habéis encontrado conque SharePoint presenta alguna limitación inesperada y para la que la respuesta rápida es: no está soportado. Este es el caso de una de las últimas consultas surgidas en uno de los proyectos de SharePoint en los que colabora el CIIN. Básicamente, la limitación en este caso está relacionada con el uso de columnas calculadas en SharePoint. Este tipo de columnas se definen a partir de usar columnas existentes en la lista o biblioteca de SharePoint dónde se están creando. Sin embargo, no se pueden usar todas las columnas de la lista, sino aquellas que encajan en lo que espera la definición de la columna calculada. En concreto, el problema conque nos encontramos es que no se pueden utilizar columnas de lookup y columnas ReadOnly para definir un campo calculado. Y claro, la pregunta que os haréis es que pinta un workflow en este escenario…pues realmente, lo que pinta es que es la respuesta para simular el comportamiento requerido con el menor esfuerzo posible: creando un workflow con SharePoint Designer 2007 (SD 2007). Empecemos.
Creando el workflow en SD 2007
Lo primero que vamos a hacer es abrir SD 2007 y crear un flujo de trabajo a través de File –> New –> Workflow. A continuación:
-
Especificamos el nombre del workflow, la lista o biblioteca a la que lo vamos a vincular (Calendar en micaso) y el tipo de inicio para el mismo. En mi caso, el workflow se inicia de forma automática cuando se crea o actualiza un elemento de la lista.
-
Pulsamos el botón Variables para definir las variables que necesitemos en el workflow.
-
Creamos una variable de tipo string denominada FillSummary.
-
Definimos una primera etapa para el workflow a la que he denominado FillSummary (luego le cambiaré el nombre a FillSummaryVariable).
-
En la sección Actions, elegimos la opción More Actions. En la ventana que se abre especificamos Build Dynamic String.
-
Pulsamos sobre el enlace dynamic string para construir la cadena dinámica.
-
En la ventana que se abre vamos concatenando las columnas y cadenas que necesitemos. En mi caso, he concatenado las columnas Created By que es de tipo ReadOnly y Absence Type que es de tipo Choice.
-
Una vez construida la cadena, pulsamos OK y a continuación pulsamos sobre el enlace Variable: variable.
-
Aquí elegimos la variable que creamos en pasos previos.
-
Lo siguiente que vamos a hacer es añadir una nueva etapa al workflow. En mi caso la he llamado FillSummaryColumn.
-
En la sección Actions, elegimos en este caso Set Field in Current Item.
-
En el desplegable de campos, elegimos el campo correspondiente (Absence Summary en mi caso).
-
Pulsamos el enlace value, y a continuación el botón con el simbolo fx.
-
En la ventana que se abre, elegimos Workflow Data como Source y seleccionamos nuestra variable dinámica.
-
Pulsamos OK y comprobamos que el workflow no tiene errores a través de la opción Check wokflow.
- A través del botón Finish, desplegamos el workflow.
- Nos vamos a la lista en la que hemos vinculado el workflow y creamos un nuevo elemento.
Una pega…
Una pega que he experimentado con esta técnica es que produce resultados inesperados cuando actualizamos un ítem de lista y estamos utilizando campos de lookup para rellenar la variable dinámica de tipo string. Básicamente, siempre da un error de conflicto en el Save…por lo que la solución no es todo lo perfecta que pudiera:
A pesar de esta pega, espero que el post os haya resultado interesante. También me gustaría dejaros una referencia en la que me he basado para llegar a esta solución: http://www.endusersharepoint.com/?p=709. Por supuesto, simular el comportamiento deseado de una forma más flexible se podría haber conseguido desarrollando la correspondiente solución con un event handler, o un workflow…pero ya dije que esta solución es la más rápida y simple para este escenario.
Siguiendo con la serie de posts sobre SharePoint y Microsoft Office Access 2007 que iniciamos hace un mes, en esta ocasión vamos a ver como podemos trabajar con datos de listas de SharePoint desde Access 2007. Empecemos.
Trabajo con listas de SharePoint en Access 2007
Como vimos en el primer post de la serie, integración de la plataforma SharePoint y Microsoft Office Access 2007 nos permite:
-
-
Abrir una lista de SharePoint directamente en Acccess 2007, de manera que tendremos una vista más enriquecida de la información guardada en una lista.
-
Guardar en SharePoint elementos típicos de Access (informes, formularios, hojas de datos) y abrirlas con el cliente Access 2007.
-
Crear una BD de Access 2007 abriendo listas de SharePoint con Access 2007. En este caso, Access 2007 creará toda la infraestructura necesaria para gestionar esta BD: informes, formularios, etc.
Vamos a ver un ejemplo de este último punto:
-
Supongamos que tenemos una lista de tipo Issues en un sitio de SharePoint con una serie de datos.
-
A través del menú Actions de la lista, hacemos clic en la opción Open with Access.
-
De este modo se abrirá Microsoft Office Access 2007. En primer lugar tendremos que especificar el path físico dónde se va almacenar la BD de Access asociada a la lista (a partir de pulsar OK, comienza el proceso de creación de la BD Access en el equipo cliente).
- En la primera pantalla, tenemos la vista Access de la lista Issues, podemos ver además que estamos conectados a nuestro sitio SharePoint, aunque podríamos trabajar en modo Offline.
- Si pulsamos sobre el Navigation Pane, podremos ver qué elementos típicos de Access 2007 se han creado a partir de los datos de la lista Issues:
- Formularios para trabajar con la información de la lista en SharePoint.
- Informes a partir de la información de la lista de SharePoint.
- Formularos a otras listas vinculadas con la lista Issues.
- Por ejemplo, el formulario Issues Details nos permite hacer un recorrido por los Issues dados de alta en la lista.
- El informe Open Issues nos da un listado de Issues activos y pendientes de resolver.
- Si nos vamos a la sección de información de usuario (User Information List) y pulsamos sobre uno de los formularios asociados (Por ejemplo, el User Information Details):
- Podremos visualizar la información de los usuarios vinculados a la lista Issues de alguna forma (por ejemplo, como creadores de un Issue).
- Si nos vamos a las pestañas Opened Issues y Assigned Issues podremos ver los Issues dados de alta por el usuario y que continúan abiertos, así como los asignados
Operaciones con datos de listas de SharePoint desde Access 2007
Una vez que hemos visto una primera aproximación a que posibilidades nos da Access 2007 para trabajar con lista de SharePoint, vamos a ver que operaciones/funcionalidades tenemos disponibles:
- Volvemos al listado de Issues para ver en detalle que operaciones podemos realizar con los registros de la lista. A través del botón Options, habilitamos el contenido que se ha deshabilitado para la BD creada en Access.
- De esta forma se habilitarán las distintas opciones de que dispone Access 2007 para trabajar con una BD, pero aplicadas a datos de SharePoint.
- Por ejemplo, podemos dar de alta un nuevo Issue, lo que abrirá un formulario Access para crearlo.
- Por supuesto, en cualquier momento podremos editar uno de los registros añadidos.
Y como este post sería demasiado largo si sigo detallando que acciones podemos realizar con datos de una lista de SharePoint, mejor lo dejamos para el tercer capítulo de la serie. Como siempre, espero que el post os haya resultado interesante.
Aunque, como dice Gustavo, nuestro servidor favorito ya tiene más de 3 años y se palpa en el ambiente un cierto aroma a Office 14, está claro que SharePoint es desde su aparición en el año 2006 uno de los productos estrella de Microsoft ante la que los productos con prestaciones “similares” no han sabido como responder…lógico ante el gran número de capacidades que trae de serie la plataforma, y hasta dónde se puede llegar haciendo las cosas de manera razonada y siguiendo buenas prácticas. El caso es que estas afirmaciones no son así porque yo las diga, sino porque hay ya varios estudios de mercado y de tendencias en los que se muestra que SharePoint está claramente por encima. El último que he visto, motivo de este post, es el análisis de tendencias de SharePoint en torno a soluciones de colaboración, comunicación y gestión documental…creo que la siguiente imagen lo dice todo:
También merece la pena leer esta reflexión interesante que me llevó a las estadísticas anteriores. La reflexión a la que me refiero es que si SharePoint ha sido un bombazo hasta ahora, le espera sin duda un futuro aún más dorado con los añadidos de BI de Microsoft Office Performance Point Server 2007 y búsquedas de FAST ESP, siendo la primera plataforma dentro del mercado que presenta estas capacidades adicionales a las ya conocidas de Forms Server, Excel Services, etc.
Como siempre, cuando estás de buceo por la red, te encuentras cosas muy interesantes, y esto es lo que me ha pasado con el Managed Extensibility Framework (MEF). Se trata de una nueva librería .NET que habilita escenarios de re-utilización de aplicaciones y componentes, haciendo posible que aplicaciones .NET compiladas de forma estática puedan ser compuestas de forma dinámica. MEF está pensado para escenarios en los que se está implementando aplicaciones y frameworks extensibles o bien extensiones para aplicaciones. De momento MEF no está disponible todavía en modo CTP, pero si tenemos disponible el código fuente en CodePlex para su evaluación y para proporcionar feedback al equipo de desarrollo. Os dejo el esquema de funcionamiento de MEF:
Más enlaces sobre MEF:
Para finalizar, comentaros que preparando un marr…digo un seminario sobre Visual Studio 2010 que tengo que impartir el mes que viene, me encontrado con MEF...asique creo que va a dar mucho juego en el futuro cercano. Espero que la información os haya resultado interesante.
Como sabéis, la personalización en lo que a aspecto se refiere de SharePoint se basa en el diseño de nuestras propias páginas maestras o bien la aplicación de un cierto tema. El caso es qué el otro día un buen amigo me preguntaba si existen páginas maestras de ejemplo y/o utilidades que de forma sencilla nos permitan personalizar sitios de SharePoint sin tener que pasar por Visual Studio y/o SharePoint Designer 2007. Como casi siempre sucede con SharePoint, la respuesta es que sí. En este post he recopilado los principales recursos que la comunidad de SharePoint ha realizado en relación con este tópico.
- Ejemplos de páginas maestras en el sitio de Microsoft Office Online:
- Utilidades para personalizar de forma sencilla sitios SharePoint:
- Utilidades para generar temas de SharePoint:
- Temas gratuitos:
Desde hace un par de días tenemos disponibles para descarga la versión gratuita de la herramienta para acceder, configurar, administrar, gestionar y desarrollar los distintos componentes de SQL Server 2008. Se trata de la versión Express del SQL Server Management Studio (SSMEE). Los requisitos previos a la instalación de SSMEE son los siguientes:
Desde ayer tenemos disponible una nueva CTP de la versión 1.3 de las Visual Studio Extensions para WSS 3.0 (CTP de Febrero de 2009). Os recuerdo las principales características de las VSeWSS:
Se trata de un conjunto de herramientas de desarrollo que integradas en Visual Studio 2009 nos permiten desarrollar, empaquetar y desplegar componentes típicos de WSS 3.0 & MOSS. Además de estas herramientas, las VSeWSS incluyen el SharePoint Solutions Generator, una utilidad que permite genera un proyecto de Visual Studio 2008 a partir de un sitio de SharePoint.
Entre las plantillas disponibles tendremos: definición de lista, definición de lista a partir de un tipo de contenido, tipo de contenido, campo, web part, etc. Estas plantillas están disponibles tanto para VB.NET como para C# y no incluyen plantillas de workflow para SharePoint (aquí tendremos que utilizar las propias de Visual Stuido 2008). Otras características destacables de las extensiones son:
-
Se pueden instalar en plataforma de 64 bits que ejecuten SharePoint de 64 bits.
-
Se añaden comandos independientes de construcción para empaquetar, desplegar y retraer artefactos de SharePoint.
-
Soporte de refactoring para el renombrado de web parts.
-
Comandos para el empaquetado, despliegue y retract habilitando la integración continua y servidores de Build.
-
El SharePoint Solution Generator también generará soluciones a partir de sitios de publicación.
-
Despliegue de web parts en modo partial trust en el directorio BIN.
-
Nueva plantilla de proyecto para SharePoint RootFiles items.
-
El despliegue permitirá de manera opcional eliminar features conflictivas ya instaladas.
-
Se incluye un log detallado del proceso de despliegue.
-
…
Si hace unos días os hablaba de que ya tenemos disponible la versión 3.0 del SharePoint Administration Toolkit, hoy aprovecho para presentaros dos nuevas herramientas especialmente pensadas para tareas de administración en plataforma SharePoint:
-
SPGhostTool, se trata de una pequeña herramienta que usa las APIs de importación y exportación de SharePoint para poder reparar cualquier referencia rota a archivos ghosted en SharePoint.
-
Os comentaba que la versión 3.0 del SharePoint Administration Toolkit incluye la herramienta SPDiag, pues bien, en
este enlace podéis encontrar la guía de usuario para SPDiag.
-
Poco a poco estamos conociendo los primeros detalles de la próxima versión de la plataforma Office, tanto en la parte cliente como servidora (SharePoint). En esa ocasión, os quería dejar un interesante vídeo sobre la idea que tiene Microsoft para el nuevo Outlook Web Access (OWA) que muy probablemente tome el nombre de Outlook Live.
Enlace del vídeo
Tal y como se menciona en el artículo y en el propio vídeo, la nueva versión de OWA se caracterizará por su soporte multinavegador y multiplataforma, y formará parte de la nueva versión de Microsoft Office Exchange (14) cuyo lanzamiento se espera para finales de 2009 o principios de 2010. Merece la pena que veáis el vídeo, a mí el nuevo OWA me recuerda mucho al actual Windows Live Mail, y además vendrá con capacidades de mensajería instantánea, control de presencia, etc.
Hace ya bastante tiempo (en agosto de 2007, ya ha llovido bastante desde entonces ;-)) escribí un post sobre como publicar formularios Infopath 2007 en MOSS aprovechando la característica Infopath Forms Services que viene con la versión enterprise de MOSS. La idea de esta entrada es contaros otra alternativa que tenemos en MOSS para publicar formularios Infopath y poder utilizarlos en el marco de Infopath Form Services. Empecemos.
Gestión de formularios Infopath en MOSS
Antes de meternos en harina, es bueno realizar un repaso sobre como se realiza la gestión de formularios Infopath en MOSS. Básicamente, se realiza a través de la SharePoint 3.0 Central Administration y más concretamente en la sección de Application Management:
-
De las distintas opciones de configuración que tenemos disponibles, las más relevantes de cara a la publicación de formularios Infopath son las de Manage Form Templates, dónde podremos visualizar un listado de plantillas de formularios Infopath.
-
Y la opción Upload form tempalte, que nos permite cargar un formulario y al mismo tiempo validar que está preparado para ser utilizado en un sitio de MOSS (para que se pueda visualizar renderizado en el navegador).
Creación del formulario
Lo primero que vamos a hacer es crear un formulario con Microsoft Office Infopath 2007. Para ahorrarnos trabajo, vamos a utilizar alguna de las plantillas que ya vienen por defecto en Infopath (Por ejemplo, el de Sample- Travel Request):
Una vez que tenemos creado el formulario, tenemos que realizar los pasos necesarios para asegurar su correcta publicación en MOSS:
-
En el panel de tareas, pulsamos sobre la opción Design Checker.
-
En el panel Design Checker, pulsamos sobre Change Compatibilty Settings…
-
En la ventana que se abre, nos vamos a la sección Compatibility dónde:
-
Nos aseguramos de que esté marcada la opción: Design a form template that can be opened in a browser or Infopath.
-
Especificamos la Url de publicación de nuestra plantilla (la SharePoint 3.0 Central Administration).
-
En la sección Security and Trust especificaremos que el nivel de seguridad aplicable a nuestra plantilla es de Full Trust y además firmaremos el formulario generando el correspondiente certificado.
-
En la sección Advanced quitamos el check de la opción Enable form merging.
-
Tras pulsar OK, comprobamos que el formulario no genera errores de diseño por lo que se puede publicar en MOSS.
Publicación del formulario
Una vez que tenemos asegurado que el formulario se puede publicar:
-
Guardamos la plantilla en una ubicación de nuestro equipo.
-
Una vez guardado el formulario, tenemos que publicarlo en el servidor. Para ello, nos vamos al menú File –> Publish.
-
En la primera pantalla del asistente, especificamos que vamos a publicar el formulario en una ubicación de red (To a network location).
-
Especificamos la ubicación dónde se va a guardar la plantilla a publicar.
-
En la siguiente pantalla simplemente pulsamos Next.
-
En la siguiente pantalla pulsamos Publish. Finalmente, pulsamos Close.
Una vez publicado el informe, vamos a cargarlo en la sección Managed Form Templates de la SharePoint 3.0 Central Administration. Accedemos a la SharePoint 3.0 Central Administration, nos vamos dentro de la sección Infopath Form Services y pulsamos sobre la opción Upload form template:
-
Especificamos el formulario a cargar. Pulsamos Verify para comprobar que todo es correcto. Si no hay ningún problema, se mostrará un mensaje de que el formulario está listo para ser usado. Pulsamos Ok.
-
Subimos el formulario verificado para que aparezca en la lista de formularios desplegados.
-
Lo siguiente que haremos, será activar el formulario para poder utilizarlo en un sitio de SharePoint concreto. Esto lo conseguimos a través de la opción Activate to a Site Collection disponible en el menú contextual de acciones asociado a la plantilla.
-
En la siguiente pantalla elegimos la colección de sitios en la que activar el formulario. Este proceso generará un tipo de contenido en la colección de sitios de tipo formulario listo para usar en una biblioteca de formularios de MOSS.
Usando el formulario
Para usar el formulario que acabamos de publicar y activar en una colección de sitios, no tenemos más que:
-
Elegir una biblioteca de formularios en la que utilizar el formulario.
-
Añadir el content type vinculado al formulario.
-
Empezar a crear formularios en base a la plantilla y el tipo de contenido que hemos publicado y activado.
Y hasta aquí llega este post alternativo sobre la publicación de formularios Infopath en SharePoint. Espero que el post os haya resultado interesante.
La maquinaria en torno a Windows Azure no se para, y ya tenemos disponible una nueva actualización del Azure Services Training Kit. Esta nueva versión del kit, que viene a actualizar el aparecido en el pasado PDC 2008, incluye:
El contenido técnico del kit cubre Windows Azure, .NET Services, SQL Services, and Live Services.
A raíz de una pregunta que nos ha hecho en el blog, he intentado hacer un recopilatorio de recursos existentes en torno al tópico de como migrar bases de datos de contenidos de SharePoint tanto cuando tenemos la misma versión de SQL Server en el servidor origen y destino como cuando estamos hablando de versiones de SQL diferentes (Por ejemplo, SQL Server 2000 en origen y SQL Server 2005/2008 en destino). Aquí les dejo los recursos, y espero que sean completados con otras aportaciones de la comunidad:
Artículos
Los artículos en torno a este tópico son los siguientes:
Post en la comunidad de SharePoint sobre este tema
Como siempre, la mayor fuente de recursos sobre casi cualquier tópico es la propia comunidad. Aquí os dejo la selección de artículos que me han parecido más relevantes:
Otros recursos
Sin más, hasta aquí llega esta recopilación sobre recursos en torno a la migración de BD’s de contenidos de SharePoint. Espero que el post os sirva de utilidad.
Leyendo el blog de Héctor Insua, me he topado con una excelente recopilación de recursos de formación en plataforma SharePoint que merece la pena y os reproduzco a continuación.
Certification Exam
Virtual Labs
Web Seminars – Level 100
Web Seminars – Level 200
E- Learning
El equipo de Windows Azure acaba de anunciar la disponibilidad de nuevos vídeos demostrativos en torno a Windows Azure. Aquí os dejo los enlaces a los nuevos vídeos:
Además de estos nuevos vídeos, os recuerdo que ya se había publicado otra serie de vídeos sobre Windows Azure y la plataforma de servicios de Windows Azure.
Siguiendo con la serie de posts sobre la integración de la plataforma SharePoint y SQL Server Reporting Services 2008 (SSRS 2008), en esta ocasión toca ver como podemos crear informes con Report Builder 2.0 y visualizarlos en un sitio de SharePoint. Empecemos
Comenzando con Report Builder 2.0
Lo primero que vamos a hacer es introducirnos en el entorno de diseño de informes de SSRS 2008 mediante Report Builder 2.0. Para acceder al nuevo diseñador (cuyo look & feel) es el de la suite de Microsoft Office 2007: Inicio -> Todos los programas -> Microsoft SQL Server 2008 Report Builder 2.0 -> Report Builder 2.0. Una vez lanzado Report Builder 2.0, nos encontraremos con la superficie de diseño de informes:
Tras realizar un breve recorrido por las opciones de menú disponibles en nueva versión de Report Builder 2.0, lo primero que tenemos que hacer para crear un informe es definir la correspondiente fuente de datos en la que vamos a basar nuestro informe:
-
Nuestra fuente de datos va a ser la base de datos (BD) Adventure Works.
-
Para crear una nueva fuente de datos, hacemos clic sobre una de las figuras que aparece en la superficie de diseño el informe: Tableo or Matrix / Chart. Hacemos clic sobre la primera.
-
De este modo, se abrirá un asistente que nos irá guiando en el proceso de creación de la fuente de datos y el dataset en el que basaremos nuestro informe. En un primer momento, Report Builder 2.0 se intenta conectar al Report Server para darnos la posibilidad de utilizar una fuente de datos ya creada para construir nuestro informe.
-
En el caso de que tengamos una instalación de SSRS integrada con SharePoint, se producirá un error ya que el Report Manager no está disponible en este escenario.
-
Pulsamos OK en la pantalla anterior, y lo que haremos es crear una nueva fuente de datos a través del botón New… de la pantalla New Tableo or Matrix (nos saldrá de nuevo el mismo error, pulsamos OK para poder definir la fuente de datos). En la venta que se abre especificamos los siguientes parámetros:
- El nombre del data source: dsAdventureWorks.
- El tipo de conexión: dejamos la que viene por defecto (Microsoft SQL Server.
En nuestro caso, vamos a utilizar la tercera de las opciones y especificaremos la siguiente consulta:
|
SELECT
PC.Name AS ProductCategory,PS.Name AS SubCategory,
DATEPART(yy, SOH.OrderDate) AS OrderYear,
'Q' + DATENAME(qq, SOH.OrderDate) AS OrderQtr, SUM(SOD.UnitPrice * SOD.OrderQty) AS SalesAmount,
Sales.SalesTerritory.[Name] AS Territory, Sales.SalesTerritory.[Group] AS Region FROM
Production.ProductSubcategory AS PS JOIN
Sales.SalesOrderHeader AS SOH JOIN
Sales.SalesOrderDetail AS SOD ON
SOH.SalesOrderID = SOD.SalesOrderID JOIN
Production.Product AS P ON SOD.ProductID = P.ProductID ON
PS.ProductSubcategoryID = P.ProductSubcategoryID JOIN
Production.ProductCategory AS PC ON PS.ProductCategoryID = PC.ProductCategoryID JOIN
Sales.SalesTerritory ON SOH.TerritoryID = Sales.SalesTerritory.TerritoryID
WHERE
(SOH.OrderDate BETWEEN '1/1/2003' AND '12/31/2004')
GROUP BY
DATEPART(yy, SOH.OrderDate),PC.Name, PS.Name,'Q' + DATENAME(qq, SOH.OrderDate),
PS.ProductSubcategoryID, Sales.SalesTerritory.Name,Sales.SalesTerritory.[Group]
|
Probamos la consulta para ver qué resultados produce:
-
Pulsamos Next y en la siguiente pantalla es dónde vamos a especificar que campos de información vamos a incluir en las distintas secciones que incluirá el informe:
-
Arrastramos los campos ProductCategory y SubCategory a la zona Row Groups.
-
Arrastramos los campos Region y OrderYear a la zona Column Groups.
-
Arrastramos el campo Sales Amount a la zona Values.
-
Pulsamos Next. En la siguiente pantalla podremos elegir el layout a utilizar para el informe.
-
Dejamos las opciones que aparecen configuradas por defecto y pulsamos Next. En la siguiente pantalla podemos elegir el estilo a aplicar al informe.
-
Pulsamos Finish y ya tenemos el diseño inicial de nuestro informe.
- Para hacer una visualización previa del informe, simplemente pulsamos sobre Run:
Publicación del informe en SharePoint
En el caso de que tengamos una instalación de SSRS integrada con SharePoint, la idea pasa por subir el informe a una biblioteca de documentos de SharePoint para que se ejecute en su contexto:
-
Lo primero que haremos es subir este informe a nuestro sitio de SharePoint para que la ejecución y gestión del mismo se realice desde SharePoint. Lo subimos en la biblioteca Reports a través de la opción Upload Document.
-
Una vez subido en la biblioteca de documentos, probamos a ver si se el informe se ejecuta en el contexto de SharePoint.
-
Lógicamente, en una instalación de SQL Server 2005, el formato de informe generado por Report Builder 2.0 no funcionará.
En una instalación en la que tengamos SQL Server 2008 y SharePoint, el informe se visualiza sin mayores problemas:
Publicación del informe en el Report Server
En el caso de que no tengamos una configuración de SSRS 2008 integrada con SharePoint, tendremos que publicar el informe en el Report Server y visualizarlo a través del Report Manager. En este caso, una vez que hemos diseñado el informe, vamos a publicarlo en el Report Server. Para ello, nos vamos al menú de opciones y pulsamos Save. Report Builder 2.0 se conectará al servidor para permitirnos guardar el informe en el Report Server. Una vez conectados al servidor, no tenemos más que especificar la ubicación dentro del Report Manager dónde guardar el informe. Una vez guardado el informe, comprobamos que aparece en el Report Manager:
Sin más, comprobamos que el informe se ejecuta sin problemas:
Y hasta aquí llega esta quita entrega de la integración de SSRS 2008 y SharePoint. Espero que el post os haya resultado interesante.
Desde hace un par de meses, he estado evaluando las capacidades de Microsoft Office Performance Point Server 2007 (PPS 2007), y tal y como sucede con casi todos los productos, plataformas y tecnologías de Microsoft, hay una cantidad ingente de información. Asique he decidido ir recopilando poco a poco toda información de interés que vaya encontrando en torno a PPS 2007. Aquí va la primera entrega:
Enlaces de Producto
Comunidad
Blogs
Artículos de interés
Webcasts y Videos
Virtual Labs
Training
Herramientas
Descargas
Como sabéis, y ya he comentado en alguna otra ocasión, SharePoint Designer 2007 (SD 2007) es la herramienta que nos permite, entre otras funcionalidades, personalizar sitios de SharePoint, construir soluciones sin código, realizar funciones de administración, etc. Se trata por tanto, de una herramienta muy poderosa que hay que saber utilizar. Por lo tanto, sería interesante (sobre todo para los administradores) poder configurar de alguna forma que es lo que puede hacer cada usuario que se conecta por medio de SD 2007 a un sitio SharePoint. Esta funcionalidad existe y está presente en SD 2007 a través de la Configuración de Colaboración (Contributor Settings) accesible desde el menú Sitio de SD 2007 (y que sólo es modificable por un usuario con permisos de administrador). Básicamente esta Configuración de Colaboración permite:
-
- Edición, dónde se especifica que puede hacer el usuario del grupo a nivel de edición.
- Formato.
- Imágenes, dónde se especifica si se permite insertar o no imágenes.
-
- SharePoint, dónde se especifica de manera general que tipo de operaciones le están permitidas al usuario en un sitio de SharePoin: crear flujos de trabajo, modificación de la página principal, etc.
Finalmente, comentaros que todas las configuraciones de colaboración que tenemos en SD 2007 se encuentran almacenadas en un archivo XML denominado Contributorsettings.htm. Este archivo se almacena en la carpeta _contributtor_settings de SD 2007. Y hasta aquí llega este post sobre las características de contribución con SD 2007.
Como se suele decir, nunca te acostarás sin aprender algo nuevo…y este dicho tan popular, en el caso de SharePoint encaja a la perfección. Esta semana, entre otras peticiones que nos han hecho en un proyecto de SharePoint, ha habido una que me ha dado algún que otro quebradero de cabeza: como eliminar los enlaces en campos de lookup cuando estamos visualizando un ítem de lista.
El problema o necesidad
Como sabéis, SharePoint permite, entre otras muchas cosas, almacenar información de lo más variopinta…pero siempre en un modo no relacional, aunque se puede simular un escenario de almacenamiento de información vinculada utilizando los campos de lookup que permiten añadir en una lista información vinculada procedente de otra:
En este caso, los campos de lookup definidos en la lista están dados por Cliente y Producto, y lo que sucede es que cuando usamos campos de lookup en listas de SharePoint, estos se renderizan en modo display en la forma de enlaces que apuntan a la lista origen de dónde toman su valor. Esto ocurre tanto cuando mostramos el listado de elementos de la lista, como cuando visualizamos un ítem concreto…la cuestión es, ¿cómo podemos quitar estos enlaces en la página de visualización de un ítem? ¿se puede hacer? Como siempre, y tras un rato de pruebas, la respuesta es que sí.
La solución
Para poder cumplir con este requerimiento, lo que tenemos que hacer es abrir nuestro sitio de SharePoint con SharePoint Designer 2007 (SD 2007) y buscar el formulario de visualización de la lista en cuestión (el DisPlay form):
Nos vamos a la vista de código del formulario y después de placeholder principal, añadimos el siguiente código BLOCKED SCRIPT
|
<!--Eliminar enlaces campos de lookup - CIIN 30/02/2009-->
<script language="javascript" type="text/javascript">
_spBodyOnLoadFunctionNames.push("RemoveLookupLinks");
function RemoveLookupLinks()
{
var oP = document.getElementsByTagName('a');//the collection of <a> tags
for(var i=0;i<oP.length;i++)
{
if(oP[i].attributes["href"].value.indexOf("RootFolder=*")!= -1)
{
var linkvalue = oP[i].innerHTML
if(oP[i].parentNode.innerHTML.indexOf('FieldName="Cliente"')!=-1)
{
oP[i].parentNode.innerHTML = linkvalue
}
}
}
}
</script>
<!--Eliminar enlaces campos de lookup - CIIN 30/02/2009-->
|
Básicamente lo que estamos haciendo con el código anterior es:
Si guardamos y refrescamos el formulario de visualización veremos que el código JavaScript ha cumplido con su cometido a la perfección (en este caso, hemos eliminado uno de los enlaces):
Y hasta aquí llega este pequeño tip sobre los campos de lookup de SharePoint. Espero que el post os haya resultado interesante.
Más artículos
Página siguiente >