Mon application Web a très bien fonctionné dans un 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. Comme le nouveau serveur n'a pas généré automatiquement ces en-têtes avec le code précédent, j'ai dû modifier le code pour le faire manuellement, sinon les clients Web ne pouvaient pas déterminer la fin de la réponse.Pourquoi mon application ASP.NET s'est-elle rompue après une migration?
Ma question est, est-ce que .NET Framework 3.5 est supposé maintenir la compatibilité descendante complète avec .NET 2.0?
Je vois que vous pourriez avoir plusieurs serveurs avec des environnements différents sur eux - IMO cela peut rapidement se transformer en un enfer web.config. Si vous avez ce problème, envisagez d'avoir plusieurs web.configs - un pour chaque serveur - disons, web.dev.config et web.test.config et web.live.config, et le web.config. Chaque fois que vous passez votre application sur un nouveau serveur, prenez toutes les configurations avec vous, et copiez simplement le contenu du fichier web.?.config correspondant dans le fichier web.config. –