Méthode 405 non autorisée API Web

Cette erreur est très courante et j'ai essayé toutes les solutions et aucune n'a fonctionné. J'ai désactivé la publication WebDAV dans le panneau de configuration et ajouté ceci à mon fichier de configuration Web:

  <handlers>
  <remove name="WebDAV"/>
  </handlers>
  <modules runAllManagedModulesForAllRequests="true">
  <remove name="WebDAVModule"/>
  </modules>

L'erreur persiste toujours. Voici le contrôleur:

   static readonly IProductRepository repository = new ProductRepository();

    public Product Put(Product p)
    {
        return repository.Add(p);
    }

Mise en œuvre de la méthode:

 public Product Add(Product item)
    {
        if (item == null)
        {
            throw new ArgumentNullException("item");
        }
        item.Id = _nextId++;
        products.Add(item);
        return item;
    }

Et c'est là que l'exception est levée:

client.BaseAddress = new Uri("http://localhost:5106/");
client.DefaultRequestHeaders.Accept.Add(
new MediaTypeWithQualityHeaderValue("application/json"));      
var response = await client.PostAsJsonAsync("api/products", product);//405 exception

Aucune suggestion?

Vous postez depuis le client:

await client.PostAsJsonAsync("api/products", product);

pas PUTing.

Votre méthode API Web n'accepte que les requêtes PUT.

Donc:

await client.PutAsJsonAsync("api/products", product);

J'ai eu la même exception. Mon problème était que j'avais utilisé:

using System.Web.Mvc; // Wrong namespace for HttpGet attribute !!!!!!!!!
[HttpGet]
public string Blah()
{
    return "blah";
}

DEVRAIT ÊTRE

using System.Web.Http; // Correct namespace for HttpGet attribute !!!!!!!!!
[HttpGet]
public string Blah()
{
    return "blah";
}

J'ai essayé beaucoup de choses pour faire fonctionner la méthode DELETE (j'obtenais la méthode 405 non autorisée pour l'api Web), et finalement j'ai ajouté [Route ("api / scan / {id}")] à mon contrôleur et cela fonctionnait bien. J'espère que ce message aidera quelqu'un.

     // DELETE api/Scan/5
    [Route("api/scan/{id}")]
    [ResponseType(typeof(Scan))]
    public IHttpActionResult DeleteScan(int id)
    {
        Scan scan = db.Scans.Find(id);
        if (scan == null)
        {
            return NotFound();
        }

        db.Scans.Remove(scan);
        db.SaveChanges();

        return Ok(scan);
    }

Mon problème s'est avéré être le routage d'attributs dans WebAPI. J'ai créé un itinéraire personnalisé et il l'a traité comme un GET au lieu de WebAPI en découvrant qu'il s'agissait d'un POST

    [Route("")]
    [HttpPost] //I added this attribute explicitly, and it worked
    public void Post(ProductModel data)
    {
        ...
    }

Je savais que ça devait être quelque chose de stupide (qui consomme toute ta journée)

Chrome essaie souvent de passer un OPTIONSappel avant de publier un message. Il le fait pour s'assurer que les en-têtes CORS sont dans l'ordre. Cela peut être problématique si vous ne gérez pas l' OPTIONSappel dans votre contrôleur API.

public void Options() { }

Cette erreur peut également se produire lorsque vous essayez de vous connecter à http alors que le serveur est sur https.

C'était un peu déroutant car mes requêtes get étaient correctes, le problème n'était présent qu'avec les post-requêtes.

Je recevais le 405 lors de mon appel GET, et le problème s'est avéré que j'avais nommé le paramètre dans la méthode côté serveur GET Get(int formId)et que j'avais besoin de modifier l'itinéraire ou de le renommer Get(int id).

Vous pouvez également obtenir l'erreur 405 si vous dites que votre méthode attend un paramètre et que vous ne le transmettez pas.

Cela ne fonctionne PAS (erreur 405)

Affichage HTML / Javascript

$.ajax({
         url: '/api/News',
         //.....

API Web:

public HttpResponseMessage GetNews(int id)

Ainsi, si la signature de la méthode est comme ci-dessus, vous devez faire:

Affichage HTML / Javascript

$.ajax({
         url: '/api/News/5',
         //.....

Je suis en retard à cette fête mais comme rien ci-dessus n'était viable ou fonctionnait dans la plupart des cas, voici comment cela a finalement été résolu pour moi.

Sur le serveur sur lequel le site / service était hébergé, une fonctionnalité était requise! ACTIVATION HTTP !!!

Gestionnaire de serveur> Gérer> Ajouter des rôles et des fonctionnalités> suivant suivant suivant jusqu'à ce que vous arriviez à Fonctionnalités> Sous .NET (chaque version) cochez Activation HTTP. Notez également qu'il y en a un caché sous> net> Services WCF.

Cela a ensuite fonctionné instantanément! Qui faisait fondre mon cerveau

Si vous avez un itinéraire comme

[Route("nuclearreactors/{reactorId}")]

Vous devez utiliser exactement le même nom de paramètre dans la méthode, par exemple

public ReactorModel GetReactor(reactorId)
{
 ...
}

Si vous ne passez pas exactement le même paramètre, vous risquez d'obtenir l'erreur «méthode 405 non autorisée» car la route ne correspondra pas à la demande et WebApi frappera une méthode de contrôleur différente avec une méthode HTTP autorisée différente.

Voici une solution

<handlers accessPolicy="Read, Script"> <remove name="WebDAV" /> </handlers>

article sur la solution docs.microsoft.com

et supprimez WebDAV des modules

<remove name="WebDAVModule" />

Cela ne répond pas à votre question précise, mais lorsque j'ai eu le même problème, je me suis retrouvé ici et j'ai pensé que plus de gens pourraient faire de même.

Le problème que j'ai eu était que j'avais déclaré indélibérément ma méthode Get comme statique . J'ai manqué cela une matinée entière, et cela n'a causé aucun avertissement d'attributs ou similaires.

Incorrect:

public class EchoController : ApiController
{
    public static string Get()
    {
        return string.Empty;
    }
}

Correct:

public class EchoController : ApiController
{
    public string Get()
    {
        return string.Empty;
    }
}

[HttpPost] est inutile!

[Route("")]
public void Post(ProductModel data)
{
    ...
}

Je ne pourrais PAS résoudre ça. J'avais CORS activé et fonctionnait aussi longtemps que le POST retournait vide (ASP.NET 4.0 - WEBAPI 1). Lorsque j'ai essayé de renvoyer un HttpResponseMessage, j'ai commencé à obtenir la réponse HTTP 405.

Sur la base de la réponse de Llad ci-dessus, j'ai jeté un coup d'œil à mes propres références.

J'avais l'attribut [System.Web.Mvc.HttpPost] listé au-dessus de ma méthode POST.

J'ai changé cela pour utiliser:

[System.Web.Http.HttpPostAttribute]
[HttpOptions]
public HttpResponseMessage Post(object json)        
{
    ...
    return new HttpResponseMessage { StatusCode = HttpStatusCode.OK };
}

Cela a réglé mes problèmes. J'espère que ça aidera quelqu'un d'autre.

Par souci d'exhaustivité, j'avais ce qui suit dans mon web.config:

<httpProtocol>
    <customHeaders>
        <clear />
        <add name="Access-Control-Expose-Headers " value="WWW-Authenticate"/>
        <add name="Access-Control-Allow-Origin" value="*" />
        <add name="Access-Control-Allow-Methods" value="GET, POST, OPTIONS, PUT, PATCH, DELETE" />
        <add name="Access-Control-Allow-Headers" value="accept, authorization, Content-Type" />
        <remove name="X-Powered-By" />
    </customHeaders>
</httpProtocol>

Nous avons eu un problème similaire. Nous essayions d'obtenir de:

[RoutePrefix("api/car")]
public class CarController: ApiController{

    [HTTPGet]
    [Route("")]
    public virtual async Task<ActionResult> GetAll(){

    }

}

Donc nous le ferions .GET("/api/car")et cela jetterait un 405 error.

Le CarController.csfichier était dans le répertoire/api/car donc lorsque nous demandions ce point de terminaison d'API, IIS renvoyait une erreur car il semblait que nous essayions d'accéder à un répertoire virtuel auquel nous n'étions pas autorisés.

Option 1: changer / renommer le répertoire dans lequel se trouve le contrôleur
Option 2: changer le préfixe de la route en quelque chose qui ne correspond pas au répertoire virtuel.

Dans mon cas, j'avais un dossier physique dans le projet avec le même nom que la route WebAPI (ex. Sandbox) et seule la demande POST était interceptée par le gestionnaire de fichiers statiques dans IIS (évidemment).

Obtenir une erreur 405 trompeuse au lieu du 404 plus attendu était la raison pour laquelle il m'a fallu beaucoup de temps pour dépanner.

Pas facile de tomber dedans, mais possible. J'espère que ça aide quelqu'un.

Pour ma part mon gestionnaire POST était de cette forme:

[HttpPost("{routeParam}")]
public async Task<ActionResult> PostActuality ([FromRoute] int routeParam, [FromBody] PostData data)

J'ai compris que je devais permuter les arguments , c'est-à-dire les données du corps d'abord puis le paramètre de route, comme ceci:

[HttpPost("{routeParam}")]
public async Task<ActionResult> PostActuality ([FromBody] PostData data, [FromRoute] int routeParam)

archiver le fichier .csproj de votre projet et modifier

<IISUrl>http://localhost:PORT/</IISUrl>

à l'URL de votre site Web comme celle-ci

<IISUrl>http://example.com:applicationName/</IISUrl>

Un autre problème possible qui cause le même comportement est les paramètres par défaut dans le routage. Dans mon cas, le contrôleur a été localisé et instancié correctement, mais le POST a été bloqué en raison de l' Getaction par défaut spécifiée:

config.Routes.MapHttpRoute(
    name: "GetAllRoute",
    routeTemplate: "api/{controller}.{ext}"/*,
    defaults: new { action = "Get" }*/ // this was causing the issue
);

J'avais exactement le même problème. J'ai cherché pendant deux heures ce qui n'allait pas sans succès jusqu'à ce que je réalise que ma POSTméthode était à la privateplace public.

C'est drôle maintenant de voir que ce message d'erreur est un peu générique. J'espère que cela aide!

Assurez-vous que votre contrôleur hérite de la Controllerclasse.

Il pourrait même être plus fou que des choses fonctionnent localement, même sans cela.