Symptômes
Prenons l’exemple du scénario suivant :
-
Vous avez un rapport Microsoft SQL Server Reporting Services 2008 R2 (SSRS 2008 R2) ou Microsoft SQL Server Reporting Services 2012 (SSRS 2012) pour une liste ou une bibliothèque de documents Microsoft SharePoint.
-
Le rapport utilise une extension de données de liste SharePoint intégrée à SQL Server Reporting Services.
-
Vous créez une requête de jeu de données reposant sur la liste ou la bibliothèque de documents SharePoint, puis vous exécutez la requête dans le concepteur de rapports.
-
Vous déployez le rapport dans la batterie de serveurs SharePoint qui héberge la liste ou la bibliothèque de documents SharePoint.
Dans ce cas, la requête de jeu de données renvoie un autre résultat dans le concepteur de rapports que dans la batterie de serveurs SharePoint. Par exemple, vous créez un nouvel affichage dans SharePoint dans lequel vous sélectionnez l’option Afficher tous les éléments sans dossiers dans une bibliothèque de documents. Vous pouvez définir l’affichage nouveau en tant qu’affichage par défaut de la bibliothèque de documents. Dans ce cas, le rapport renvoie des données différentes dans la batterie de serveurs SharePoint et dans le concepteur de rapports.RemarqueSi vous déployez le rapport sur le site SharePoint, seuls les dossiers et fichiers de niveau supérieur de la bibliothèque de documents sont renvoyés. Toutefois, le concepteur de rapports renvoie tous les fichiers reflétant la modification d’affichage par défaut, quels que soient les emplacements des dossiers.
Cause
Ce problème survient en raison de différents chemins de code pris en considération par SSRS 2008 R2 ou SSRS 2012 lorsque SharePoint exécute le rapport dans la même batterie de serveurs que la liste. Lorsque la batterie de serveurs SharePoint locale exécute le rapport, la liste est récupérée à l’aide du chemin SPLocalConnection . Le chemin d’accès est lu directement à partir de la liste SharePoint sans appels SOAP et crée une copie locale des informations de la liste sans la configuration de l’affichage par défaut. Par conséquent, le chemin d’accès SPLocalConnection ne reflète pas les modifications apportées à l’affichage par défaut. Toutefois, lorsque le concepteur de rapports exécute le rapport, le rapport utilise le chemin SPRemoteConnection . Ce chemin utilise des appels SOAP qui ressemblent à la fonction GetListCollection . Cette fonction accède au site via une connexion HTTP distante au lieu de la connexion locale. Par conséquent, les modifications sont répercutées dans la configuration de l’affichage par défaut.
Solution de contournement
Pour contourner ce problème, appliquez l'une des méthodes suivantes :
-
Déployez le rapport sur un serveur de rapports en mode natif, puis exécutez le rapport à partir du serveur de rapports du mode natif. Remarque Si vous avez besoin d’afficher le rapport dans SharePoint, installez le composant WebPart Visionneuse de rapports en mode natif dans SharePoint, puis appelez le rapport à partir de votre instance native de Reporting Services. pour plus d’informations sur l’affichage et l’exploration de rapports en mode natif à l’aide de composants WebPart SharePoint, accédez au site Web suivant :
Afficher et explorer des rapports en mode natif à l’aide de composants WebPart SharePoint
-
Déploiement de la liste ou de la bibliothèque de documents SharePoint vers un autre batterie de serveurs SharePoint accessible à partir de laquelle le rapport est déployé. Par conséquent, le rapport dans la batterie locale peut accéder à la liste à distance.
-
Utiliser une extension de données XML pour générer une requête XML sans utiliser l’extension de données de liste SharePoint.
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.
