Problem mit config-Gruppe beim Upgrade auf .NET 4.0

Question

Wir haben also unsere Website von 3,5 SP1 -> .NET 4 aufgerüstet.

Wenn wir die Site liefen, haben wir einen internen Serverfehler (500) erhalten, wodurch die folgende Konfigurationsgruppe nicht gelesen werden konnte:

generasacodicetagpre.

Wir haben diesen Abschnitt herausgefunden, und die Website rannte gut (aber jetzt bekommen wir Probleme mit JSON - wegen der oben genannten Erforderlichen Eigenschaft).

Wir haben Threads zu diesem Thema gelesen, und die meisten von ihnen sagen, "Ihr Anwendungspool läuft nicht 4,0". Und das ist, das ist also nicht das Problem.

Ich habe auch Threads gelesen, die sagen, dass Iis irgendwie eine alte Maschine lesen.config-Datei liest.

mit .NET 4, wie Sie, wie Sie wissen, dass viele der Abschnitte von Web.config in Maschine verschoben wurden. Config.

Wir setzen diesen Abschnitt also wieder in die Oberseite des web.config:

generasacodicetagpre.

und die Website scheint jetzt ok zu funktionieren.

immer noch, ich bin etwas besorgt, wenn dies die richtige Lösung ist.

Alle Ideen Leute? Ist das das richtige Fix?

edit:

3 Wochen und keine Antworten ... verdammt.=)

Answer 1

Da ich keine Antworten hatte, und umfangreiche Googling, entweder in keiner Liebe, habe ich entschieden, mein ursprüngliches Fix zu kleben (Hinzufügen des Abschnitts System.Web.Extensions in das Web.config).

Answer 2

Ich bin kürzlich in dieses Problem gelaufen und konnte es nach einiger Fehlerbehebung auflösen.Ich hoffe, was ich tat, wird dazu beitragen, dass Sie Ihr Problem beheben können. 1. Stellen Sie sicher, dass der App-Pool, den Sie für die Site ausgeführt haben, mit .NET 4 Pipeline verwendet 2. Öffnen Sie Ihren .csProj (oder .vbproj, wenn Ihr VB-Projekt ein VB-Projekt ist) in einem Notizblock und gehen Sie auf die Datei und prüfen Sie, ob auf v2.0-Framework-Dateien harte Coded-Referenzen vorhanden sind.In meinem Fall hatten wir eine Task "After Build", die den v2.0-Compiler-Pfad verwendet hatte, der die App zwang, die 2,0 Laufzeit zu verwenden.Es war wie unten.

generasacodicetagpre.

Stellen Sie sicher, dass Sie sie auf v4.0 wechseln oder sogar besser verorgt machen. Hoffe das hilft.

-vamsi

Answer 3

zwei weitere Bits von Informationen, die möglicherweise helfen oder nicht.

.
1. Der einzige Unterschied von der obigen Abschnittgruppe und meiner Maschinenabschnittgruppe ist die Version= 3.5.0.0 hier und Version= 4.0.0.0 in der Maschine.Config. 1.
2. Der Fehler im Ereignisprotokoll "kann" nicht alle ISAPI-Filter für Standort geladen werden ... "könnte es eine Installation von system.web.extensions geben, die nicht ordnungsgemäß mit .NET 4 registriert sind?

Ich würde gerne mehr darüber testen, aber leider sehe ich dieses Verhalten nur in einem Produktionssystem und kein Dev-System.