WebAPI-Löschung funktioniert nicht - 405 Methode nicht zulässig

Ich freue mich über jede Hilfe, da die Seite heute Abend online gehen soll!

Ich habe einen Web-API-Controller mit einer Delete-Methode. Die Methode wird auf meinem lokalen Computer mit IIS Express (Windows 8) einwandfrei ausgeführt. Sobald ich sie jedoch auf dem Live-IIS-Server (Windows Server 2008 R2) bereitgestellt habe, funktioniert sie nicht mehr und gibt die folgende Fehlermeldung aus:

HTTP-Fehler 405.0 - Methode nicht zulässig Die gesuchte Seite kann nicht angezeigt werden, da eine ungültige Methode (HTTP-Verb) verwendet wird

Ich habe mich im Internet nach Lösungen umgesehen und die vernünftigsten implementiert. Meine Webkonfiguration hat die folgenden Einstellungen:

<system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
<handlers>
    <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" />
</handlers>
</system.webServer>

Ich habe auch erfolglos versucht, die Handlerzuordnungen und die Anforderungsfilterung in IIS zu ändern. Bitte beachten Sie, dass die WebDAV-Authoring-Regeln in IIS anscheinend deaktiviert sind.

Alle Ideen werden sehr geschätzt Danke.

Ich habe schließlich die Lösung gefunden! Wenn Sie auf dasselbe Problem stoßen, fügen Sie Ihrer web.config Folgendes hinzu

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules runAllManagedModulesForAllRequests="true">
        <remove name="WebDAVModule"/> <!-- ADD THIS -->
    </modules>
    ... rest of settings here

ich hoffe das hilft

In einigen Fällen kann das Entfernen nur aus Modulen den nächsten Fehler verursachen:

500.21 Handler "WebDAV" hat ein fehlerhaftes Modul "WebDAVModule" in seiner Modulliste

Modul: IIS Web Core Benachrichtigung: ExecuteRequestHandler "

Lösung wurde vorgeschlagen , hier . Müssen es auch von Handlern entfernen.

<system.webServer>
    <modules>
        <remove name="WebDAVModule" />
    </modules>
    <handlers>
        <remove name="WebDAV" />
    </handlers>
</system.webServer>

In meinem Fall funktionierte keine der oben genannten Lösungen. Dies lag daran, dass ich den Namen des Parameters in meiner DeleteMethode geändert hatte .

ich hatte

public void Delete(string Questionid)

anstatt

public void Delete(string id)

Ich muss den idNamen verwenden, da dies der Name ist, der in meiner WebApiConfigDatei deklariert ist . Beachten Sie den idNamen in der dritten und vierten Zeile:

            config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{id}",
            defaults: new { id = RouteParameter.Optional }
        );

Ich habe diese Lösung von hier bekommen .

Das Javascript für HTTP- DELETEVerb muss folgendermaßen aussehen:

$.ajax({
    **url: "/api/SomeController/" + id,**
    type: "DELETE",
    dataType: "json",
    success: function(data, statusText) {
        alert(data);
    },
    error: function(request, textStatus, error) {
        alert(error);
        debugger;
    }
});

Sie nicht so etwas wie folgt verwenden:

...
data: {id:id}
...

wie wenn Sie die POSTMethode verwenden.

Nachdem ich hier fast alle Lösungen ausprobiert hatte, funktionierte dies für mich. Fügen Sie dies in Ihre APIs-Konfigurationsdatei ein

<system.webServer>
    <handlers>
      <remove name="WebDAV" />
      <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
      <remove name="OPTIONSVerbHandler" />
      <remove name="TRACEVerbHandler" />
      <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
    </handlers>
    <modules>
        <remove name="WebDAVModule" />
    </modules>
</system.webServer>

Wenn Sie IIS 7.0 oder eine neuere Version verwenden. Dieses Problem betrifft hauptsächlich das WebDAV-Erweiterungsmodul auf dem IIS-Server. Dies geschah während der Verwendung der Aktion "Post" ODER "Löschen".

Bitte versuchen Sie es mit der folgenden Einstellung in der Webkonfiguration

<system.webServer>
   <modules>
       <remove name="WebDAVModule" />
   </modules>
   <handlers>
     <remove name="WebDAV" />
   </handlers>
</system.webServer>

Ich hatte auch das gleiche Problem, ich rufe WebAPi an und erhalte diesen Fehler. Das Hinzufügen der folgenden Konfiguration in web.config für Dienste löste mein Problem

    <modules runAllManagedModulesForAllRequests="true">
        <remove name="WebDAVModule"/> <!-- add this -->
    </modules>

in der Datei web.config hat mein Problem gelöst. So habe ich von der Client-Seite aus angerufen

using (var client = new HttpClient())
{
    client.BaseAddress = new Uri(environment.ServiceUrl);
    client.DefaultRequestHeaders.Accept.Clear();
    client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));
    HttpResponseMessage response = client.DeleteAsync("api/Producer/" + _nopProducerId).Result;
    if (response.IsSuccessStatusCode)
    {
        string strResult = response.Content.ReadAsAsync<string>().Result;
    }
}

Wechseln Sie zur Datei applicationHost.config (normalerweise unter C: \ Windows \ System32 \ inetsrv \ config) und kommentieren Sie die folgende Zeile in applicationHost.config aus

1) Unter <Handler>:

<add name="WebDAV" path="*" verb="PROPFIND,PROPPATCH,MKCOL,PUT,COPY,DELETE,MOVE,LOCK,UNLOCK" modules="WebDAVModule" resourceType="Unspecified" requireAccess="None" />

2) Kommentieren Sie auch das folgende Modul aus, auf das der obige Handler unter <Module> verweist

<add name="WebDAVModule" />

In meinem Fall habe ich es versäumt, etwas hinzuzufügen {id}, [Route("")]und ich habe den gleichen Fehler erhalten. Das Hinzufügen hat das Problem für mich behoben:[Route("{id}")]

Ich hatte die 405-Fehlermethode Methode nicht zulässig, weil ich die Delete-Methode auf dem WebApi-Controller nicht öffentlich gemacht hatte.

Es hat lange gedauert, bis ich das gefunden habe (zu lange!), Da ich in diesem Fall einen Fehler "Nicht gefunden" erwartet hätte. Daher habe ich fälschlicherweise angenommen, dass meine Löschmethode abgelehnt wurde.

Der Grund für Nicht erlaubt statt Nicht gefunden ist, dass ich auch eine Get-Methode für dieselbe Route hatte (was bei der Implementierung von REST der Normalfall ist). Die öffentliche Get-Funktion wird vom Routing abgeglichen und dann aufgrund der falschen http-Methode abgelehnt.

Ein einfacher Fehler, den ich kenne, aber er kann jemand anderem Zeit sparen.

Nur um hinzuzufügen. Wenn dies Ihre Konfiguration ist

config.Routes.MapHttpRoute (
            Name: "DefaultApi",
            routeTemplate: "api / {controller} / {id}",
            Standardeinstellungen: new {id = RouteParameter.Optional}

Bitte machen Sie weiter, wie Hugo sagte, und setzen Sie das Route-Attribut nicht auf die Controller-Get-Methode. Dies gab in meinem Fall ein Problem.

Ich hatte das ähnliche Problem, aber für PUT - keiner der anderen Vorschläge hat für mich funktioniert.

Allerdings habe ich inteher als die Standardeinstellung stringfür die ID verwendet. Das Hinzufügen {id:int}zur Route löste mein Problem.

    [Route("api/Project/{id:int}")]
    public async Task<IHttpActionResult> Put(int id, [FromBody]EditProjectCommand value)
    {
       ...
    }

Wir mussten unserer web.config benutzerdefinierte Header hinzufügen, da unsere Anfrage mehrere Header hatte, die die API-Antwort verwirrten.

<httpProtocol>
    <customHeaders>
        <remove name="Access-Control-Allow-Methods" />
        <remove name="Access-Control-Allow-Origin" />
        <remove name="Access-Control-Allow-Headers" />
    </customHeaders>
</httpProtocol>

Das Attribut [HttpPost] oben in der Löschmethode hat dieses Problem für mich gelöst:

[HttpPost]
public void Delete(int Id)
{
  //Delete logic
}