AjaxControlToolkit 7.0123 bricht das Webanwendungsprojekt VS2012

8

Ich habe eine bestehende VS2012-Webanwendung, die in Ordnung war, bis ich das neueste AjaxControlToolkit (7.0123) hinzugefügt habe. Zu Beginn stellte ich fest, dass die Installation das UpdatePanel-Verhalten zerstörte - während ich zuvor eine Seite nach einem asynchronen Postback aktualisieren konnte, ohne den Vorgang zu wiederholen, stellte ich nach der Installation fest, dass die vorherige Operation wiederholt wurde war nicht mehr asynchron).

Ich bemerkte dann, dass ich irgendwann in der Vergangenheit eine Anzahl der Standard-JavaScript-Dateien auskommentiert hatte, die zu einer neuen ASP.NET Web Forms-Anwendung hinzugefügt wurden, so dass ich sie wieder hinzufügen wollte Ausnahme:

  

'MsAjaxBundle' ist kein gültiger Skriptname. Der Name muss enden   '.js'.

Ich habe dann versucht, den Standard <asp:ScriptManager .../> durch <ajaxControlToolkit:ToolkitScriptManager .../> zu ersetzen, was zu einer neuen Ausnahme führte

  

Datei oder Assembly 'System.Web' oder eine der Dateien konnte nicht geladen werden   Abhängigkeiten. Das System kann die angegebene Datei nicht finden.

Aus Gründen der Benutzerfreundlichkeit habe ich dann eine neue ASP.NET Web Forms-Anwendung (VS2012, Update 2) erstellt und ausgeführt. Keine Fehler. Mit "nuget" habe ich dann das AjaxControlToolkit v7.0123 (die neueste Version) hinzugefügt. Habe die Anwendung erneut ausgeführt und bekomme die ursprüngliche Ausnahme erneut:

  

'MsAjaxBundle' ist kein gültiger Skriptname. Der Name muss enden   '.js'.

Erneut habe ich <asp:ScriptManager .../> durch <ajaxControlToolkit:ToolkitScriptManager .../> ersetzt, was wiederum zu

führt
  

Datei oder Assembly 'System.Web' oder eine der Dateien konnte nicht geladen werden   Abhängigkeiten. Das System kann die angegebene Datei nicht finden.

Kann irgendjemand etwas darüber sagen, was ich noch tun muss, um dies zu lösen? Ich kann keine Dokumentation finden, die sagt, dass irgendetwas manuell geändert werden muss, wenn das Toolkit hinzugefügt wird.

Danke,

    
Martin Robins 06.04.2013, 14:01
quelle

3 Antworten

12

Antwort gefunden bei Ссылка (immer nur nach dem Stellen der Frage huh)

  • Das Ersetzen von <asp:ScriptManager .../> durch <ajaxControlToolkit:ToolkitScriptManager .../> ist korrekt
  • Sie müssen den Verweis auf MsAjaxBundle entfernen
  • Sie müssen Assembly="System.Web" aus den Skriptverweisen
  • entfernen

Dies behebt die Ausnahmen (sowohl im neuen Projekt als auch im Original).

Es behebt jedoch nicht das Problem, dass das UpdatePanel nicht mehr asynchron zurückgibt. Ich werde das als eine neue Frage aufwerfen.

    
Martin Robins 06.04.2013, 14:12
quelle
2

Wenn Sie die Version April 2013 des Ajax Control Toolkits verwenden, lesen Sie Stephen Walthers neuesten Blogeintrag:

Ссылка

Ich habe die neuen Einstellungen von web.config vermisst, die es ermöglichen, dass das AjaxFileUpload-Steuerelement in der neuen Version funktioniert

%Vor%     
MoMo 13.05.2013 14:24
quelle
0

Wenn Sie sehen, dass "MsAjaxBundle" kein gültiger Skriptname ist, muss der Name in '.js' enden. "

Das Beste, was Sie tun können, ist:

  1. Gehe zur Site Master (Doppelklick darauf)
  2. Suche nach "MsAjaxBundle" oder ""
  3. Kommentiere diese Zeile zB. & lt;% ----% & gt;
  4. Speichern oder kompilieren Sie Ihr Programm und führen Sie es dann
  5. aus

Gott sei Dank arbeitet jetzt

    
Clifford 13.03.2015 11:51
quelle