간헐적 인 asp.net mvc 예외 : "공개 작업 방법 ABC를 컨트롤러 XYZ에서 찾을 수 없습니다."

asp.net mvc에서 작업 방법을 찾을 수 없다는 간헐적 인 예외가 발생합니다. 예외는 다음과 같습니다.

컨트롤러 'Schoon.Form.Web.Controllers.ChrisController'에서 공개 작업 메서드 'Fill'을 찾을 수 없습니다.

이 응용 프로그램이 대부분 작동하기 때문에 라우팅이 올바르게 설정되어 있다고 생각합니다. 다음은 컨트롤러의 동작 방법입니다.

[ActionName("Fill")]
[AcceptVerbs(HttpVerbs.Get | HttpVerbs.Post), UserIdFilter, DTOFilter]
public ActionResult Fill(int userId, int subscriberId, DisplayMode? mode)
{
     //…
}

경로:

routes.MapRoute(
        "SchoonForm",
        "Form/Fill/{subscriberId}",
        new { controller = "ChrisController", action = "Fill" },
        new { subscriberId = @"\d+" }
    );

그리고 여기에 스택이 있습니다.

System.Web.HttpException : 'Schoon.Form.Web.Controllers.ChrisController'컨트롤러에서 공용 작업 메서드 'Fill'을 찾을 수 없습니다. C : \ dev \ ThirdParty \ MvcDev \ src \ SystemWebMvc \ Mvc \ Controller.cs : line 197의 System.Web.Mvc.Controller.HandleUnknownAction (String actionName)에서 C의 System.Web.Mvc.Controller.ExecuteCore ()에서 : \ dev \ ThirdParty \ MvcDev \ src \ SystemWebMvc \ Mvc \ Controller.cs : line 164 at System.Web.Mvc.ControllerBase.Execute (RequestContext requestContext) in C : \ dev \ ThirdParty \ MvcDev \ src \ SystemWebMvc \ Mvc \ ControllerBase.cs : line 76 at System.Web.Mvc.ControllerBase.System.Web.Mvc.IController.Execute (RequestContext requestContext) in C : \ dev \ ThirdParty \ MvcDev \ src \ SystemWebMvc \ Mvc \ ControllerBase.cs : line 87 System.Web.Mvc.MvcHandler.ProcessRequest (HttpContextBase httpContext)에서 C :

다음은 모두 동일한 방식으로 작동하는 필터의 예입니다.

public class UserIdFilter : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        const string Key = "userId";

        if (filterContext.ActionParameters.ContainsKey(Key))
        {
            filterContext.ActionParameters[Key] = // get the user id from session or cookie
        }

        base.OnActionExecuting(filterContext);
    }
}

고마워, 크리스

답을 찾았습니다. 우리는 웹 로그를 조사했습니다. OPTIONS, PROPFIND 및 HEAD와 같은 이상한 http 작업 (동사 / 메서드)을 수신하는 것으로 나타났습니다.

이것은 일부 논문 예외의 원인으로 보입니다. 이것은 간헐적 인 이유를 설명합니다.

curl.exe 도구로 문제를 재현했습니다.

curl.exe -X OPTIONS http://localhost/v2.3.1.0/(S(boztz1aquhzurevtjwllzr45))/Form/Fill/273
curl.exe -X PROPFIND http://localhost/v2.3.1.0/(S(boztz1aquhzurevtjwllzr45))/Form/Fill/273
curl.exe -X HEAD http://localhost/v2.3.1.0/(S(boztz1aquhzurevtjwllzr45))/Form/Fill/273

우리가 사용한 수정은 web.config에 인증 섹션을 추가하는 것입니다.

<authorization>
  <deny users="*" verbs="OPTIONS, PROPFIND, HEAD"/>
</authorization>

비슷한 문제가 있었지만 사용자가 로그인 시간이 초과 된 후 컨트롤러에 게시했기 때문에 발생하는 것으로 나타났습니다. 그런 다음 시스템은 로그인 화면으로 리디렉션됩니다. 로그인 후 사용자가 게시하려는 URL로 다시 리디렉션되었지만 이번에는 대신 GET 요청을 수행했기 때문에 [HttpPost] 속성으로 표시된 작업을 찾지 못했습니다.

asp.net mvc에서 같은 문제가 있습니다. 이 오류-404를 찾을 수 없습니다. 이 방법으로 문제를 해결합니다-이 코드를 MyAppControllerBase(MVC) 에 넣습니다.

    protected override void HandleUnknownAction(string actionName)
    {
        this.InvokeHttp404(HttpContext);
    }

    public ActionResult InvokeHttp404(HttpContextBase httpContext)
    {
        IController errorController = ObjectFactory.GetInstance<PagesController>();
        var errorRoute = new RouteData();
        errorRoute.Values.Add("controller", "Pages");
        errorRoute.Values.Add("action", "Http404");
        errorRoute.Values.Add("url", httpContext.Request.Url.OriginalString);
        errorController.Execute(new RequestContext(
             httpContext, errorRoute));

        return new EmptyResult();
    }

우리는 방금 응용 프로그램에 동일한 문제가 있었고 javascript / jquery 문제를 추적 할 수있었습니다. 나중에 jquery에 의해 POST로 재정의되는 Html.ActionLink ()를 사용하여 정의 된 응용 프로그램에 링크가 있습니다.

먼저 링크를 정의했습니다.

Html.ActionLink("Click Me", "SomeAction", new { id = Model.Id})

나중에 SomePostEventHandler 함수로 기본 작업을 재정의합니다.

 $(document).ready(function() {
      $('#MyLink').click(SomePostEventHandler);
 }

이것은 HttpPost 필터가있는 MVC 작업에 부딪 혔습니다.

 [HttpPost]
 public ActionResult SomeAction(int id)
 {
      //Stuff
 }

우리가 찾은 것은 대부분의 경우 이것이 훌륭하게 작동한다는 것입니다. 그러나 일부 느린 페이지로드 (또는 정말 빠른 사용자)에서 사용자는 jquery $ (document) .ready () 이벤트가 발생하기 전에 링크를 클릭했습니다. 즉, 전기.

사용자가 해당 URL을 가져 오는 것을 원하지 않으므로 필터를 제거하는 것은 옵션이 아닙니다. 대신 액션 링크의 onclick 이벤트를 직접 연결했습니다 (이 작업을 수행하려면 SomePostEventHandler ()를 약간 변경해야했습니다).

string clickEvent = "return SomePostEventHandler(this);";

Html.ActionLink("Click Me", "SomeAction", new { id = Model.Id}, new { onclick = clickEvent })

따라서 적어도 우리에게이 이야기의 교훈은 이러한 오류가 표시되는 경우 게시하려는 URL을 추적하고 있는지 확인하는 것입니다.

나도이 문제가 있었다.

제 경우에는 요청 된 작업에 대한 동사 제한과 관련이 있습니다. 여기서보기는 POST였지만 부분보기는 지원 GET되고 HEAD만 요청되었습니다 . (MVC 1.0에서) POST동사를 추가하면 AcceptVerbsAttribute문제가 해결되었습니다.

IIS 로그에서 문제는 Googlebot이 POST를 시도하고 POST 전용 컨트롤러 작업에 대한 GET으로 인해 발생했습니다.

이 경우 Dmitriy 제안과 같은 404 처리를 권장합니다.

현재 허용되는 답변은 예상대로 작동하지만 기능의 기본 사용 사례는 아닙니다. 대신 ASP.NET에서 정의한 기능을 사용하십시오. 제 경우에는 GET 및 POST를 제외한 모든 것을 거부했습니다.

  <system.webServer>
  <security>
      <requestFiltering>
          <verbs allowUnlisted="false">
              <add verb="GET" allowed="true"/>
              <add verb="POST" allowed="true"/>
          </verbs>
      </requestFiltering>
  </security>
 </system.webServer>

위의 코드 스 니펫을 사용하면 MVC는 404를 올바르게 반환합니다.

안돼

routes.MapRoute(
        "SchoonForm",
        "Form/Fill/{subscriberId}",
        new { controller = "Chris", action = "Fill" },

또한 필터의 기능은 무엇입니까? ActionMethodSelectorAttribute와 같은 작업을 숨길 수 없습니까?

qq 파일 업로드 와 비슷한 문제가 있습니다.

게시 작업이 /Document/Save발생하면 예외가 발생 합니다. 'Project.Controllers.DocumentController'컨트롤러에서 공개 작업 메서드 'Save'를 찾을 수 없습니다.

그러나 포스트 액션이 /Document/Save/ 이면 포스트가 정확하고 작동합니다!

하나님은 / ?

내 근본 원인은 댓글에 언급 된 것과 유사했습니다.

나는 ajaxSubmitting버튼을 클릭하면 양식 이었다 . 양식 필드 중 하나가 Date. 그러나 클라이언트와 서버 시스템 간의 날짜 형식이 다르기 때문에 컨트롤러에서 POST 메서드를 실행하지 않았습니다. 서버는 302응답을 다시 보낸 다음 GET동일한 메서드에 대한 요청을 다시 보냈습니다 .

그러나 컨트롤러의 작업은 HttpPost속성 으로 장식 되었으므로 메서드를 찾을 수없고 404응답을 다시 보냈습니다 .

날짜 형식의 불일치로 인해 오류가 발생하지 않고 문제가 수정되도록 코드를 수정했습니다.

[HttpGet]속성을 제거하면 작동합니다. :)

angularjs, MVC 및 {{imagepath}} 유형에이 문제가있는 사람은 이미지 src 속성에 삽입합니다. 예 :

"컨트롤러에서 '{{imagepath}} previous.png'공개 작업 방법을 찾을 수 없습니다."

해결책은 src 대신 ng-src를 사용하는 것입니다.

이것이 누군가에게 도움이되기를 바랍니다 :)

문제의 URL을 검색하는 것만으로도 오류를 재현 할 수 있는지 확인하십시오. 작업이 POST 작업으로 만 정의 된 경우입니다. 이렇게하면 오류를 마음대로 재현 할 수 있습니다.

어쨌든 아래와 같이 오류를 전역 적으로 처리 할 수 ​​있습니다. 참조하는 또 다른 답변은 HandleUnknownAction잘못된 컨트롤러 이름이 아닌 잘못된 작업 이름이있는 URL 만 처리합니다. 다음 접근 방식은 둘 다 처리합니다.

이것을 기본 컨트롤러에 추가하십시오 (여기에서 코드보기 생략).

public ActionResult Error(string errorMessage)
{
    return View("Error");  // or do something like log the error, etc.
}

위의 메서드를 호출하거나 잡힌 404 오류에 대해 원하는 작업을 수행하는 Global.asax.cs에 전역 예외 처리기를 추가합니다.

void Application_Error(object sender, EventArgs e)
{
    Exception ex = Server.GetLastError();  // get the exception object
    HttpException httpException = ex as HttpException;

    if (httpException != null && httpException.GetHttpCode() == 404)  // if action not found
    {
        string errorMessage = "The requested page was not found.";

        RouteData routeData = new RouteData();
        routeData.Values.Add("controller", "Base");
        routeData.Values.Add("action", "Error");
        routeData.Values.Add("errorMessage", errorMessage);

        Server.ClearError();
        Response.TrySkipIisCustomErrors = true;

        // Go to our custom error view.
        IController errorController = new BaseController();
        errorController.Execute(new RequestContext(new HttpContextWrapper(Context), routeData));
    }
}