Azure Accelerator pour les rôles Web et ServiceHostingEnvironment ASPNETCAPAPATIBITIONNABABLED = «true»

Question

Je ne sais pas si ce problème est spécifique à l'accélérateur pour les rôles Web (WAAWR: http://waawebroles.codeplex.com/)

Éditer: J'ai confirmé que cette erreur n'est lancée que dans mon application WAAWR - si je déploie le même code qu'un webrole autonome, cette erreur n'est pas lancée.

J'essaie d'exécuter des URL de routage / nettoyage WCF sur une application qui est déployée via WAAWR. Cette fonctionnalité nécessite un mode de compatibilité ASP .NET. Voici ma section de configuration:

   <system.serviceModel>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true">
      <baseAddressPrefixFilters>
        <add prefix="http://api.mydomain.com"/>
      </baseAddressPrefixFilters>
    </serviceHostingEnvironment>
    <standardEndpoints>
      <webHttpEndpoint>
        <standardEndpoint name="" helpEnabled="true" automaticFormatSelectionEnabled="true"/>
      </webHttpEndpoint>
    </standardEndpoints>
   </system.serviceModel>

Je suis coincé sur cette erreur depuis quelques heures:

System.io.FileLoadexception: FileName: ? C: Resources Directory xxxxxxxxxxxxxxxxxxxxxxx web.config Numéro de ligne: 74 Erreur: cette section de configuration ne peut pas être utilisée sur ce chemin. Cela se produit lorsque la section est verrouillée au niveau des parents. Le verrouillage est soit par défaut (OverRideModeDefault = "Deny"), soit défini explicitement par une balise de localisation avec OverRideMode = "Deny" ou le héritage AllowOverride = "False". sur microsoft.web.administration.interop.iappHostadminManager.getAdminsction (String bstrSectionName, String bstrpath) sur Microsoft.web.administing.webconfigurationmanager.getSectionInternal (String Sitename, String virtualpath, String sectionPath, TypeType)

Au début, je pensais que les applications que vous déployez via l'hôte du rôle Web étaient des sous-répertoires / répertoires virtuels, j'ai donc jeté cette configuration dans le fichier .config de l'application Host Deploy elle-même - mais cela n'a pas fait l'affaire. Je suis éloigné de bureau pour voir ce qui se passe et il semble que chaque application déployée via l'hôte est sa propre application sous IIS à part entière. De plus, lorsque vous explorez l'application de IIS Manager, les applications ne sont pas des événements situés sur le même disque que l'hôte de déploiement. Je ne sais donc pas pourquoi cette erreur est lancée.

Des idées là-bas?