Report Builder 3.0 mit SharePoint-Liste als Datenquelle verwenden relative URL für die Liste

Ich bin mit dem Berichts-generator 3.0 erstellen einen Bericht für die Verwendung in SharePoint 2010. SQL Server 2008 R2 ist das back-end mit Reporting Services im Integrierten SharePoint-Modus. Eine der coolen features von Berichts-generator 3.0 ist die Verwendung einer SharePoint-Liste als Datenquelle, setup, für das ist sehr geradlinig--einfach geben Sie die URL für die SharePoint-Liste als die Verbindungszeichenfolge und es funktioniert.

Ich will schließlich Paket diese Website als Websitevorlage einschließlich des Berichts, die in Ihr Leben, was bedeutet, dass die URL müssen Sie relative statt absolute. Also zum Beispiel anstatt diesen:

http://mainsite/subsite1/lists/mylist

... Ich muss angeben, so etwas wie dieses:

mylist

... so das wenn ich dieses Paket als eine Website-Vorlage und erstellen Sie eine neue Website basierend auf dieser Vorlage, der Bericht wird die Arbeit mit der neuen Website die Liste stattdessen verweisen Sie zurück zu der original-Website der Liste URL. Ich habe versucht, "mylist", "Listen" /"mylist", etc.--alles kurz angeben subsite1/Listen/mylist--aber hat nichts geklappt bisher, außer für die vollständige URL.

Ist es möglich, verwenden Sie einen relativen URL oder einer anderen Methode, so dass die Verbindungszeichenfolge nicht haben, um manuell geändert werden in dem Bericht jedes mal, wenn ich eine neue Website erstellen, die basierend auf diese Website-Vorlage?

Edit: ich habe missverstanden, was zu gehen in der Datenquelle die Verbindungszeichenfolge. Es ist nicht die URL zu der Liste, sondern die URL der Website, dass geht in der Verbindungszeichenfolge. Das Konzept, die Frage bleibt gültig, obwohl-müssen dynamisch legen Sie die Verbindungszeichenfolge für eine Datenquelle, die auf einer SharePoint-Liste.

InformationsquelleAutor Yohan P | 2011-04-11
  1. 2

    Nach brainstorming mit einigen Arbeitskollegen haben wir es herausgefunden. Der Schlüssel ist, um einen Ausdruck zu verwenden, für die Verbindungszeichenfolge. Mit meinem ursprünglichen Beispiel das Ziel ist, diese zu bekommen:

    http://mainsite/subsite1/

    ... in der Verbindungszeichenfolge aber ohne hardcoding es-macht es dynamisch, basierend auf dem Bericht Leben, so der Bericht verpackt werden kann zusammen mit dem rest der Website als Websitevorlage. Der Ausdruck landete ich mit ist:

    =Replace(Globals!ReportFolder, "Reports", "")

    Dem Bericht Leben in einer Bibliothek namens "Reports", also Globals!ReportFolder gibt:

    http://mainsite/subsite1/Reports

    Die Replace () - Funktion nimmt dann die "Berichte" - Teil der Zeichenfolge, und das Ergebnis ist die Verbindungszeichenfolge ich wollte.

    Dinge zu suchen:

    • Können Sie nicht testen Sie den Ausdruck, während Sie bauen den Bericht. Hatte ich zu fest die Website-URL in der Verbindungszeichenfolge, so der designer könnte die Liste füllen von Listen beim erstellen eines dataset basierend auf dieser Datenquelle. Ansonsten ist es nicht zeigen Sie die verfügbaren Listen, und Sie haben, um manuell eingeben, alles. Nach dem entwerfen des Berichts änderte ich den connection-string auf den Ausdruck, und wenn Sie eingesetzt werden, es funktionierte.
    • Beim testen stellen Sie sicher, aktualisieren Sie Ihre browser-Ansicht statt der kleinen refresh-Symbol in den Bericht-task-Leiste. Scheint, wie der Bericht built-in refresh packt nur neue Daten, sondern nutzt die rdl-Datei, die es bereits auf der hand, in der Erwägung, dass die Auffrischung des Browsers zwingt Sie, um die neueste Kopie des rdl als auch die neuesten Daten. Das ist wohl selbsterklärend, aber es verursacht mir einige Verwirrung für ein paar Minuten, wenn es nicht so aussah, wie mein design-änderungen irgendeinen Unterschied gemacht, so hoffentlich wird dies helfen, die anderen nicht gehen durch die gleiche Verwirrung.
    InformationsquelleAutor Yohan P
Schreibe einen Kommentar