Montage Konflikt zu Microsoft.ReportViewer.WebForms

Nach dem ausführen einer update veröffentlicht app bekomme ich eine Fehlermeldung :

Parser Error Message: Could not load file or assembly 'Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

Quelle Fehler:

Line 1:  <%@ Page Title="" Language="C#" MasterPageFile="~/XXX/Pages/MainMaster.Master" AutoEventWireup="true"  
Line 2:  CodeBehind="Report.aspx.cs" Inherits="xxx.yy.cc.tt.Pages.Reports.Report" %><%@ Register Assembly="Microsoft.ReportViewer.WebForms, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"Namespace="Microsoft.Reporting.WebForms" TagPrefix="rsweb" %>

Habe ich noch nicht aktualisiert, 10,0 -> sollte es 9.0 . Es ist 9 im web.config.. Auch ist es eine 9.0 für andere apps laufen im gleichen server. So Frage ich mich, wo es kann, get, request-Befehl, um die Suche für die version 10.0?

Als ich mit Visual Studio 2012 für die Entwicklung, denke ich, dass es versehentlich Tat es automatisch in irgendeiner phase. Allerdings, wie ich bin Anfänger ich weiß nicht, wo zu suchen, die "automatisch" geändert-Konfiguration.

Kopieren-Einfügen von Web.config:

<compilation debug="false" defaultLanguage="c#" targetFramework="4.0">
        <assemblies>
            <add assembly="Microsoft.ReportViewer.WebForms, Version=9.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
            <add assembly="Microsoft.ReportViewer.Common, Version=9.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
        </assemblies>
        <buildProviders>
            <add extension=".rdlc" type="Microsoft.Reporting.RdlBuildProvider, Microsoft.ReportViewer.Common, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
        </buildProviders>
    </compilation>

    <httpHandlers>
        <add path="Reserved.ReportViewerWebControl.axd" verb="*" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" validate="false"/>
    </httpHandlers>

Auch seine seltsam, wenn ich die gleiche version habe ich aktualisiert es mit meiner lokalen Maschine funktioniert es.

Möglicherweise gibt es ein paar Orte die von Ihnen angegebene web.config. Schauen Sie sich in der Zusammenstellung in Abschnitt sowohl die buildprovider-Abschnitt und Montage-Abschnitt.
Ich benutze build-Skript für das update. I dont web kopieren.config auf den server. Und es begann zu geben, diesen Fehler nach dem update. Also ich bin mir ziemlich sicher, dass es irgendwo anders sein. Aber die überprüfung.. -> NÖ, ich beziehe mich nur auf die 9.0-version .. :S
Könnten Sie bitte einen Blick auf meine Antwort auf Konnte nicht geladen, Datei oder assembly 'Microsoft.ReportViewer.Common, Version...?

InformationsquelleAutor Joonas Püüa | 2012-12-28

  1. 3

    Lief in ein ähnliches problem
    Lösung:
    - Öffnen Sie die Registerkarte Verweise auf das Projekt, die Referenzen " von Microsoft.ReportViewer.WebForms'
    - Wählen Sie das Referenz - Microsoft.ReportViewer.WebForms mit der rechten Maustaste und wählen Sie die option Eigenschaften aus dem Kontextmenü.
    - Auf der Registerkarte "Eigenschaften" sicher, dass Copy to local auf True gesetzt ist.

    InformationsquelleAutor Tech

  2. 1

    Entfernen Sie die refences form das Projekt, löschen Sie alle Knoten mit Microsoft.ReportViewer.WebForms und Microsoft.ReportViewer.Common von der web.config - und nun fügen Sie die Referenzen wieder.

    Kompilieren und es sollte alles gut

    Im Grunde, wie es funktionierte für mich auf lokalen, die ich gerade aktualisiert, es wieder geklappt.. Keine Ahnung was casued Fehler :S aber danke 🙂
    im Grunde waren Sie verweisen auf einige alte dll. Dieses Verfahren wird zurückgesetzt, und re-fügen Sie die Einträge in Ihrer web.config. Und bitte, schauen Sie sich die große Marke, wenn Sie denken, dass dies die Antwort auf Ihre Frage.
    Problem mit dieser Antwort ist, dass ich Hunderte von Seiten mit dem WebForms-dll (mit Microsoft.Die Berichterstattung.WebForms;), ich kann also nicht re-kompilieren Sie das Projekt, wie Sie sagen, nach dem entfernen der Verweis aus dem Projekt

    InformationsquelleAutor Gianni B.

  3. 1

    In der Produktion server:
    1. Installieren reportviewer.exe version 10.
    2. Beenden und starten Sie den pool im iis verwendet für Ihre Anwendung.

    Diese Schritte für mich gearbeitet in ws2003 und asp.net 4.0

    InformationsquelleAutor user3307044

  4. 1

    Habe ich Gerade gelöscht, die Zeilen von Baugruppen aus dem web.config-Datei und es funktionierte gut für mich....
    🙂

    Dies gilt nicht bieten eine Antwort auf die Frage. Zu Kritik oder fordern Sie die Klärung von Autor, lassen Sie einen Kommentar unten Ihre post - Sie können immer einen Kommentar auf deine eigenen Beiträge, und einmal haben Sie ausreichend Ruf Sie werden in der Lage sein Kommentar auf jedem post.
    ohh ja... lassen Sie mich erfahren Sie mehr, vor der Buchung einer solchen unpassenden Antworten... danke @SimonMartin 🙂

    InformationsquelleAutor pega wega

  5. 0

    Überprüfen Sie die Konfigurationsdatei unter diesen verschiedenen Abschnitten:

    <compilation ...>
      <assemblies>
        <add assembly="Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A" />
        <add assembly="Microsoft.ReportViewer.Common, Version=10.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A" />
 </assemblies>

  <buildProviders>
    <add extension=".rdlc" type="Microsoft.Reporting.RdlBuildProvider, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
  </buildProviders>
</compilation>
.
.
<httpHandlers>
      <add path="Reserved.ReportViewerWebControl.axd" verb="*" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"
        validate="false" />
 </httpHandlers>

    Diese können sich auf 10, sollte aber 9 sein.

    nop, alle sind unter Bezugnahme auf 9 - aktualisiert, meine Frage mit copy-paste von der web-config

    InformationsquelleAutor Brian Mains

Schreibe einen Kommentar