ASP.NET UpdatePanel référence à la bibliothèque d'erreurs

J'ai un problème avec VS 2010 apparemment de perdre sa capacité de charge d'un UpdatePanel dans le milieu de développement et il me rend fou. Je suis à l'aide de VS2010 et la construction d'un contrôle de l'utilisateur .NET 3.5, le ciblage de DNN 5.x.

J'ai créé un contrôle pour être utilisé sur un DNN site web qui utilise un panneau de mise à jour. Quand je développe le contrôle via ftp au site web et en développement sur elle, tout fonctionne bien. J'ai décidé de déplacer le développement d'une copie locale de DNN et de créer un projet d'application web pour le contrôle. Tout a été fonctionne très bien au premier abord. Après quelques builds, j'ai commencé à recevoir des erreurs suivantes:

Le type ou le nom d'espace de noms
'UpdateProgress" n'existe pas dans la
espace de noms
'Système.Web.L'INTERFACE utilisateur.Contrôles webcontrols.WebParts'
(vous manque une assemblée
de référence?)

Le type ou le nom d'espace de noms
'UpdatePanel" n'existe pas dans la
espace de noms
'Système.Web.L'INTERFACE utilisateur.Contrôles webcontrols.WebParts'
(vous manque une assemblée
de référence?)

J'ai pensé que j'avais foiré quelque chose le long de la voie et vissé une référence pour les bibliothèques, j'ai donc déchargé de tout et rechargé la bibliothèque de références. J'ai continué à obtenir de l'erreur et de ne compile pas le contrôle. Enfin, j'ai décidé de refaire l'ensemble du projet et importer le code que j'avais déjà écrit. Tout a été fonctionne correctement jusqu'à ce que quelques builds plus tard, lorsque le même message d'erreur surgit.

J'ai suivi toutes les étapes, de déchargement, les références, les recharger, et enfin de supprimer le projet. Chaque fois que je créer un nouveau projet, et de copier exactement le même code dans le .fichiers ascx, ils fonctionnent très bien...pour un peu construit. La nuit dernière, j'ai compilé la bibliothèque et testé. Tout était super j'ai donc fermé le projet et éteint la machine. Allumé ce matin et reçu les erreurs de génération. C'est comme j'ai un tic-tac timebomb dans mon ordinateur qui ferme seulement ces choses.

Toutes les idées sur ce que je suis en manque qui pourrait en être la cause? Je ne sais pas pourquoi une bibliothèque de scintillement sur et en dehors comme ça. Je n'ai pas encore rencontré ce genre de problème avec un autre projet sur ma machine locale et je n'ai vraiment pas envie de développer ce par le biais de via ftp sur le site, encore une fois. Bleh!

Après l'ajout des références, faire un clic-droit de la référence, sélectionnez propriétés et définir de "Copie locale" à true.
juste essayé (quelque chose que je n'avais pas encore pensé) et je suis toujours les mêmes erreurs.
Peut-être que l'ajout de contrôles de Système.Web.Extensions de configuration web. Vérifier un asp.net 3.5 projets web.config
J'ai vérifié sur le web.config (pour les DNN site) et a même ajouté que le site web d'origine.config le contrôle du projet, juste pour voir si il serait ré-référence de la bibliothèque.
Comment êtes-vous d'ajouter la référence? Et est ASP.NET Ajax installé sur votre machine?

OriginalL'auteur Jim D'Angelo | 2010-08-17

  1. 15

    Ma solution se trouve dans cette étrange état. Elle a eu lieu après la modification des conflits dans le web-configuration après l'obtenir plus tard à l'aide de AnkhSVN.
    L'erreur a montré dans la page que j'avais ouvert dans Visual Studio à l'époque. Il a dit qu'il pourrait ne plus localiser l'UpdatePanel ou UpdateProgress dans le Système.Web.De l'INTERFACE utilisateur, qui n'a pas de sens, car je utiliser ces contrôles dans mes autres pages.

    Le Correctif:

    Faites simplement glisser et déposez un UpdatePanel à partir de la boîte à outils sur la page de jeter l'erreur. Nettoyer et Reconstruire et vous êtes bon pour aller. Tout ce que vous avez à faire est de supprimer l'UpdatePanel vous venez d'ajouter.

    Je pense faire cette ré-fils les choses dans la solution que je ne pouvais pas voir.

    Je n'ai pas couru dans ce depuis un certain temps (assez bien donné sur des Formulaires Web en général), mais si je rencontre à nouveau je ne manquerai pas de l'essayer. Merci!
    a fonctionné pour moi...
    Quand j'ai fait cette il a changé de Système.Web.L'INTERFACE utilisateur.Contrôles webcontrols.UpdatePanel du Système.Web.L'INTERFACE utilisateur.UpdatePanel dans le .le concepteur.cs fichier (qui fixe). Je pense que cela a à voir avec l'édition du fichier sur une autre machine. Je vais regarder de plus un peu plus tard. Merci!
    Je ne me souviens pas pourquoi je n'ai pas marqué ceci comme la réponse (je l'ai fait plusieurs fois depuis). Je suis à l'absence de marquage de ma réponse et va accepter cette place, car il a effectivement travaillé pour moi dans le passé. (Désolé pour les retenues à la source, ces points depuis si longtemps!) =)
    Ce n'est qu'une solution temporaire. Visual Studio est en train de changer de nouveau à contrôles webcontrols. encore et encore... n'importe comment, souvent, j'ai modifier le fichier de concepteur.

    OriginalL'auteur MikeTeeVee

  2. 3

    Si vous vous pencherez sur le nouveau site web.fichier de configuration, vous trouverez les éléments suivants (ou quelque chose de proche) a été ajouté. J'ai pu ajouter cette directive de compilation avec aucune autre modification, et de compiler avec succès. ScriptManager est dans l'ancienne version des extensions .dll et doit être lié. Il semble que la création d'un nouveau site web permettra d'ajouter les directives du compilateur, mais la mise à niveau ne fonctionne pas. 

    <!--/system.webServer  positional notes-->;

<runtime>
    <assemblyBinding appliesTo="v2.0.50727" 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>

<!-- /configuration -->
    merci pour votre réponse! J'ai effectivement trouvé que c'était parce que j'ai mis mon DNN contrôles directement dans le DesktopModules dossier (dans des projets séparés du reste de l'installation) donc je ne pouvais pas avoir le full web.config quand j'ai été le tester le site. Je voudrais renommer web.config.ancien lors des tests. En tant que tel, je perdrais toutes les références à des assemblées lorsque j'ai démarré le projet de nouveau, si je ne le renommez pas de retour avant la fermeture de Visual Studio. Merci pour vos pensées, si!
    Votre mention du Système.Web.De la bibliothèque d'Extensions m'a conduit à ajouter que la référence à mon projet et il reconnaît désormais le Système.Web.L'INTERFACE utilisateur.UpdatePanel sans avoir à aller dans l'INTERFACE utilisateur ou de changer le cadre de la version.

    OriginalL'auteur dwhatley

  3. 1

    J'ai eu le même problème dans tous mes anciens Projets après la mise à jour de Framework 4.0. J'ai essayé plusieurs fois d'essayer de comprendre pourquoi ce qui se passait et rien de ce que j'ai trouvé serait de travailler. Mon équipe a passé plus d'un an de vie avec la mise à jour manuellement le designer.vb pour UpdatePanel pour avoir le droit de référence à chaque fois que nous avons changé le ASPX.

    La question qui est arrivé à être dans le fichier de projet de référence à l'AjaxControlToolkit. La référence dans le .vbproj fichier a été spécifiques à la version 3.5. Donc, juste la mise à jour de la DLL n'a pas de mise à jour de la référence. La solution a été de supprimer le AjaxControlToolkit de référence, enregistrer le projet, puis ajouter la référence à AjaxControlToolkit.dll.

    Si vous avez ouvert le fichier de projet dans un éditeur de texte, vous avez peut-être vu quelque chose comme ceci:

    <Reference Include="AjaxControlToolkit, Version=3.5.60623.0, Culture=neutral, 
    PublicKeyToken=28f01b0e84b6d53e, processorArchitecture=MSIL>
    <SpecificVersion>False</SpecificVersion>
    <HintPath>bin\AjaxControlToolkit.dll</HintPath>
</Reference>

    Si vous avez tout fait correctement, il devrait ressembler à ceci:

    <Reference Include="AjaxControlToolkit">
    <HintPath>bin\AjaxControlToolkit.dll</HintPath>
</Reference>

    OriginalL'auteur Thomas A. Johnson