Warum owssvr.dll Rückkehr ein leeres Ergebnis für meine Liste?

Ich versuche, mit owssvr.dll und die URL-API in SharePoint 2007 abrufen einer Liste von Metadaten. Für die meisten Listen meiner Website von Interesse, kann ich eine url verwenden, formatiert und zwar so:

http://hts-app1/compounds/_vti_bin/owssvr.dll?XMLDATA=1&List={F987723C-28A4-47D3-83D7-19094B0267DF}

Bekomme ich wieder eine xml-basierte Liste von Feld-Metadaten für die Standard-Ansicht und eine Liste der Datensätze in der Liste. Aber wenn ich versuche, verwenden Sie eine andere guid für eine separate Liste, bekomme ich eine leere Antwort vom server. Es ist eine 200-response-code, aber der andere Header wie folgt Aussehen:

Connection:close
Date:Thu, 24 Mar 2011 17:38:46 GMT
MicrosoftSharePointTeamServices:12.0.0.4518
Server:Microsoft-IIS/6.0
X-Powered-By:ASP.NET

Ich bin mir ziemlich sicher, dass die Liste guid gültig ist, da kann ich eine übereinstimmung mit der guid der Liste, ich kann sehen, im listedit.aspx-Seite. Wenn ich auch meine url-format wie folgt:

http://hts-app1/compounds/_vti_bin/owssvr.dll?XMLDATA=1&List={F987723C-28A4-47D3-83D7-19094B0267DF}&Query=*

mit der Query=* parameter, ich kann gültige xml -, aber es ist einfach zu zeigen alles, und nicht gefiltert werden, nach meiner Ansicht, und ich würde wirklich gerne die Ansicht.

Sah ich in der SharePoint-Protokolldatei, und ich konnte nicht finden, alles, das aussah, im Zusammenhang mit dieser Anfrage.

So, wie kann ich Debuggen? Ich würde wirklich gerne, um eine einfache http-GET-Anfrage, um wieder diese Metadaten, und owssvr.dll schien der ideale Mechanismus.

InformationsquelleAutor Chris Farmer | 2011-03-24
  1. 1

    Können Sie angeben, eine bestimmte Ansicht. Wie diese

    http://{0}/_vti_bin/owssvr.dll?Cmd=Display&List={1}&view={2}&XMLDATA=TRUE

    Beispiel:

    https://foo.com/extranet/_vti_bin/owssvr.dll?Cmd=Display&List=%7B7F7AFB9D%2D6D5D%2D4626%2DBD9D%2D085957DB79AB%7D&view=%7B111EC07E%2DF648%2D443B%2D8DE6%2DB53786BE6762%7D&XMLDATA=TRUE

    Die absolute einfachste Weg, um in der Liste und anzeigen von guids ist zu springen Bearbeiten der Ansicht und schnappen die Liste & view info direkt aus der Adressleiste.

    InformationsquelleAutor Joe Johnston
  2. 0

    1. Das liefert die GUID im querystring deine URL funktioniert für eine Liste und nicht für die anderen ist wahrscheinlich, da die Listen auf verschiedenen Websites. Stellen Sie sicher, dass der sitename richtig ist und die GUID ist eine Liste mit ID, in der Tat.

    Vorsichtig sein, die Tatsache, dass jedoch obige gilt sowohl für SharePoint 2007 und 2010, SharePoint 2010 zusätzliche Maßnahmen erforderlich sein könnten, je nach Kontext, aus dem Sie Kommandos ausführen, die auf owssvr.dll.

    2.
    query=* ist kein filter-parameter; es zeigt schema als auch die Daten für alle verfügbaren Spalten in der Liste, einschließlich der internen SharePoint-Spalten, die in der Regel Sie nie zu sehen bekommen, in anderer Weise als um programmatischen Zugang.

    3.
    Um nur die Spalten, die sichtbar sind in der aktuellen Standard Ansicht rufen Sie display-Befehl auf owssvr.dll während xmldata-parameter den Wert true hat; wie diese:

    http://hts-app1/compounds/_vti_bin/owssvr.dll?Cmd=Display&List={F987723C-28A4-47D3-83D7-19094B0267DF}&XMLDATA=TRUE

    Wieder dies ist für SharePoint 2007 nur und hängt von Ausführungskontext.

    4.

    mit der Query=* parameter, die ich bekommen kann
    gültiges xml, aber es ist nur zu zeigen
    alles, und nicht gefiltert, um meine
    Ansicht, und ich würde wirklich gerne die
    Blick.

    Oh, das ist aber nicht filtering genannt; ist die Filterung nur auf Spalten basieren, die Werte. Für diese zusätzliche FilterField1 und FilterValue1 Parameter.

    http://hts-app1/compounds/_vti_bin/owssvr.dll"
            + "?Cmd=Display&List={F987723C-28A4-47D3-83D7-19094B0267DF}"
            + "&XMLDATA=TRUE&FilterField1=YOUR_FILTER_COLUMN_NAME&FilterValue1"
            + YOUR_FILTER_COLUMN_VALUE

    Takeoff "(doppelte Anführungszeichen) und +(plus) und (gibt) vor dem testen im browser.

    • Danke für die Antwort. Ich bin sicher, dass die guids sind richtig, denn ich kann sehen, dass Sie die richtige Liste der Metadaten, wenn ich die query=* in der url. Die Listen sind beide in der gleichen SPWeb. Für Ihre #2 Punkt Stimme ich zu. Ich letztendlich nicht verwenden möchten Query=*, aber ich wollte nur zeigen, dass ich in der Tat erhalten die richtigen raw-Daten der Liste in dieser Art und Weise. Ich habe versucht, Ihre #3 Vorschlag-und bekam das gleiche Verhalten wie ohne Cmd parameter. Für #4, meine Liste ist die Standard-Ansicht ist in der Tat Zeile gefiltert basierend auf einem Feldwert (sowie weniger Spalten für die Anzeige), das ist ein wichtiger Grund möchte ich hier die Ansicht.
    InformationsquelleAutor ukhardy
Schreibe einen Kommentar