Anstatt Bericht von SSRS-Server in PDF anzuzeigen, zeigt der Browser die unbearbeitete Antwort vom Webserver an

Question

Hier ist der Code, den ich verwende, um Bericht von einem SSRS-Server im PDF-Format anzuzeigen.

var reportServerUrl = new Uri(string.Format("{0}?{1}{2}&rs:aCommand=Render&rs:Format=pdf", 
      ConfigurationManager.AppSettings("ReportServerURL"), 
      ConfigurationManager.AppSettings("ReportFolder"), ItemPath)); 

var wcli = new WebClient(); 
wcli.Credentials = CustomReportCredentials.WebClientCredentials; 
var fileBuffer = wcli.DownloadData(reportServerUrl); 

if (fileBuffer != null) 
{ 
    Response.ContentType = "application/pdf"; 
    Response.AddHeader("content-length", fileBuffer.Length.ToString()); 
    Response.BinaryWrite(fileBuffer); 
} 

Es funktioniert die meiste Zeit. Aber manchmal, wenn ich auf einen Link klicke, bekomme ich, anstatt einen Bericht im PDF-Format zu bekommen, seltsame Ergebnisse, abhängig vom Browser. In CHROME erhalte ich den Quellcode der Seite. Im IE erhalte ich die rohe Antwort + einige wichtige Zeichen (siehe Bild). Dann läuft die Seite ab.

Ehrlich, ich habe keine Ahnung, warum dies geschieht.

Danke für Ihre Hilfe.

Answer 1

Was Sie dort sehen, ist eine rohe binäre HTTP-Antwort einschließlich Header und Payload (das ist, was diese seltsamen Zeichen ausmacht) interpretiert als HTML. Ich denke, was Sie vermissen hier ist ein Aufruf an Response.Clear() nach dem Header up Einstellung:

if (fileBuffer != null) 
{ 
    Response.ContentType = "application/pdf"; 
    Response.AddHeader("content-length", fileBuffer.Length.ToString()); 
    Response.Clear(); 
    Response.BinaryWrite(fileBuffer); 
} 

, dies zu tun Andernfalls wird der Webserver des Standard-Header in Ort verlassen.

Nachdem gesagt, dass Sie nicht wirklich die Inhaltslänge Ihrer Nutzlast festlegen müssen. Siehe das Beispiel für Response.Flush().