Comment réparer ASP.NET erreur “Le fichier " nnn.aspx' a pas été pré-compilé, et ne peut pas être demandé.”?

Tout comme une note de bas de page pour toutes les réponses ci-dessus, qui a résolu la question par le biais de la réédition pour remplacer les manquants à l'assemblée... Alors que j'ai résolu ce problème auparavant avec la même solution, j'ai juste rencontré une autre raison pour laquelle il est événement qui peut aider les autres.

Le pool d'applications que mon site est en cours d'exécution en vertu de l'eu c'est "Activer les applications 32 bits" est défini sur false. Par la modification de cette valeur true via le dialogue "Paramètres Avancés" de l'application de la piscine j'ai résolu mon problème.

Espère que ça aide certains autres meunier pauvre.

J'ai eu du mal à résoudre ce problème pour les derniers jours. Dans mon cas au moins, le message d'erreur est totalement trompeuse et n'avait rien à voir avec précompilés site web. Il existe de nombreux articles ou des messages qui donnent de nombreuses réponses différentes qui ne fait qu'ajouter à la confusion. Personnellement, je crois que cette erreur est causée principalement en raison de l'absence de références ou incorrect de contrôle de version. Afin de résoudre le problème aussi vite que possible vous avez à cette règle, ou autre correctif manquant/référence erronée.

Pour ce faire, vous devez utiliser un outil appelé "Assemblée de Liaison de la Visionneuse du Journal". Cet outil vous indiquera les références sont portées disparues ou ont de mauvaises versions. Si il y a un manquant/dépareillés de référence, puis aller de l'avant et de le corriger; autrement, vous avez besoin de faire d'autres tours de magie comme la vérification pour le Pool d'applications 32 bits ou autorisations.

Suit:

1. À votre serveur, créez les dossiers suivants

   C:\fuslog
   C:\fuslog\logs

2. Copie de l'Assemblée de Liaison de la Visionneuse de Journaux de votre serveur C:\fuslog:

   Vous pouvez trouver le programme à un endroit comme celui-ci

   C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\fuslogvw.exe

   Vous pourriez avoir besoin de regarder "Program Files" au lieu de "Program Files (x86)"
   ou regarder dans des versions différentes au lieu de "v7.0A"

3. Exécuter fuslogvw.exe sur le serveur

4. Cliquez sur "paramètres..."

5. S'assurer de la "Journal de lier les défaillances de disque" est cochée

6. Cochez la case Enable journal personnalisé chemin et entrez les informations suivantes dans la boîte: C:\fuslog\logs

7. Cliquez sur OK

8. Recycler/réinitialiser votre pool d'application pour appliquer une nouvelle liaison

9. Cliquez sur Actualiser. Maintenant, vous pouvez voir l'échec de la liaison ici

10. La meilleure manière de trouver l'exacte liaison est d'aller à c:\fuslog\logs\Default. Ici vous pouvez trouver exactement la même liaison échecs. Certains sont hors de propos, et vous devez trouver la critique par essai et erreur. La mienne était l'erreur suivante:

     System.Web.Mvc, Version=4.0.0.1, Culture=neutral, PublicKeyToken=31bf3856ad364e35

J'ai résolu le problème en ajoutant l'entrée suivante à mes sites web.config:

<configuration>
    ...
    <runtime>
        ...
        <!-- Added this entry to fix the issue -->
        <dependentAssembly>
            <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" />
            <bindingRedirect oldVersion="0.0.0.0-4.0.0.1" newVersion="4.0.0.0" />
        </dependentAssembly>
        ...
    </runtime>
    ...
</configuration>

J'espère que cela aide les autres à résoudre rapidement le problème.

Je suis tombé sur le même problème. Mon problème a été résolu en supprimant les fichiers temporaires asp.net dossier de fichiers dans ce dossier:

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root 

Nous avons corrigé ce en redémarrant le pool d'applications, après avoir essayé plusieurs autres solutions. La réédition n'était pas une option à cette occasion.

J'ai eu le même problème aujourd'hui. Certains forums raconter il y a la référence manquante dans votre site web et ce n'est certainement dans votre cas. Malgré que vous avez toutes les assemblées incluses, vous pourriez été le déploiement de votre site web dans un serveur IIS avec 3,5 cadre, à droite?

Eh bien, c'était mon cas, j'ai donc copié le web.fichier de configuration à partir d'un original ASPX 3.5 site web et modifié certaines parties (autres enlevés 3.5 références d'assembly) et essayer de le déployer à nouveau.

Je sais que l'erreur est de se plaindre de quelque chose d'autre, mais je promets que dans mon cas, le problème était juste le insuffisante autorisation d'Accès(Service Réseau ou de l'identité du Pool d'Applications ou IUSR) pour asp.net compte pour travailler avec ce fichier spécifique.

que c'était dû à inhabituelle déploiement de et mixage de fichiers bin, avec de nouvelles publiées dans notre environnement VPS.

solution:

spécifique des autorisations de fichier doivent être remplacés avec un bon Bin autorisations de dossier comme les autres fichiers qui fonctionnent correctement(et wo que l'erreur) à l'intérieur de la Corbeille.

Pour moi, j'avais un script qui supprime le dossier de production, puis copie les nouveaux fichiers.

Le script a échoué à supprimer le dossier de production correctement laissant que les anciens et les nouveaux fichiers ont été mélangés dans l'ensemble, l'origine de l'erreur.

J'ai supprimé manuellement le dossier tout entier et de redéployer avec succès...alors mis à jour le script.

j'ai été confronté à ce problème quand j'ai déployé quelques modifications à mon site.

Pour récupérer à partir de la question que j'ai supprimé tous les fichiers du dossier bin et redéployés eux.

La question est alors résolu.

J'espère que cela peut aider quelqu'un.

Dans le cas d'une mise à jour, puis recompiler. copiez tous les fichiers du dossier bin de nouveau et aussi le particulier fichier de mise à jour de son dossier respectif.

Enfin, j'ai trouvé le problème. Si vous utilisez le framework MVC comme moi, veuillez mettre à jour votre MVC version.Dans mon cas, j'ai changé MVC 4.0.0.0 à 4.0.0.1 et vérifié toutes les références de projet de la "Copie Locale" propriétés "True". Après que mon problème est résolu. S'il vous plaît vérifier MVC version dans tous les fichier de config(4.0.0.0->4.0.0.1)

Et de regarder asp messages d'avertissement du compilateur.

Cette erreur peut également se produire si vous avez un .compilé le fichier dans la corbeille pour une page qui n'est plus une partie de votre projet. Vous recevez ce à la place de 404 essentiellement. Supprimer la .fichier compilé et puis, vous obtenez 404.

C'est la solution pour VS 2008.

Veuillez cocher la case comme indiqué ci-dessous pour résoudre le problème.