Azure Accelerator per ruoli Web e ServiceHostingEnvironment AspNetCompAtibilityAbled = "True"

Question

Non sono sicuro che questo problema sia specifico per l'acceleratore per i ruoli web (WAAWR: http://waawebroles.codeplex.com/)

Modificare: Ho confermato che questo errore viene lanciato solo nella mia applicazione WAAWR - se distribuisco lo stesso codice di un webrole autonomo, questo errore non viene lanciato.

Sto cercando di eseguire URL di routing / pulito WCF su un'applicazione che viene distribuita tramite WAAWR. Questa funzione richiede la modalità di compatibilità ASP .NET. Ecco la mia sezione di configurazione:

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

Sono stato bloccato su questo errore per un paio d'ore:

System.io.fileLoadexception: fileName: ? C: Resources Directory xxxxxxxxxxxxxxxxxxxxxx web.config Numero di riga: 74 Errore: questa sezione di configurazione non può essere utilizzata in questo percorso. Ciò accade quando la sezione è bloccata a livello di genitore. Il blocco è per impostazione predefinita (overrideModeDefault = "Deny"), oppure impostato esplicitamente da un tag di posizione con overrideMode = "Deny" o l'eredità aeroverride = "false". a Microsoft.Web.administering.interop.iapphostadminmanager.getAdminSection (string BStrsectionName, String BStrAth) su Microsoft.Web.administer.webConfigurationManager.getSectionInternal (String Sitename, String VirtualPath, String Sectionpath, Type SectionType)

All'inizio ho pensato che le app distribuite tramite l'host del ruolo web fossero sotto -directory/directory virtuali, quindi ho gettato questa configurazione nel file .config dell'applicazione host di distribuzione stessa, ma questo non ha fatto il trucco. Ho remoto il desktop-ed per vedere cosa sta succedendo e sembra che ogni applicazione distribuita tramite l'host sia la propria applicazione sotto IIS a sé stante. Inoltre, quando si esplora l'app da IIS Manager, le app non si trovano sulla stessa unità dell'host distribuisce. Quindi non sono sicuro del perché questo errore sia stato lanciato.

Qualche idea là fuori?