Pourquoi mon application ASP.NET s'est-elle cassée après une migration?

Question

Mon application Web fonctionnait très bien sous Windows Server 2003 avec .NET Framework 2.0. Lorsque j'ai migré vers Windows Server 2008 avec .NET Framework 3.5.

Avec le même code exécuté sur les deux serveurs, la différence entre eux était la suivante: pour un ASHX asynchrone donné (IHttpAsyncHandler), le serveur précédent répondait automatiquement à la demande avec les en-têtes Connection et Content-Length. Le nouveau serveur n'ayant pas généré automatiquement ces en-têtes avec le code précédent, j'ai dû le modifier manuellement, sinon les clients Web ne pouvaient pas déterminer la fin de la réponse.

Ma question est la suivante: le .NET Framework 3.5 n'est-il pas supposé maintenir une compatibilité ascendante complète avec .NET 2.0?

Answer 1

Définissez le mode ApplicationPool sur Classic.

Answer 2

Le problème n'est pas le .Net Framework, c'est la différence entre IIS7 et IIS6. Comme leppie a indiqué que vous devez définir le pool d'applications en mode classique.