Mon ASP.NET App_code modifications de ne pas obtenir ramassé (ou sont mis en cache??)

Aider!! J'ai un seul .cs fichier sous un (racine) répertoire App_Code dans le but de récupérer le bon modèle pour l'URL demandée (elle est liée à notre propre Contenu, de Gestion de base de données). Initialement, il a été fonctionne correctement - j'ai pu faire des changements pour elle et ils ont été pris par l'application web OK. Puis quelque chose s'est passé (aucune idée de ce qu') et maintenant, quelles que soient les modifications que je fais, ils ne sont pas reconnus. Même si je supprime la totalité du répertoire App_Code, il ne fait aucune différence - je encore, semble être ramasser une version (mise en cache??) la version de ce qui était dans le répertoire App_Code. Code dans le .cs fichier ci-dessous:

using System;
using Custom.CMS.Facade;
using Custom.CMS.BO;
public class CMHttpModule : IHttpModule
{
    code here...
}

Le même problème se produit même après que je l'ai copié le site web de notre serveur live.

Ce que je ne comprends pas, c'est - si je présenter une faute intentionnelle de l' .cs code, j'obtiens toujours une erreur de compilation, et sur le succès de la compilation d'un App_Code.xxxx.dll est créé en vertu de C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Fichiers

Alors, quelle version de la App_Code est mon application web fait ramasser? Comment puis-je faire ramasser "correcte"?

Pour info je suis à l'aide de C#, Visual Web Developer 2008 Express et IIS 6 serveur web

Toute aide serait grandement appréciée.

Avez-vous essayez de cliquez-droit sur la solution -> propre solution. Reconstruire?
essayez de redémarrer votre serveur iis
Grâce mahesh. Mais de Redémarrer IIS ne fait aucune différence.
M. Déception - Visual Web Developer 2008 Express ne dispose pas d'une "solution Propre" option. Essayé de reconstruire sans cesse de diverses erreurs qui me prendre vers le bas de plus d'impasses. Comme je n'ai généralement pas de la "construction" de l'option de toute façon sur nos sites, je suis sûr que le problème est ailleurs?
avez-vous réussi à trouver une solution pour cela? Je vais avoir le même problème!

OriginalL'auteur Patrick | 2011-06-17

  1. 6

    La réouverture de la solution fonctionne également.

    Je vous remercie. Je vous remercie. Je vous remercie. Je vous remercie. Je vous remercie. 3 heures de ma vie passée à essayer de trouver pourquoi je ne peut pas hériter d'une classe de App_Code. J'ai reconstruit le projet. Vérifié pour les erreurs de frappe. Fait que j'étais en hériter et dominante correctement. A la Google Dance. Défoncer le projet par le déplacement d'une catégorie similaire de App_Code. Passé le temps de la fixation du projet. Pourtant, tout ce que j'avais à faire était de recharger le projet!! ARRHRHHGH!! Merci, merci pour cette suggestion!!

    OriginalL'auteur Chris

  2. 3

    Peut vous cliquez droit sur le fichier, allez dans les propriétés et vérifier l'action de construire. Il doit être réglé à 'Compiler'.

    je ne peux pas le faire car c'est seulement un problème sur le serveur hébergé où je n'ai pas de visual studio disponible
    "Je vais avoir ce même problème. J'ai téléchargé un .cs fichier dans le dossier App_Code" - je ne pense pas que le téléchargement d'un .cs fichier va faire quelque chose. IIS a un .net compilateur, mais elle est uniquement utilisée pour la compilation asp.net webforms pages. Pouvez-vous changer votre code en local, le compiler sur votre ordinateur et transférer la .dll et voir ce qu'il fait?

    OriginalL'auteur Jeroen

  3. 3

    Je ne suis pas certain de la façon dont vous êtes à la publication de votre application web, mais il ya quelques choses que vous pourriez essayer:

    • Comme mentionné précédemment, vérifiez que vous utilisez des références de projet à la place des références de fichiers pour les Dll qui sont en train d'être construit à partir de vos propres projets C#. Vérifiez également que votre .cs fichier dans le App_Code répertoire a son Build Action ensemble de Compile
    • Vérifier que tous les projets visent le même .NET framework: v2.0, v3.5, v4.0, ou v4.5. Vous pouvez vérifier cela dans les Application onglet de la Properties de chaque projet. Ne pas utiliser le Client Profil de variation.
    • Dans votre code source, de supprimer votre construit Dll (généralement dans le bin et obj dossiers) et ensuite utiliser Visual Studio pour réaliser une création complète. C'est l'équivalent d'une Reconstruction (lire: Nettoyer puis de Construire). Ensuite, de le publier sur votre serveur web.
    • Au risque d'énoncer une évidence, s'assurer que le navigateur web que vous utilisez pour afficher votre site a eu son cache effacé avant de vous lancer sur le site.

    Espère que cette aide.

    EDIT: Juste eu une soudaine pensée: est-ce ASP.NET application web en fait un site web? Si oui, alors votre code de modifications peuvent ne pas être reconnu par le ASP.NET compilateur parce que "si un fichier de code n'est pas référencé, il n'est pas compilé."

    La principale différence entre un ASP.NET web site vs un ASP.NET web application est que le premier est généralement compilé dynamiquement (automatiquement) par ASP.NET sur le serveur la première fois qu'une demande est reçue après que le site a été installé ou mis à jour, tandis que le second est compilé pleinement dans la Dll avant même d'être publié. Vous pouvez en lire plus à ce sujet dans les liens ci-dessus.

    "vérifiez que votre .cs fichier dans le répertoire App_Code a son Action de Construire définie à la Compilation" - Qu'il a été. Le mien était "Contenu" pour une raison quelconque. Merci.

    OriginalL'auteur Sameer Singh

  4. 1

    J'ai eu le même problème hier et je l'ai corrigé assurez vous que les bibliothèques de classes de références sur le site du projet sont pointant vers vos bibliothèques de classes de projets (pas la dll dans le dossier bin).

    Il ressemble parce que le site est le ciblage .net 2.0 et les bibliothèques de classes .net 3.5 en quelque sorte le projet de site web ignoré la dll reconstruite et utilisé les dans le site web du projet dossier bin.

    OriginalL'auteur David Aleu

  5. 1

    @SeanW -

    1) Avez-vous essayez de modifier votre site Web.Config au lieu de supprimer purement et simplement? Le Web.La Config est mis en cache, mais de toute révision doit recycler votre Cache de l'Application.

    2) Avez-vous essayé en soufflant l'ensemble de votre site, et la copie de zéro? (Surtout assurez-vous de supprimer et de les recopier précompilé fichiers dans votre répertoire bin.)

    @Patrick -

    1) Avez-vous essayez de supprimer tout dans votre Temporaire ASP.Net répertoire des fichiers?

    2) Si vous aviez des révisions de projets dépendants de votre solution (pas votre projet de démarrage), avez-vous recréer manuellement ceux qui dépendent des projets individuellement?

    3) avez-vous accès à recycler l'Application de la Piscine pour votre site web dans IIS?

    4) Avez-vous essayé de recopier votre site web live à partir de zéro ou en modifiant le Web.Config dans votre site web live?

    Général App Cache Conseils -

    • Vous pouvez souvent rafraichir votre Cache de l'Application en effectuant une simple révision de votre site Web.Fichier de configuration.

    • Tel que discuté dans ce fil, Global.asax changements, bin changements, et App_Code, des changements peuvent également déclencher une actualisation de l'Application de la Piscine.

    • Comme une solution à long terme, vous pouvez gérer votre Cache de l'Application par le biais d'un Fichier de Dépendance ou de SQLCacheDependency Classe. (Bien que cette dernière suggestion peut ne pas fonctionner sur les sites d'hébergement partagés comme GoDaddy.)

    OriginalL'auteur Mac

  6. 0

    ASP.NET l'Application Web a plusieurs pièges. Le rechargement de la projet est une façon de résoudre plusieurs problèmes...
    Bizarre assez, en effet (appelez-moi bug)!
    Personnellement, je préfère ASP.Net Sites Web (au lieu de Applications) avec Compilation JIT fonctionnalité.
    FMO, il est plus rapide, plus facile et plus simple de maintenir une prj.

    OriginalL'auteur Andreas Venieris