none
Einschränkung/Fehler Listdata.svc als Leser

    问题

  • Wir verwenden Listdata.svc über Javascript nun hat sich folgendes Problem aufgetan

    Grundsätzlich funktioniert dies.
    Beim Einsatz der Funktion mit dem $skip Parameter in Dokumentenbibliotheken gibt es einen Fehler wenn ein user nur Lese Rechte hat !!!

    D.h. folgender Aufruf funktioniert als Leser nicht (Dokumente ist eine Dokumentenbibliothek)

    http://<site>/_vti_bin/ListData.svc/Dokumente?$skip=5&$top=10&$filter= ID eq 200

    Dieser (ohne $skip) funktioniert

    http://<site>/_vti_bin/ListData.svc/Dokumente?$top=10&$filter= ID eq 200

    Beide Aufrufe in normale Listen funktionieren.

    Die Fehlermeldung ist 

    "NetworkError: 500 Internal Server Error - http://<site>/_vti_bin/ListData.svc/Dokumente?$top=10&$skip=2&$filter ID= eq 200"

    <error><code/><message xml:lang="de-DE">Fehler beim Verarbeiten dieser Anforderung.</message></error>

    2012年9月27日 10:38

答案

  • Vielen Dank Andrei

    war ganz einfach. Habe vergessen das der Fehler mit dem Throttling von großen Listen zu tun hat. Im Log File wird das richtig angezeigt.

    Schade das eine irreführende Fehlermeldung kommt sonst wären wir natürlich selbst drauf gekommen.

    Nach Hochsetzen des List-based throttling funktioniert es.

    VG Guido


    2012年10月2日 15:02

全部回复

  • Hallo Guido,

    im ULS Log sollte der Fehler etwas ausführlicher beschrieben sein.

    Standardmäßig in %PROGRAMFILES%\Common Files\Microsoft Shared\web server extensions\14\LOGS

    Was ist der SharePoint Update Stand?

    Gruß,
    Andrei

    2012年9月28日 18:18
  • Dort wird kein Fehler protokolliert (im .usage file) zumindest wird mit dem usagefileviewer von xcomplica keiner angezeigt
    Wenn man ein normales statement eingibt erscheint dort auch eine "normale" Meldung

    Correlation Id 502ab7ca-8b2e-49ff-888f-eccb848a7835
    Farm Id 5dded106-67e0-468a-92bf-e8de830812c1
    Machine Name
    Parent Type Microsoft.SharePoint.Administration.SPRequestUsageDefinition
    Parent Type Guid aa365baa-417b-47ed-acae-7b649f122625
    Site Subscription Id 00000000-0000-0000-0000-000000000000
    Timestamp 02.10.2012 06:16:24
    Timestamp Utc 02.10.2012 06:16:24
    User ***********
    Browser Safari
    Bytes Sent 0
    Content Type Id
    Doc Name And Path /_vti_bin/listdata.svc/dokumente
    Duration 187
    Http Status 200
    Operation Count 1
    Query Count 32
    Query Duration Sum 57
    Query String ?$select=ID&$top=25
    Referrer Query String
    Referrer Url
    Request Count 1
    Request Type GET
    Server Url http://*****
    Service Call Count 0
    Service Call Duration Sum 0
    Session Id
    Site Id c04ad574-c3e9-4c89-80fb-910ea0516a3f
    Site Url /websites/spielwiese
    Title
    User Address 212.202.98.246
    User Agent Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.79 Safari/537.4
    Web Application Id 8ccdce78-c34f-4071-a5f7-72dbeed27217
    Web Id f8a50bdb-7af8-42ad-a464-f16d62198d22
    Web Url

    2012年10月2日 6:25
  • Hallo Guido,

    die .usage Logs sind temporäre Dateien für Webstatistikzwecken (werden später in die Web Analytics Datenbank/Webanwendung importiert).

    Die SharePoint Server Logdateien haben die Endung .log und sind im Format [Servername]-[Datum]-[Uhrzeit].log

    Es gibt mehrere Tools die deren Auswertung erleichtern. Ich nutze z.B. den Microsoft ULSViewer:

    http://archive.msdn.microsoft.com/ULSViewer/Release/ProjectReleases.aspx?ReleaseId=3308

    VG,
    Andrei

    2012年10月2日 7:46
  • Vielen Dank Andrei

    war ganz einfach. Habe vergessen das der Fehler mit dem Throttling von großen Listen zu tun hat. Im Log File wird das richtig angezeigt.

    Schade das eine irreführende Fehlermeldung kommt sonst wären wir natürlich selbst drauf gekommen.

    Nach Hochsetzen des List-based throttling funktioniert es.

    VG Guido


    2012年10月2日 15:02