Publicar orígenes de datos e informes en un sitio de SharePoint
Para publicar informes y orígenes de datos compartidos en una biblioteca de SharePoint, puede publicar el contenido con las herramientas de creación de Reporting Services (Diseñador de informes o Generador de informes 1.0) o puede cargar el contenido usando acciones del sitio de SharePoint.
Los sitios de SharePoint usan direcciones Web distintas de las del servidor de informes de Reporting Services en modo nativo. La jerarquía Web de un sitio de SharePoint incluye la aplicación Web de SharePoint, un sitio de nivel superior, subsitios opcionales y bibliotecas. Debe saber cómo crear una dirección URL que especifique el servidor de SharePoint y la ubicación en la jerarquía de sitios de SharePoint en la que desea publicar un informe o los elementos relacionados.
Los elementos relacionados con un informe incluyen los orígenes de datos compartidos, los subinformes, los informes de obtención de detalles y recursos como archivos de imagen basados en web. Un informe publicado en una biblioteca de SharePoint debe especificar estos elementos relacionados por su ubicación en la biblioteca de SharePoint.
Jerarquía de sitios
Al configurar un servidor de informes para que se ejecute en el modo integrado de SharePoint, se utiliza la jerarquía Web de SharePoint para obtener acceso a los elementos que se procesan y administran en un servidor de informes.
Pueden utilizarse los siguientes elementos de la jerarquía Web para obtener acceso y proteger el contenido del servidor de informes. No se usan otros objetos, como listas y páginas, para obtener acceso al contenido del servidor de informes y, por lo tanto, no se describen en la siguiente tabla.
Objeto |
Descripción |
---|---|
Aplicación Web de SharePoint |
Una aplicación Web de SharePoint puede instalarse como un servidor independiente o en un conjunto de servidores que contenga una colección de servidores virtuales. Una aplicación Web tiene una dirección URL (por ejemplo, http://nombreDeServidor) y puede contener varios sitios. |
Sitio |
Un sitio es un sitio primario para una aplicación web o un subsitio. |
Biblioteca de SharePoint |
Una biblioteca contiene documentos o carpetas. Una biblioteca o una carpeta de una biblioteca es el único objeto del sitio que puede almacenar informes, modelos de informe, orígenes de datos compartidos e imágenes externas. |
Elemento |
Entre los elementos del servidor de informes a los que se puede hacer referencia en una dirección URL, figuran una definición de informe para un informe o subinforme, un modelo de informe, un origen de datos compartido o una imagen externa. |
Sintaxis y reglas de las direcciones URL
Cada uno de los elementos del servidor de informes incluido en una biblioteca se identifica mediante una dirección URL completa que incluye un prefijo de protocolo, un nombre de servidor, un sitio, una biblioteca, un nombre de archivo y una extensión de nombre de archivo para el tipo de archivo.
Dirección URL para un servidor de SharePoint
Debe usar una dirección URL para el servidor de SharePoint al implementar un servidor de informes o un proyecto de modelos de informe desde Business Intelligence Development Studio en el servidor de informes.
Para buscar el nombre del servidor que se va usar, abra un explorador y busque la biblioteca de SharePoint en que desea publicar el informe. El nombre del servidor aparece justo después del prefijo de protocolo (por ejemplo, http://nombreDeServidor).
No se admite el uso del extremo proxy de dirección URL de Reporting Services. Un extremo proxy incluye un número de puerto (por ejemplo, http://nombreDeServidor:8080/reportserver).
Dirección URL para un sitio o subsitio del servidor de SharePoint
Al implementar un informe o un origen de datos de informe, debe usar una dirección URL para el sitio y el subsitio de SharePoint, si lo hay. En la dirección URL, el nombre del sitio aparece justo después del nombre del servidor (por ejemplo, http://nombreDeServidor/sitio o http://nombreDeServidor/sitio/subsitio).
En una aplicación Web de MicrosoftOffice SharePoint Server 2007, el sitio y el subsitio suelen corresponderse con las fichas del sitio principal. Para buscar el nombre del sitio o el subsitio, haga clic en Inicio y, a continuación, en Todo el contenido del sitio. Desplácese hasta la parte inferior y busque Áreas de trabajo y sitios. Aparece la lista de sitios en esta sección.
Dirección URL para una biblioteca de SharePoint
Al implementar un informe o un elemento relacionado en una biblioteca de SharePoint, debe usar una dirección URL para la biblioteca de SharePoint. La dirección URL que se usa para la biblioteca varía según la versión de SharePoint usada.
En MicrosoftWindows SharePoint Services 3.0, la biblioteca aparece después del nombre del servidor (por ejemplo, http://nombreDeServidor/Documentos compartidos).
En Office SharePoint Server 2007, la biblioteca aparece después del sitio y el subsitio. Por ejemplo, http://nombreDeServidor/sitio/Documentos.
Para buscar la información de ruta de acceso para una biblioteca de SharePoint nueva o para un sitio no conocido, abra un explorador y busque la biblioteca de SharePoint en que desea publicar los informes. Si la biblioteca está vacía, cargue cualquier archivo. Haga clic con el botón secundario en el archivo y seleccione Propiedades para abrir la ventana Propiedades. La dirección del archivo contiene los valores de dirección URL necesarios para una operación de publicación.
Direcciones URL completas para los elementos de un sitio de SharePoint
Siempre se obtiene acceso a los elementos almacenados en una biblioteca de SharePoint mediante una dirección URL completa que comienza por la aplicación web (http://servidor) como nodo raíz y termina por el nombre del archivo al que se hace referencia.
Los nombres de archivo de la dirección URL deben incluir una extensión de nombre de archivo.
No se pueden utilizar direcciones URL relativas para los elementos dependientes en los informes que se publican en un sitio de SharePoint. Por ejemplo, no se puede utilizar una dirección URL relativa para hacer referencia a un origen de datos compartido, un modelo de informe o un subinforme. Siempre debe especificarse la dirección URL completa de una biblioteca de SharePoint para cada elemento. No existe ningún método para predecir si un archivo dependiente puede colocarse como si no existiera una jerarquía predefinida a los sitios que puede utilizar para analizar un formato de dirección URL.
Cuando se publica o se carga un informe que contiene elementos dependientes, deben establecerse las referencias a los elementos dependientes después de haber publicado el informe. No hay ninguna garantía de que las referencias que funcionaban correctamente en el modo de vista previa del Diseñador de informes funcionen después de publicar el informe. Para obtener más información, vea Publicar desde una herramienta de creación a una biblioteca de SharePoint en este tema.
Direcciones URL para imágenes externas
Una definición de informe puede incluir un archivo de imagen almacenado como un archivo externo. Puede hacer referencia a ese archivo en la definición del informe estableciendo una dirección URL completa al archivo de imagen. Puede almacenarse en un sitio de SharePoint o en un equipo remoto.
Independientemente del modo del servidor de informes, las referencias a un archivo de imagen externo en un informe deben ser direcciones URL completas. Además, cuando se hace referencia a un archivo de imagen externo, normalmente es necesario configurar la cuenta de procesamiento de informes en modo desatendido.
Especificar subinformes e informes de obtención de detalles
Los subinformes deben residir en la misma carpeta que el informe principal. No puede especificar una carpeta relativa.
Para especificar los informes de obtención de detalles, incluya la dirección URL en una expresión. Por ejemplo, para especificar el informe que se denomina SalesDetails como un informe de obtención de detalles, en la sección Acción del cuadro de texto o el texto del marcador de posición, establezca ReportName como la expresión siguiente:
="http://site/subsite/documentlibrary/SalesDetails.rdl"
Nombres reservados en sitios de SharePoint
Si crea o construye una dirección URL para un elemento que se encuentra en un sitio de SharePoint, tenga en cuenta que las palabras Personal y Sites son nombres reservados en el sitio predeterminado.
Ejemplos de direcciones URL
Al publicar elementos en una biblioteca de SharePoint, debe especificar direcciones URL completas a la biblioteca de destino. Una dirección URL completa de SharePoint incluye la aplicación Web de SharePoint, el sitio, la biblioteca, la carpeta (opcional), el archivo y la extensión de nombre de archivo. Los siguientes ejemplos ilustran la sintaxis que debe utilizarse.
Destino |
Dirección URL de ejemplo |
---|---|
Un servidor de SharePoint. |
http://servidorDePrueba |
Un sitio o subsitio del servidor de SharePoint. |
http://servidorDePrueba/sitioDeNivelSuperior/subsitio |
El informe de ejemplo Company Sales de Documentos compartidos en una implementación de Windows SharePoint Services. |
http://TestServer/TestSite/Shared%20Documents/Company%20Sales.rdl |
El informe de ejemplo Company Sales de Documentos en una instancia de Office SharePoint Server . |
http://TestServer/TestSite/Documentos/Doc/CompanySales.rdl |
El informe de ejemplo Company Sales de Centro de informes en una instancia de Office SharePoint Server . |
http://TestServer/TestSite/Informes/Doc/CompanySales.rdl |
Publicar desde una herramienta de creación en una biblioteca de SharePoint
Cuando se usa una herramienta de creación de informes para publicar informes y sus archivos relacionados en una biblioteca, los archivos se validan antes de agregarse. Si carga informes y archivos relacionados mediante la acción Cargar en una biblioteca de SharePoint, no se efectúa ninguna comprobación de validación. No podrá saber si el archivo es válido hasta que obtenga acceso al informe para administrarlo, editarlo o ejecutarlo.
[!NOTA]
Para publicar los informes en un sitio de SharePoint de Business Intelligence Development Studio, puede que tenga que agregarlo a su lista de ubicaciones de confianza en el explorador de Internet Explorer.
Orígenes de datos compartidos
Al publicar un origen de datos compartido con una herramienta de creación de informes, establece la propiedad de proyecto TargetDataSourceFolder. La carpeta de orígenes de datos de destino debe ser una dirección URL a una biblioteca de SharePoint. A diferencia de lo que ocurre en el modo nativo de Reporting Services, no puede especificar una carpeta relativa; las rutas de acceso relativas no son válidas. Si no existe una carpeta en la ruta de acceso a la biblioteca de documentos, se creará una.
Al publicar un archivo de origen de datos compartido (.rds) en un sitio de SharePoint, se cambia el archivo de origen de datos a una extensión de nombre de archivo .rsds. El archivo .rsds no puede guardarse localmente desde un sitio de SharePoint ni importarse en un proyecto existente de Reporting Services. Los orígenes de datos compartidos con extensiones de nombre de archivo .rds y .rsds no son intercambiables.
Orígenes de datos compartidos del Diseñador de informes
Si va a publicar orígenes de datos compartidos de un proyecto del Diseñador de informes, puede usar una dirección URL que especifique la biblioteca de destino, o bien dejar la propiedad en blanco. A diferencia de lo que ocurre en el modo nativo de Reporting Services, no puede especificar una carpeta relativa; las rutas de acceso relativas no son válidas. Si no existe una carpeta en la ruta de acceso a la biblioteca de documentos, se creará una. Si deja la carpeta de orígenes de datos de destino en blanco, el origen de datos se publica en la carpeta de informes de destino.
Nombres de archivo
Los nombres de archivo de una dirección URL para los elementos de informe deben incluir una extensión de nombre de archivo. La extensión de nombre de archivo determina el tipo de archivo. Al publicar elementos de informe desde una herramienta de creación de informes, la extensión de nombre de archivo se incluye automáticamente. Si carga un elemento de informe en una biblioteca de SharePoint, debe incluir una extensión de nombre de archivo.
Si no especifica ninguna extensión de nombre de archivo para los elementos que cargue en un sitio de SharePoint, se producirá el error rsInvalidDataSourceReference. Los nombres de archivo no deben incluir caracteres que no se reconozcan como caracteres de nombres de archivo válidos por parte de las aplicaciones de SharePoint. No incluya los siguientes caracteres: # % & * : < > ? / { | }.
Establecer referencias a elementos independientes
En el caso de los informes creados mediante el Generador de informes 1.0, la definición de informe incluye referencias al modelo de informe y al origen de datos del modelo usado para crearlos. Estos elementos se especifican en el archivo de definición del informe. Si agrega este informe a un proyecto del Servidor de informes en el Diseñador de informes para realizar cambios y, a continuación, lo publica en una biblioteca de SharePoint, no debe abrir el informe en la biblioteca de SharePoint ni volver a enlazar la referencia al origen de datos. Sólo debe volver a enlazar el origen de datos la primera vez que publique el informe. El servidor de informes no puede determinar desde la definición de informe si el origen de datos es un archivo .rsds o un archivo .smdl. Para obtener más información, vea Cómo enlazar un informe o un modelo con un origen de datos compartido.
Diferencias entre cargar y publicar
Cuando se usa el Diseñador de informes o el Generador de informes para publicar informes y sus archivos relacionados en una biblioteca, los archivos se validan antes de agregarse. Si carga informes y archivos relacionados mediante la acción Cargar en una biblioteca de SharePoint, no se efectúa ninguna comprobación de validación. No podrá saber si el archivo es válido hasta que obtenga acceso al informe para administrarlo, editarlo o ejecutarlo.
Actualizar un elemento publicado
Después de publicar o cargar un elemento en una biblioteca de SharePoint, debe desproteger el elemento de la biblioteca antes de actualizarlo. Mientras el informe se encuentre desprotegido, usted será el único usuario con permiso para cambiar el informe. Cuando finalice, vuelva a protegerlo.
Si carga o publica un informe sin desproteger antes el documento (por ejemplo, si carga un elemento con el mismo nombre que un elemento existente), el servidor de informes lo desprotegerá por usted, agregará el informe actualizado como una nueva versión del elemento existente y, a continuación, volverá a protegerlo.
Imágenes externas como recursos
Un servidor de informes que se ejecuta en modo nativo admite el concepto de recurso, que se define como cualquier archivo almacenado y protegido en el servidor de informes, pero que el servidor de informes no procesa. En el modo nativo, puede ser cualquier tipo de archivo.
Cuando el servidor de informes se ejecuta en el modo integrado de SharePoint, el concepto de recurso tiene una definición más específica. El servidor de informes conserva el concepto de recurso para almacenar informes que hacen referencia a una imagen externa. Esto último se aplica si el informe es una instantánea o una copia que se mantiene para uso interno.