La SCRO activé mais la réponse pour le contrôle en amont est non valide code d'état HTTP 404 lors de la Publication JSON

J'ai finalement obtenu ce travail.

Cet article ' WebAPI avec la SCRO – IIS Intercepte les OPTIONS Verbe éclairé ma pensée. Une image a montré où, dans IIS, les OPTIONS de mappage de gestionnaire est apparu et pourquoi, au sein du web.config nous avons besoin de l'enlever pour assurer IIS n'a pas intercepter.

Quand j'ai pris un coup d'oeil au gestionnaire IIS qui n'ÉTAIT PAS là. J'ai ensuite pris un coup d'oeil à l'article lié 'Ne peut pas définir de HttpHandler commande en utilisant le Web.Config à moins qu'un «clair» tag existe' et vu que, dans cet article, après la suppression de l'OPTION de gestionnaire, il a ensuite ajouté explicitement dans le web.config.

Que je ne pouvais pas voir l'OPTION gestionnaire des services IIS, j'ai aussi ajouté sur le web.le fichier de configuration et tout d'un coup a fonctionné. Il est apparu que cet ajout est ce qui était nécessaire.

La finale du web.gestionnaires de configuration de la section se présente comme suit (notez que j'ai décidé de garder les initiales "supprimer" juste au cas où cela a causé des problèmes si j'ai migré vers un autre serveur web dans le futur).

<system.webServer>
    <handlers>
      <remove name="WebDAV"/>
      <remove name="OPTIONSVerbHandler"/>
      <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
      <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
      <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
      <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
      <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
      <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
      <add name="OPTIONSVerbHandler" path="*" verb="OPTIONS" modules="ProtocolSupportModule" requireAccess="None" responseBufferLimit="4194304" />
    </handlers>
    <httpProtocol>
      <customHeaders>
        <add name="Access-Control-Allow-Origin" value="*" />
        <add name="Access-Control-Allow-Headers" value="Content-Type" />
        <add name="Access-Control-Allow-Methods" value="GET, POST, OPTIONS" />
      </customHeaders>
    </httpProtocol>
</system.webServer>

J'en ai un similaire de la configuration de la montre des erreurs 404 et 500 erreurs que j'ai été de tenter d'obtenir de la SCRO en cours d'exécution sur mon web service. Mon fix essentiellement utilisé de Hussain solution, mais comme je l'ai nettoyé ma correction, j'ai constaté qu'une seule ligne de Réponse est nécessaire, et j'ai été capable de garder le site web d'origine des gestionnaires dans le web.config, et n'a PAS besoin de déplacer tous les gestionnaires de réponse dans le code.

Fondamentalement, ma correction inclut cette UNE CORRECTION MAJEURE dans mon ApplicationOnBeginRequest gestionnaire:

    private void ApplicationOnBeginRequest( object sender, EventArgs eventArgs )
        {
...
            if ( context.Request.HttpMethod == "OPTIONS" )
                response.End();
        }

et ces gestionnaires dans mon web.config:

<system.webServer>
    <!--Other handlers/modules ...-->
    <httpProtocol>
        <customHeaders>
            <clear />
            <add name="Access-Control-Allow-Origin" value="*" />
            <add name="Access-Control-Allow-Credentials" value="true" />
            <add name="Access-Control-Allow-Headers" value="Content-Type,Accept" />
            <add name="Access-Control-Allow-Methods" value="GET,POST,PUT,DELETE,OPTIONS" />
        </customHeaders>
    </httpProtocol>
   </system.webServer>

Désolé je ne pouvais pas envoyer cette note comme un commentaire de Hussain réponse.

Cela m'a aidé aussi, j'ai eu de la SCRO configuré dans le web.config déjà

protected void Application_BeginRequest(Object sender, EventArgs e)
    {
        //HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin", "*");
        if (HttpContext.Current.Request.HttpMethod == "OPTIONS")
        {
            HttpContext.Current.Response.AddHeader("Cache-Control", "no-cache");
            HttpContext.Current.Response.AddHeader("Access-Control-Allow-Methods", "GET, POST");
            HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type, Accept");
            HttpContext.Current.Response.AddHeader("Access-Control-Max-Age", "1728000");
            HttpContext.Current.Response.End();
        }
    }