ASP.NET Web Api: İstenen kaynak "GET" http yöntemini desteklemiyor

Bir ApiController üzerinde şu eylemi gerçekleştirdim:

public string Something()
{
    return "value";
}

Ve rotalarımı şu şekilde yapılandırdım:

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

Beta sürümde bu gayet iyi çalıştı, ancak en son Sürüm Adayına güncelledim ve şimdi şu tür çağrılarda hatalar görüyorum:

İstenen kaynak http yöntemini 'GET' desteklemiyor.

Bu neden artık çalışmıyor?

(Sanırım {action} 'dan kurtulabilirim ve bir sürü kontrolcü yapabilirim, ama bu biraz dağınık.)

Denetleyicideki eyleminizde herhangi bir HttpMethod yapılandırmadıysanız, bunun RC'de yalnızca HttpPost olduğu varsayılır. Beta'da tüm yöntemleri - GET, PUT, POST ve Silme - desteklediği varsayılmaktadır. Bu, betadan RC'ye küçük bir değişikliktir. [AcceptVerbs ("GET", "POST")] ile eyleminize ilişkin birden fazla http yöntemini kolayca detaylandırabilirsiniz.

Yukarıdaki bilgilerin tümü doğrudur, ayrıca [AcceptVerbs()]ek açıklamanın hem System.Web.Mvc hem de System.Web.Http ad alanlarında bulunduğunu belirtmek isterim .

System.Web.Http bir Web API denetleyicisiyse kullanmak istiyorsunuz.

Bu OP'ye bir yanıt olmasa da, tamamen farklı bir temel nedenden dolayı aynı hatayı aldım; yani bu başka birine yardımcı olursa ...

Benim için sorun, WebAPI'nin isteği beklenmedik şekilde yönlendirmesine neden olan yanlış adlandırılmış bir yöntem parametresiydi. ProgrammesController'ımda aşağıdaki yöntemlere sahibim:

[HttpGet]
public Programme GetProgrammeById(int id)
{
    ...
}

[HttpDelete]
public bool DeleteProgramme(int programmeId)
{
    ...
}

DELETE istekleri ... / api / programs / 3'e beklediğim gibi DeleteProgramme'a değil GetProgrammeById'e yönlendiriliyordu, çünkü DeleteProgramme'ın bir parametre adı kimliği yoktu. GetProgrammeById, sadece GET'leri kabul ediyor olarak işaretlendiğinden, tabii ki DELETE'i reddediyordu.

Yani düzeltme basitti:

[HttpDelete]
public bool DeleteProgramme(int id)
{
    ...
}

Ve her şey yolunda. Aptalca bir hata gerçekten ama ayıklanması zor.

Yönteminizi ile dekore ediyorsanız , kontrol cihazının üstüne HttpGetaşağıdakileri ekleyin using:

using System.Web.Http;

Kullanıyorsanız System.Web.Mvc, bu sorun ortaya çıkabilir.

Bu kesinlikle Beta'dan RC'ye bir değişikliktir. Soruda verilen örnekte, eyleminizi şimdi [HttpGet] veya [AcceptVerbs ("GET")] ile dekore etmeniz gerekiyor.

Fiil tabanlı eylemleri (yani "GetSomething", "PostSomething") fiil tabanlı olmayan eylemlerle karıştırmak istiyorsanız bu bir soruna neden olur. Yukarıdaki öznitelikleri kullanmaya çalışırsanız, denetleyicinizdeki herhangi bir fiil tabanlı eylemle çatışmaya neden olur. Her fiil için ayrı yollar tanımlamanın ve varsayılan eylemi fiilin adına ayarlamanın bir yolu saymaktır. Bu yaklaşım, API'nizdeki alt kaynakları tanımlamak için kullanılabilir. Örneğin, aşağıdaki kod şunları destekler: "/ resource / id / children" burada id ve alt öğeler isteğe bağlıdır.

        context.Routes.MapHttpRoute(
           name: "Api_Get",
           routeTemplate: "{controller}/{id}/{action}",
           defaults: new { id = RouteParameter.Optional, action = "Get" },
           constraints: new { httpMethod = new HttpMethodConstraint("GET") }
        );

        context.Routes.MapHttpRoute(
           name: "Api_Post",
           routeTemplate: "{controller}/{id}/{action}",
           defaults: new { id = RouteParameter.Optional, action = "Post" },
           constraints: new { httpMethod = new HttpMethodConstraint("POST") }
        );

Umarım Web API'nin gelecekteki sürümleri bu senaryo için daha iyi desteğe sahip olacaktır. Şu anda http://aspnetwebstack.codeplex.com/workitem/184 adındaki aspnetwebstack codeplex projesinde kaydedilen bir sorun var . Bu görmek istediğiniz bir şeyse, lütfen konuya oy verin.

OP ile aynı Kuruluma sahip. Birçok eylemi olan tek bir denetleyici ... daha az "dağınık" :-)

Benim durumumda, yeni bir eylem eklerken "[HttpGet]" i unuttum.

[HttpGet]
public IEnumerable<string> TestApiCall()
{
    return new string[] { "aa", "bb" };
}

Yukarıdakiyle aynı sorun, ancak kökten çok farklı. Benim için, https yeniden yazma kuralıyla bir uç noktaya ulaşıyordum. Http'da vurmak hataya neden oldu, https ile beklendiği gibi çalıştı.

Bu yolda aşağıdaki kodu değiştirin

Yol:

App_Start => WebApiConfig.cs

Kod:

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

Bunun OP'nin gönderisiyle ilgili olup olmadığını bilmiyorum ama [HttpGet] açıklamasını kaçırıyordum ve @dinesh_ravva yöntemlerinde belirtildiği gibi, varsayılan olarak HttpPost olduğu varsayıldığından hataya neden olan buydu.

Sorunum, döndürülen mesajda görünmeyen boş bir referansa sahip olmak kadar basitti, görmek için API'mde hata ayıklamak zorunda kaldım.

SSL olmadan bir sorgu çalıştırırken bu hatayı aldım.

İsteğimin URL şemasını HTTP'den HTTPS'ye değiştirmek sorunu çözdü.