2009-11-17 2 views
2

J'ai VS 2005, 2008 sur ma boîte de dev.AjaxControlToolkit.CalendarExtender et System.Web.Extentions erreur de version

Nouveau projet d'autres développeurs qui n'ont installé que 2005. Quand je le construis, j'ai une erreur.

Erreur 1 référence indirecte est faite à l'assemblage System.Web.Extensions la version 3.5.0.0, qui contient 'AjaxControlToolkit.CalendarExtender. Ce projet référence une version antérieure de System.Web.Extensions version 1.0.61025.0. Pour utiliser 'AjaxControlToolkit.CalendarExtender', vous devez remplacer la référence par System.Web.Extensions par la version 3.5.0.0 ou ultérieure.

Quand je change la version de Web.Extentions à 3.5 Je reçois un autre échec

Impossible de charger le fichier ou l'assembly « AjaxControlToolkit, Version = 1.0.20229.23876, Culture = neutral, PublicKeyToken = 28f01b0e84b6d53e 'ou l'une de ses dépendances. La définition de manifeste de l'assembly située ne correspond pas à la référence d'assembly . (Exception de HRESULT: 0x80131040)

Dois-je changer la clé publique pour:

ajouter assemblage = "System.Web.Extensions, Version = 1.0.61025.0, Culture = neutral, PublicKeyToken = 31bf3856ad364e35 "

à la plus récente, ou est-ce la mauvaise chose à faire. le serveur n'a pas 3.5 temps d'exécution.

TIA

Répondre

0

Si votre serveur n'a pas le temps d'exécution 3.5 et vous n'êtes pas en mesure de l'installer, je suppose que vous devez tenir à la version 1.0.61025.0 de System.Web.Extensions.

Je suppose que le problème que vous rencontrez est dû au fait que la DLL AjaxControlToolkit que vous utilisez a été créée avec le moteur d'exécution 3.5. Ainsi, votre projet se réfère directement à la version 1.0.6 ... et à la version 3.5 via la référence AjaxControlToolkit, et devient confus. Vous pouvez essayer de télécharger la source du kit d'outils et de la créer à partir de zéro, en référençant la version 1.0.61025.0 de System.Web.Extensions. Assurez-vous ensuite de référencer cette boîte à outils au lieu de celle par défaut.

http://ajaxcontroltoolkit.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=11121

En outre, vous pouvez essayer de faire en sorte que toutes les références au numéro de version System.Web.Extensions DLL sont compatibles, à la fois dans les références de votre projet et dans le fichier web.config. Notez que si vous avez sélectionné une référence, vous pouvez basculer la propriété "SpecificVersion" sur True dans le panneau Propriétés; sans doute cela rend .NET plus pointilleux quant à la version de DLL qu'il choisit.

Questions connexes