“Le fichier n'a pas été pré-compilé, et ne peut pas être demandé”

J'ai installé un ensemble de webservices sur un Windows 2003 serveur IIS 6. Lorsque j'accède à l'un des services web par le biais de mon navigateur j'obtiens un .FILET jaune de l'écran, à l'exception:

Le fichier '/SuperOfficeWebService/Contact.asmx " n'a pas été pré-compilé, et ne peut pas être demandé.

Le même standard de webservices (installé via un .msi) fonctionne sur d'autres machines.

L' .asmx uniquement les fichiers contiennent le texte "Ceci est un marqueur de fichier généré par la précompilation outil, et ne doit pas être supprimé!", comme prévu.

Dans le bin\ sous-dossier, j'ai l' .compilé les fichiers qui correspondent à la .asmx fichiers.

Ce qui pourrait être à l'origine du message d'erreur? Tous les paramètres IIS, ou .NET 2.0 paramètres qui empêche IIS de charger les fichiers compilés?

OriginalL'auteur Frode Lillerud | 2009-05-28

  1. 2

    Au cas où quelqu'un d'autre est toujours à la recherche d'une solution, j'ai eu le même problème. Mon problème est que j'ai été en utilisant 'aspnet_compiler" de la mauvaise cadre de dossier. Mon projet a été créé en VS'05 et .net 2.0. J'ai été de tenter de précompiler de "c:\windows\Microsoft .NET\Framework\v4.xxxx" quand j'ai besoin de précompiler de "c:...\v2.xxxx".

    Espère que ça aide quelqu'un.

    OriginalL'auteur

  2. 1

    Le problème a été résolu par l'installation de "Web de Microsoft à l'amélioration des Services de la v3.0".

    Il peut être téléchargé ici: http://www.google.no/search?hl=no&q=microsoft+web+services+améliorations+3.0+télécharger&cad=h

    Qu'entendez-vous par MME WS enhencements 3.0?

    OriginalL'auteur Frode Lillerud

  3. 1

    J'ai eu le même message, mais pas w/un service web. Dans mon cas, c'était un de vanille ASP.NET 2.0 web app, qui se produit également à l'utilisation d'AJAX Control Toolkit v1.0.61025. Quand j'ai suivis, j'ai trouvé mon environnement (VS ou de l'un de mes addons) dépouillé deux éléments à partir de mon site web.config:

    • "assemblées" tag manquait deux lignes:

      <add assembly="System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
<add assembly="System.Web.Extensions.Design, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

    • Également disparus ont été ces lignes à partir de "système.web de la section":

      <httpHandlers>
  <remove verb="*" path="*.asmx"/>
  <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/>
</httpHandlers>
<httpModules>
  <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
</httpModules>

    Je suis en train de faire XCOPY déploiement et l'utilisation du web.config pour contrôler les différences entre le développement et la vivre (chaîne de connexion, etc). Après la publication de VS (pour un dossier sur ma boîte de dev), je supprime web.config (puisqu'elle a mon dev paramètres) et juste continuer à utiliser le même web.config en live. Parce que le web en direct.config eu ces lignes manquantes, j'avais été la compilation rapport à un site web.config qui était différent, plus que quelques application des valeurs de clé.

    La restauration de ces lignes dans mon environnement de dev et la rediffusion de correction du problème. Waouh, ils ont tout simplement disparu de mon rapport à 2010, je suis mieux de connecter une question!

    OriginalL'auteur Quarkman

  4. 0

    J'ai eu le même problème et résolu en exécutant la commande suivante pour réassocier le droit compilateur avec IIS.

    Aller dans le dossier de la version de .NET vous souhaitez utiliser (c'est à dire: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727)

    Et de l'exécution: aspnet_regiis -i

    Espère que cette aide.

    OriginalL'auteur bounav

  5. 0

    Si vous obtenez ce problème lors de l'exécution d'un script MSBuild, les chances sont que votre projet est un 2.0 ou 3.5 projet et MSBuild est l'aide de l'4.0 compilateur. Ajouter TargetFrameworkMoniker="3.5" à votre AspNetCompiler directives.

    OriginalL'auteur user432578

  6. 0

    Dans notre cas, nous avons eu ce message après la re-création du site. Les fichiers sur le site a dû être compilé à l'aide .NET 4.0.3 et IIS par défaut a été 2.0.5. Nous avons dû changer le ASP.NET la version du Site> Propriétés> ASP.NET.

    OriginalL'auteur BigBlackHoss

  7. 0

    Bin déploiement Microsoft.WebServices3.dll 3.0.5305.0 a fonctionné pour moi sur Windows Server 2012 R2 .Net Framework 4.5+. Cette option réduit la nécessité d'installer .Net Framework 3.5 et WSE 3.0.

    OriginalL'auteur Jason Vercellone