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/)accélérateur Azure pour les rôles Web et serviceHostingEnvironment aspNetCompatibilityEnabled = « true »
Modifier: Je confirme cette erreur est seulement jeté dans mon application WAAWR - si je déploie le même code qu'une webrole autonome, cette erreur n'est pas levée.
J'essaie d'exécuter les URL de routage/nettoyage WCF sur une application en cours de déploiement via WAAWR. Cette fonctionnalité nécessite le 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 pendant quelques heures:
System.IO.FileLoadException: Filename: \?\C:\Resources\directory\XXXXXXXXXXXXXXXXXXXXXXX\web.config Line number: 74 Error: This configuration section cannot be used at this path. This happens when the section is locked at a parent level. Locking is either by default (overrideModeDefault="Deny"), or set explicitly by a location tag with overrideMode="Deny" or the legacy allowOverride="false". at Microsoft.Web.Administration.Interop.IAppHostAdminManager.GetAdminSection(String bstrSectionName, String bstrPath) at Microsoft.Web.Administration.WebConfigurationManager.GetSectionInternal(String siteName, String virtualPath, String sectionPath, Type sectionType)
Au début, je pensais que les applications que vous déployer via l'hôte de rôle Web ont été sous -directories/répertoires virtuels, j'ai donc jeté cette config dans le fichier .config de l'application hôte de déploiement elle-même - mais cela n'a pas fait l'affaire. Je suis à distance pour voir ce qui se passe et il semble que chaque application déployée via l'hôte soit sa propre application sous IIS. De même, lorsque vous explorez l'application depuis le gestionnaire IIS, les applications ne sont pas situées sur le même lecteur que l'hôte de déploiement. Donc, je ne suis pas sûr de savoir pourquoi cette erreur est lancée.
Des idées là-bas?