ASP.NET MVC, AJAX Sys n'est pas défini d'erreur

Charger la page dans Firefox, puis utiliser Firebug pour inspecter la page vous pourrez voir tous les scripts qui ont été chargés, en plus de toutes les demandes de réseau qui ont été émis, et s'ils ont réussi ou pas. C'est mieux que d'essayer de résoudre les problèmes à partir du serveur de point de vue.

Si vous êtes en utilisant IE8, vous pouvez utiliser la fenêtre Outils de développement, mais je pense que Firebug est mieux à la fois des outils de support de débogage JavaScript si.

Le problème le plus probable est que vous exécutez le script dans votre vue partielle avant les scripts, c'est dépendante d'avoir eu une chance de charge - assurez-vous que tous les appels de script que vous avez à l'intérieur de votre vue partielle sera exécuté qu'une fois la page chargée, et pas immédiatement pendant le chargement.

Juste au cas où... utiliser les éléments suivants pour éviter les problèmes de chemin d'accès

<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

Grâce,
Arty

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

Faire 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, il devrait fonctionner sans erreurs.

Concernant votre réponse à Sam, une chose que j'ai remarqué dans beaucoup d'apps MVC est que les gens ne savent pas comment faire face à l'ambiguïté de chemins relatifs et de l'application ou de l'exécution. Par exemple, l'URL rewriting assez bien garantit qu'une page en particulier peuvent apparaître à différentes profondeurs que prévu, de sorte ../../images va quelque part d'autre en fonction de si vous êtes à la recherche à /products/widget ou /products/widget/12345, même si le point de vue pourrait être la même. Comme Arty souligné, la meilleure façon de gérer cela est de laisser le moteur faire le travail pour vous en utilisant une URL de l'utilitaire et de l'application des chemins qui seront fixées par la demande, quel que soit le contexte.