Erreur d'analyse lors de l'utilisation de ScriptManager

Question

J'ai une application Web qui fonctionnait correctement deux jours auparavant. Quand j'ai déplacé ce site Web à une autre machine, alors fais face au problème suivant.

Dans ma page web, j'ai déclaré ScriptManager comme:

<asp:ScriptManager ID="scriptMgr" runat="server"> 
</asp:ScriptManager> 

Et quand je visite la page Web, je reçois cette erreur:

The base class includes the field 'scriptMgr', but its type (System.Web.UI.ScriptManager) is not compatible with the type of control (System.Web.UI.ScriptManager). 

Et sur une autre page Web, je je reçois erreur suivante:

The base class includes the field 'upProgress', but its type (System.Web.UI.UpdateProgress) is not compatible with the type of control (System.Web.UI.UpdateProgress). 

Mon application Web est construite sur ASP.NET 2.0 et j'ai également vérifié que le cor La version rect (1.0.61025.0) de System.Web.Extensions.Dll est présente dans le dossier bin de mon application.

Entrée pour la System.Web.Extensions.dll dans le web.config sont:

<configSections> 
<sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" > 
    <section name="CSI.OLS.Library.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" /> 
</sectionGroup> 
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"> 
    <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"> 
    <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/> 
    <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"> 
     <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere" /> 
     <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication" /> 
     <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication" /> 
    </sectionGroup> 
    </sectionGroup> 
</sectionGroup> 

Il semble que les deux l'erreur sont liés à l'utilisation de fonctionnalité AJAX. Quelqu'un peut-il me dire, ce qui peut causer l'erreur susmentionnée?

Answer 1

Asp.net 2.0 n'a-t-il pas besoin d'un correctif d'extensions pour supporter correctement les applications ajax?

http://www.asp.net/AJAX/downloads/

Answer 2

Cela semble être un .NET 2.0 AJAX 1.0 vs 3.5 .NET AJAX problème. (IE, la bibliothèque AJAX a été incluse directement dans .NET 3.5 et il semble que vous essayez d'utiliser la version .NET 3.5 des bibliothèques AJAX.)

J'ai rencontré le même problème dans une application et trouvé this référence au problème avec deux suggestions pour résoudre le problème.

Une suggestion est votre référence de fichier de projet à l'Assemblée System.Web.Extensions.dll pour régler la Version spécifique propriété à vrai. Puisque vous référencez explicitement la version 1.0.61025.0 de cet assembly, je suspecte que ceci réglerait le problème.

Answer 3

une réponse tardive :) mais j'eu un problème similaire dans mon produit et résolu en ajoutant ce qui suit à web.config

<runtime> 
     <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
      <dependentAssembly> 
       <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/> 
       <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/></dependentAssembly> 
      <dependentAssembly> 
       <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/> 
       <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/></dependentAssembly> 
     </assemblyBinding> 
</runtime> 

Cette réoriente liant l'ensemble de sorte que la nouvelle version est utilisée, donc la résolution les conflits