Exception intermittente asp.net mvc : "Une méthode d'action publique ABC n'a pas pu être trouvée sur le contrôleur XYZ."

Question

Je reçois une exception intermittente disant que asp.net mvc ne peut pas trouver la méthode d'action. Voici l'exception :

Une méthode d'action publique "Fill" pourrait ne pas être trouvée sur le contrôleur Schoon.Form.Web.Controllers.ChrisController'.

Je pense avoir configuré le routage correctement car cette application fonctionne la plupart du temps. Voici la méthode d'action du contrôleur.

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

L'itinéraire :

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

Et voici la pile :

System.Web.HttpException : Une action publique d'action publique 'Fill' n'a pas pu être trouvé sur le contrôleur Schoon.Form.Web.Controllers.ChrisController'. à l'adresse System.Web.Mvc.Controller.HandleUnknownAction(String actionName) dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\Controller.cs :ligne 197 à System.Web.Mvc.Controller.ExecuteCore() dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\Controller.cs :ligne 164 à System.Web.Mvc.ControllerBase.Execute(RequestContext requestContext) dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\ControllerBase.cs :ligne 76 à System.Web.Mvc.ControllerBase.System.Web.Mvc.IController.Execute(RequestContext requestContext) dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\ControllerBase.cs :ligne 87 à System.Web.Mvc.MvcHandler.ProcessRequest(HttpContextBase httpContext) dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\MvcHandler.cs :ligne 80 chez System.Web.Mvc.MvcHandler.ProcessRequest(HttpContext httpContext) dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\MvcHandler.cs :ligne 68 à System.Web.Mvc.MvcHandler.System.Web.IHttpHandler.ProcessRequest(HttpContext httpContext) dans C:\dev\ThirdParty\MvcDev\src\SystemWebMvc\Mvc\MvcHandler.cs :ligne 104 à System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() à l'adresse System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Voici un exemple de mes filtres ; ils fonctionnent tous de la même manière :

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

Merci, Chris

Answer 1

Nous avons trouvé la réponse. Nous avons regardé dans nos journaux web. Ils montrent que nous recevons des actions http étranges (verbes/méthodes) comme OPTIONS, PROPFIND et HEAD.

Cela semble être la cause de certaines de ces exceptions. Cela explique pourquoi c'était intermittent.

Nous avons reproduit le problème avec l'outil 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

La solution que nous avons utilisée a été d'ajouter une section d'autorisation à web.config :

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

Answer 2

Nous avons rencontré un problème similaire, mais nous avons découvert que cela se produisait parce qu'un utilisateur publiait des messages dans un contrôleur après que sa connexion ait expiré. Le système redirigeait alors vers l'écran de connexion. Après la connexion, il redirigeait vers l'URL à laquelle l'utilisateur essayait de poster, mais cette fois-ci, il effectuait une requête GET à la place et ne trouvait donc pas l'action qui était marquée avec un attribut [HttpPost].

Answer 3

J'ai le même problème dans asp.net mvc. Cette erreur - 404 not found. J'ai résolu le problème de la manière suivante - j'ai mis ce code dans le fichier 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();
    }

Answer 4

Nous venons d'avoir le même problème sur notre application et j'ai pu remonter à un problème de javascript/jquery. Nous avons des liens dans notre application définis à l'aide de Html.ActionLink() qui sont ensuite remplacés par des POST par jquery.

Nous avions d'abord défini le lien :

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

Plus tard, nous remplacerons l'action par défaut par notre fonction SomePostEventHandler :

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

Cela frappait notre action MVC qui avait un filtre HttpPost :

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

Ce que nous avons constaté, c'est que la plupart du temps, cela fonctionnait très bien. Cependant, sur certains chargements de pages lents (ou sur des utilisateurs vraiment rapides), l'utilisateur cliquait sur le lien avant que l'événement jquery $(document).ready() ne se déclenche, ce qui signifie qu'il essayait d'obtenir GET /Controller/SomeAction/XX au lieu d'afficher.

Nous ne voulons pas que l'utilisateur obtienne cette URL, donc la suppression du filtre n'est pas une option pour nous. À la place, nous câblons directement l'événement onclick du lien d'action (nous avons dû modifier légèrement SomePostEventHandler() pour que cela fonctionne) :

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

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

La morale de l'histoire, du moins pour nous, est que si vous rencontrez ces erreurs, recherchez l'URL vers laquelle vous PENSEZ POSTER et assurez-vous que c'est bien le cas.

Answer 5

J'ai aussi eu ce problème.

Dans mon cas, c'était lié à des restrictions verbales sur l'action demandée, où la vue était une POST mais la vue partielle demandée dans le cadre du support GET y HEAD seulement. L'ajout de la POST verbe au AcceptVerbsAttribute (dans MVC 1.0) a résolu le problème.