WebAPI Supprimer ne fonctionne pas - 405 method not Allowed

J'apprécie toute l'aide sur ce que le site est censé aller en direct ce soir!

J'ai une web api contrôleur avec la méthode Delete. La méthode s'exécute correctement sur ma machine locale exécutant IIS Express (Windows 8) mais dès que j'ai déployé pour le live serveur IIS (Windows Server 2008 R2) il a cessé de travailler et déclenche le message d'erreur suivant:

Erreur HTTP 405.0 - Méthode Non Autorisée
La page que vous recherchez ne peut pas être affichée car une méthode non valide (HTTP Verbe) est utilisé

J'ai cherché sur le web pour des solutions et j'ai mis en place plus raisonnables que ceux. Ma configuration web a les paramètres suivants:

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

J'ai également essayé de modifier les Mappages de gestionnaires et de Filtrage des demandes dans IIS en vain. Veuillez noter que les Règles de Création WebDAV dans IIS semble être désactivé.

Toutes les idées seront grandement appréciés
Merci.

InformationsquelleAutor Chris | 2013-03-25

189

J'ai trouvé la solution finalement!
Si vous rencontrez le même problème, ajoutez la ligne suivante à votre site web.config
```
<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules runAllManagedModulesForAllRequests="true">
        <remove name="WebDAVModule"/> 
    </modules>
    ... rest of settings here
```
J'espère que cette aide
- Génial trouver. l'esprit si je vous demander comment vous avez découvert ce?
- Après des heures et des heures à la recherche par le biais de l'Internet. C'était une grande découverte, mais douloureuse. J'espère que cela vous a aidé
- J'ai également eu à ajouter un supprimer dans la section gestionnaires que par stackoverflow.com/a/6698096/254156
- Également travaillé ici. Mais quelqu'un peut-il m'expliquer la relation à WebDAVModule?
- pour ceux qui ont juste copier-coller: runAllManagedModulesForAllRequests="true" n'est pas vraiment nécessaire et peuvent casser d'autres choses.
- Certains web d'autres postes de proposer la suppression du module à l'aide de IIS section Modules, cela désactive, mais il fait tout de même ce genre de problème, c'est la méthode la plus fiable
- Merci pour votre réponse, mais malheureusement ça n'a pas fonctionné pour moi (je suis à l'aide d'IIS 7.5). Après 2 jours de recherche, la seule solution que j'ai trouvé pour éviter de "405 method not Allowed" était de définir la SCRO en-têtes dans le Application_BeginRequest méthode, comme indiqué dans cette réponse, stackoverflow.com/a/14631068/827168
- autres) pour info: Si vous retirez la runAllManagedModulesForAllRequests="true" attribut, vous aurez également besoin d'ajouter <supprimer name="WebDAV" /> dans le <gestionnaires d'> nœud.
- Vous pouvez également effectuer cette opération à partir de l'ISS (gestionnaire de Modules et ensuite Gestionnaires - supprimer WebDAV).
- Je ne peux pas vous remercier assez.
InformationsquelleAutor Chris
61

Dans certains cas, le retrait à partir de modules peuvent produire de l'erreur suivante:

500.21 Gestionnaire "WebDAV" a un mauvais module "WebDAVModule" dans sa liste de module

Module: IIS Web de Base de la Notification: ExecuteRequestHandler"

solution a été suggéré ici. Également besoin de l'enlever de gestionnaires.
```
<system.webServer>
    <modules>
        <remove name="WebDAVModule" />
    </modules>
    <handlers>
        <remove name="WebDAV" />
    </handlers>
</system.webServer>
```
- Pour moi, ce devrait être la solution retenue
- ce qui fonctionne pour moi, mais quelqu'un peut jeter un peu de lumière sur ce qui est WebDAV en fait?
InformationsquelleAutor aleha
31

Dans mon cas, aucune des solutions ci-dessus a été de travail. C'était parce que j'avais changé le nom du paramètre dans mon Delete méthode.

J'avais
```
public void Delete(string Questionid)
```
au lieu de
```
public void Delete(string id)
```
Je besoin pour utiliser le id nom car c'est le nom qui est déclarée dans mon WebApiConfig fichier. Remarque le id nom dans les troisième et quatrième lignes:
```
            config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{id}",
            defaults: new { id = RouteParameter.Optional }
        );
```
J'ai eu cette solution de ici.

InformationsquelleAutor Hugo Nava Kopp
13

Le Javascript pour HTTP DELETE verbe doit être comme ceci:
```
$.ajax({
    **url: "/api/SomeController/" + id,**
    type: "DELETE",
    dataType: "json",
    success: function(data, statusText) {
        alert(data);
    },
    error: function(request, textStatus, error) {
        alert(error);
        debugger;
    }
});
```
Ne pas utiliser quelque chose comme ceci:
```
...
data: {id:id}
...
```
que lorsque vous utilisez la POST méthode.
- Salut @Pavel, c'est correct si vous êtes en effet à l'aide d'un Reposant entièrement mise en œuvre. Malheureusement, pas tout le monde fait cela, et il est fréquent de voir des développeurs à l'aide de POST au lieu de SUPPRIMER etc. Merci pour la clarification de cette.
InformationsquelleAutor Pavel Kharibin

Après avoir essayé presque toutes les solutions ici, cela a fonctionné pour moi.
Ajouter ceci dans votre Api fichier de config

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

InformationsquelleAutor Nithin Chandran

J'ai également eu le même problème, je fais appel WebAPi et est l'obtention de cette erreur.
L'ajout de configuration suivantes dans le web.config pour les services résolu mon problème

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

dans le web.fichier de configuration résolu mon problème.
C'est la Façon dont j'ai été l'appel du côté client

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

InformationsquelleAutor Aamir

2

Aller à applicationHost.config (généralement sous C:\Windows\System32\inetsrv\config fichier et commentez la ligne suivante dans applicationHost.config

1)en Vertu de l' <gestionnaires d'>:
```
<add name="WebDAV" path="*" verb="PROPFIND,PROPPATCH,MKCOL,PUT,COPY,DELETE,MOVE,LOCK,UNLOCK" modules="WebDAVModule" resourceType="Unspecified" requireAccess="None" />
```
2)commentez le module suivant étant désignés par le au-dessus de gestionnaire en vertu de <modules>
```
<add name="WebDAVModule" />
```
- Ou utiliser l'autre réponse, stackoverflow.com/a/47907578/1754743 pour SUPPRIMER ces gestionnaires dans votre propre site web.config, si vous ne voulez pas (ou ne pouvez pas) modifier l'échelle de l'ordinateur fichier de config
InformationsquelleAutor arviman
2

Dans mon cas, j'ai manqué d'ajouter {id} à la [Route("")] et j'ai eu le même message d'erreur.
L'ajout qui a résolu le problème pour moi: [Route("{id}")]
- De nombreuses heures de temps perdu, et si ce n'était pas pour vous, je ne pouvais toujours pas à résoudre ce problème.... Je suis demander pourquoi il ne retourne pas d'erreur 404 :@
InformationsquelleAutor Reza
1

J'ai eu d'erreur 405 method not Allowed parce que j'avais omis de faire la méthode Delete sur la WebApi contrôleur public.

Il m'a fallu du temps pour trouver ce (trop long!) parce que je me serais attendu à un ne Trouve Pas d'erreur dans ce cas, j'ai donc été en supposant à tort que ma méthode de Suppression a été refusée.

La raison pour ne Pas Autorisées plutôt que de ne Pas Trouvé, c'est que j'ai eu aussi une méthode d'Obtenir pour le même trajet (ce qui sera le cas normal, lors de la mise en œuvre de REPOS). Le public d'Obtenir la fonction est compensée par le service de routage et puis refusée en raison de la mauvaise méthode http.

Une simple erreur, je sais, mais il peut sauver quelqu'un d'autre peu de temps.

InformationsquelleAutor Paul D
1

Juste à ajouter. Si c'est votre config
```
config.Les itinéraires.MapHttpRoute( 
nom: "DefaultApi", 
routeTemplate: "api/{controller}/{id}", 
valeurs par défaut: new { id = RouteParameter.Facultatif }
```
merci de continuer à faire comme Hugo l'a dit, et ne pas définir l'Itinéraire de l'attribut pour le contrôleur de la méthode get, ce qui a donné un problème dans mon cas.

InformationsquelleAutor user6247020
0

[HttpPost] attribut sur le sommet de Supprimer la méthode a résolu ce problème pour moi:
```
[HttpPost]
public void Delete(int Id)
{
  //Delete logic
}
```
- La version de WebAPI est-ce travailler?
- J'ai essayé avec la 2.2
- Que pourrait être une des raisons pourquoi il travaille pour vous. J'étais sur une version antérieure, vers le début de 2013, donc assez peu de choses ont été corrigés depuis. Heureux de savoir qu'il travaille pour vous.
- Ce n'est pas une bonne réponse, pour être honnête. Les personnes dont le problème a été résolu en utilisant ce sont l'aide de POST au lieu de le SUPPRIMER de sorte qu'il ne pouvait pas et ne devrait pas fonctionner
- Je crois que c'est parce que vous êtes à l'aide de data (c'est à dire le corps de la demande) au lieu de params (c'est à dire l'url de la demande) dans le côté client.
- Je suis d'accord avec Alexandre Derck, c'est une bidouille plutôt qu'à une solution.
InformationsquelleAutor Andriy Gubal
0

J'ai eu le même problème mais pour les METTRE - aucun des autres suggestions ont travaillé pour moi.

Cependant, j'ai été en utilisant int plutôt que la valeur par défaut string pour l'id. l'ajout de {id:int} de la route a résolu mon problème.
```
    [Route("api/Project/{id:int}")]
    public async Task<IHttpActionResult> Put(int id, [FromBody]EditProjectCommand value)
    {
       ...
    }
```
InformationsquelleAutor Hath

Nous avons dû ajouter des en-têtes personnalisés à notre site web.config que notre demande avait plusieurs en-têtes que la confusion dans l'API de réponse.

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

InformationsquelleAutor Zadok

Vous devez vous connecter pour publier un commentaire.