ASP.NET MVC AJAX Sys est une erreur indéfinie

Question

Je reçois une erreur d'exécution Microsoft JScript: 'Sys' est indéfini "sur une de mes pages dans une application MVC lorsque je tente un appel AJAX. L'appel AJAX est créé à partir d'une vue partielle intégrée dans plusieurs pages. Cela fonctionne bien sur toutes les pages sauf une. J'ai lu les messages pointant vers les paramètres du fichier web.config et les mappages .axd comme solutions possibles, mais l'application est correctement configurée dans le fichier web.config et les mappages .axd sont également corrects dans IIS. De plus, cela fonctionne bien sur toutes les pages qui utilisent cette vue partielle sauf une. Il agit comme si les bibliothèques AJAX ne chargeaient pas pour cette page.

Les références aux fichiers de script se trouvent dans le fichier site.master partagé. Toutes les pages, y compris celle qui ne fonctionne pas, font référence à la même page maître.

Des idées? Je travaille sur celui-ci depuis deux jours maintenant. Merci.

EDIT: Comme Sam l'a souligné ci-dessous, il semblerait que l'appel AJAX se déclenche avant que les librairies AJAX aient une chance de charger. Mais, l'appel AJAX est déclenché par un bouton de soumission longtemps après le rendu de la page, de sorte que les bibliothèques AJAX ont eu beaucoup de temps à charger - désolé de ne pas donner suffisamment d'informations la première fois.

Answer 1

Chargez la page dans Firefox, puis utilisez Firebug pour inspecter la page - vous pourrez voir tous les scripts individuels qui ont été chargés, plus toutes les demandes réseau qui ont été émises, et si elles ont réussi ou non. C'est mieux que d'essayer de dépanner du point de vue du serveur.

Si vous utilisez IE8, vous pouvez utiliser la fenêtre Outils de développement, mais je pense que Firebug est meilleur - les deux outils supportent le débogage JavaScript. Le problème le plus probable est que vous exécutez le script dans votre vue partielle avant que les scripts dont il dépend aient eu une chance de charger - assurez-vous que tous les appels de script que vous avez dans votre vue partielle ne s'exécuteront qu'une fois la page a chargé, et pas immédiatement pendant le chargement.

Answer 2

Ajouter à web.cofig dans la section:

<remove verb="*" path="*.asmx"/> 

<add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> 

<add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> 

<add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false"/> 

<add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/> 

Answer 3

Juste au cas où ... utilisez ce qui suit pour éviter chemin issues

<script src="<%= Url.Content("~/Scripts/MicrosoftAjax.debug.js") %>" 
    type="text/javascript"></script> 
<script src="<%= Url.Content("~/Scripts/MicrosoftMvcAjax.debug.js") %>" 
    type="text/javascript"></script> 

Source: http://msdn.microsoft.com/en-us/library/dd381533.aspx

Merci, Arty

Answer 4

En ce qui concerne votre réponse à Sam, une chose que je l'ai remarqué dans beaucoup d'applications MVC est que les gens ne savent pas comment faire face avec l'ambiguïté des chemins relatifs et l'application/runtime. Par exemple, la réécriture d'URL garantit à peu près qu'une page particulière peut apparaître à des profondeurs différentes de celles prévues, donc ../../images pointera ailleurs si vous regardez /products/widget ou /products/widget/12345, même si la vue peut être la même.Comme Arty l'a souligné, la meilleure façon de gérer cela est de laisser le moteur faire le travail pour vous en utilisant un utilitaire d'URL et des chemins relatifs à l'application qui seront corrigés par l'application, quel que soit le contexte.

Answer 5

J'ai également constaté que l'utilisation des travaux suivants avec ASP.NET MVC2.

Au lieu d'utiliser MicrosoftMvcAjax.js, vous utilisez MicrosoftMvcValidation.js

Hope this helps quelqu'un.

Answer 6

Tous les cas ci-dessus sont ok.Mais parfois développeur oublier d'ajouter des fichiers javascript pour ajax .So s'il vous plaît vérifier également.

Answer 7

Dans web.config ajoutez la ligne suivante de code sous appsettings tag:

<add key="UnobtrusiveJavaScriptEnabled" value="true" /> 

Answer 8

Fondamentalement, vous pourriez manquer: MicrosoftMvcAjax., MicrosoftMvcValidation.debug et MicrosoftMvcValidation références de fichier JS.

Effectuez les étapes ci-dessous:

1. PM> Install-Package MicrosoftAjax

2. PM> Install-Package MicrosoftMvcAjax.Mvc5

3. les inclure dans bundleconfig comme ci-dessous:

   bundles.Add(new ScriptBundle("~/bundles/mvcFoolProof") 
        .Include("~/Scripts/MicrosoftAjax*", 
          "~/Scripts/MicrosoftMvcAjax*", 
          "~/Scripts/MicrosoftMvcValidation*", 
          "~/Scripts/mvcfoolproof*", 
          "~/Scripts/MvcFoolproofJQueryValidation*", 
          "~/Scripts/MvcFoolproofValidation*")); 
   

Maintenant, cela devrait fonctionner sans aucune erreur.