Azure Acelerator para roles web y servicioHostingEnvironment AspnetCompatibilityEnabled = "verdadero"

Question

No estoy seguro de si este problema es específico para el acelerador de los roles web (WAAWR: http://waawebroles.codeplex.com/)

Editar: He confirmado que este error solo se lanza en mi aplicación WAAWR; si implemento el mismo código que un Webrole independiente, este error no se lanza.

Estoy tratando de ejecutar URL de enrutamiento / limpieza de WCF en una aplicación que se está implementando a través de WAAWR. Esta característica requiere el modo de compatibilidad ASP .NET. Aquí está mi sección de configuración:

   <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>

He estado atrapado en este error durante un par de horas:

System.io.FileloadException: FileName: ? C: Resources Directory xxxxxxxxxxxxxxxxxxxxxxxxx web.config Número de línea: 74 Error: esta sección de configuración no se puede usar en esta ruta. Esto sucede cuando la sección está bloqueada a nivel principal. El bloqueo es de forma predeterminada (overRidEmodeDefault = "negar") o establecer explícitamente por una etiqueta de ubicación con overDemode = "negar" o el legado de allowoverride = "falso". en microsoft.web.administration.inTerop.iapphostadminmanager.getAdminsection (string bstrSectionName, string bstrpath) en microsoft.web.administration.webconfigurationManager.getSectionInternal (String SITENELO, String Virtualpath, String SECTEPATH, Type ScteType)

Al principio pensé que las aplicaciones que implementa a través del host de rol web eran subdirectorios/directorios virtuales, por lo que arrojé esta configuración al archivo .config de la aplicación de host de implementación en sí, pero eso no hizo el truco. Recibí un escritorio remoto para ver lo que está sucediendo y parece que cada aplicación implementada a través del host es su propia aplicación bajo IIS por derecho propio. Además, cuando explora la aplicación de IIS Manager, las aplicaciones no están ubicadas en la misma unidad que el host de implementación. Así que no estoy seguro de por qué se lanza este error.

¿Alguna idea por ahí?