Plusieurs actions ont été trouvées qui correspondent à la demande dans L'Api Web

Mise à jour à partir de L'API Web 2.

Avec cette configuration D'API dans votre WebApiConfig.fichier cs:

public static void Register(HttpConfiguration config)
{
    //// Web API routes
    config.MapHttpAttributeRoutes(); //Don't miss this

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

, Vous pouvez acheminer notre contrôleur comme ceci:

[Route("api/ControllerName/Summary")]
[HttpGet]
public HttpResponseMessage Summary(MyVm vm)
{
    rturn null;
}

[Route("api/ControllerName/FullDetails")]
[HttpGet]
public HttpResponseMessage FullDetails()
{
    return null;
}

Où ControllerName est le nom de votre contrôleur (sans "controller"). Cela vous permettra d'obtenir chaque action avec l'itinéraire détaillé ci-dessus.

Pour en savoir plus: http://www.asp.net/web-api/overview/web-api-routing-and-actions/attribute-routing-in-web-api-2

Dans L'API Web (par défaut), les méthodes sont choisies en fonction d'une combinaison de valeurs de méthode HTTP et de route .

MyVm on dirait un objet complexe, lu par le formateur à partir du corps, donc vous avez deux méthodes identiques en termes de données de route (car aucune d'entre elles n'a de paramètres de la route) - ce qui rend impossible pour le répartiteur (IHttpActionSelector) de correspondre à celui approprié.

Vous devez les différer par le paramètre querystring ou route pour résoudre l'ambiguïté.

Après beaucoup de recherche sur le web et d'essayer de trouver la forme la plus appropriée pour la carte de routage si vous avez trouvé ce qui suit

config.Routes.MapHttpRoute("DefaultApiWithId", "Api/{controller}/{id}", new { id =RouteParameter.Optional }, new { id = @"\d+" });
config.Routes.MapHttpRoute("DefaultApiWithAction", "Api/{controller}/{action}");

Ces mappages s'appliquent à la fois au mappage des noms d'action et à la convention http de base (GET,POST,PUT,DELETE)

Il est possible que vos webmethods soient résolus vers la même url. Jetez un oeil sur le lien suivant :-

Http://www.asp.net/web-api/overview/web-api-routing-and-actions/routing-in-aspnet-web-api

Donc, vous devrez peut-être ajouter votre nom de méthode à votre table de routage.

Sans utiliser d'actions, les options seraient:

1. Déplacez l'une des méthodes vers un contrôleur différent, afin qu'elles ne s'affrontent pas.

2. Utilisez une seule méthode qui prend le paramètre, et s'il est null, appelez l'autre méthode à partir de votre code.

J'ai trouvé que lorsque j'ai deux méthodes Get, une sans paramètre et une avec un type complexe comme paramètre, j'ai eu la même erreur. J'ai résolu cela en ajoutant un paramètre factice de type int, nommé Id, comme premier paramètre, suivi de mon paramètre de type complexe. J'ai ensuite ajouté le paramètre type complexe au modèle de route. Ce qui suit a fonctionné pour moi.

Obtenez D'abord:

public IEnumerable<SearchItem> Get()
{
...
}

Deuxième obtenir:

public IEnumerable<SearchItem> Get(int id, [FromUri] List<string> layers)
{
...
}

WebApiConfig:

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

Veuillez vérifier que vous avez deux méthodes qui ont le nom différent et les mêmes paramètres.

Si c'est le cas, supprimez l'une des méthodes et essayez.

Je suis tombé sur ce problème en essayant d'augmenter mes contrôleurs WebAPI avec des actions supplémentaires.

Supposons que vous auriez

public IEnumerable<string> Get()
{
    return this.Repository.GetAll();
}

[HttpGet]
public void ReSeed()
{
    // Your custom action here
}

Il existe maintenant deux méthodes qui satisfont la demande de/api / controller qui déclenche le problème décrit par TS.

Je ne voulais pas ajouter de paramètres "fictifs" à mes actions supplémentaires, alors j'ai regardé dans les actions par défaut et j'ai trouvé:

[ActionName("builtin")]
public IEnumerable<string> Get()
{
    return this.Repository.GetAll();
}

Pour la première méthode en combinaison avec la route" dual" liaison:

config.Routes.MapHttpRoute(
    name: "DefaultApi",
    routeTemplate: "api/{controller}/{id}",
    defaults: new { action = "builtin", id = RouteParameter.Optional },
    constraints: new { id = @"\d+" });

config.Routes.MapHttpRoute(
    name: "CustomActionApi",
    routeTemplate: "api/{controller}/{action}");

Notez que même s'il n'y a pas de paramètre "action" dans le premier modèle de route apparemment, vous pouvez toujours configurer une action par défaut nous permettant de séparer le routage des appels WebAPI "normaux" et les appels à l'action supplémentaire.

C'est possible en utilisant MVC controller au lieu de web API controller. Vérifiez l'espace de noms dans le contrôleur D'API Web, il devrait être comme suit

using System.Net;
using System.Net.Http;
using System.Web.Http;

Si l'espace de noms est comme suit, il est donné ci-dessus erreur dans la méthode de contrôleur d'api web appelant

using System.Web;
using System.Web.Mvc;

Cette solution a fonctionné pour moi.

Veuillez placer Route2 en premier dans WebApiConfig. Ajoutez également HttpGet et HttpPost avant chaque méthode et incluez le nom du contrôleur et le nom de la méthode dans l'url.

WebApiConfig =>

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

Contrôleur = >

public class ValuesController : ApiController
{

    [HttpPost]
    public string GetCustomer([FromBody] RequestModel req)
    {
        return "Customer";
    }

    [HttpPost]
    public string GetCustomerList([FromBody] RequestModel req)
    {
        return "Customer List";
    }
}

Url = >

http://localhost:7050/api/Values/GetCustomer

http://localhost:7050/api/Values/GetCustomerList

Je sais que c'est une vieille question, mais parfois, lorsque vous utilisez des ressources de service comme de AngularJS pour vous connecter à WebAPI, assurez-vous d'utiliser la bonne route, sinon cette erreur se produit.

Assurez-vous de ne pas décorer vos méthodes de contrôleur pour les actions GET|PUT|POST|DELETE par défaut avec l'attribut [HttpPost/Put/Get/Delete]. J'avais ajouté cet attibute à mon action de contrôleur de poste de vanille et cela a provoqué un 404.

J'espère que cela aide quelqu'un car cela peut être très frustrant et arrêter les progrès.