“405 method not allowed” - lors de l'utilisation de ASP.NET jQuery ajax POST

J'ai cherché, grâce à des charges de différents DONC des questions liées à un problème similaire, mais je n'ai pas été en mesure de trouver quelque chose de pertinent à mon problème.

J'ai le texte suivant jQuery code:

$.ajax({
   url: "Index.aspx/DeclineRequest"
   , type: 'POST'
   , contentType: 'application/json; charset=utf-8'
   , dataType: 'json'
   , data: JSON.stringify({ RequestId: requestId })
});

Je suis en utilisant un très technique similaire à publier des données sur un autre ASP.NET application web, et cela fonctionne bien. Cependant, cette application est de retourner le message d'erreur suivant:

"NetworkError: 405 Method Not Allowed - http://localhost:57255/....."

Je ne peux pas trouver quelque chose de différent à propos de ces 2 applications, donc je suis confus quant à pourquoi cela ne fonctionne pas.

Cette seule différence entre ces 2 applications qui je pense, est que celui qui travaille .NET 2.0, et celle qui n'est pas travail est .NET 3.5.

J'ai essayé d'ajouter ce qui suit à mon web.config, mais j'obtiens toujours la même erreur 405:

<webServices>
   <protocols>
     <add name="HttpPost"/>     
     <add name="HttpPostLocalhost"/>   
   </protocols>      
</webServices>

Comment puis-je résoudre ce problème?

Mise à JOUR (16:40): j'ai déplacé cette application pour IIS, et l'erreur 405 n'est plus retourné. Notre environnement de développement est cependant localhost seulement. Pourquoi en serait-il seulement d'une erreur sur localhost?

  • Pouvez-vous nous montrer votre e DeclineRequest méthode?
  • Il est similaire à stackoverflow.com/questions/7430492/...??
  • DeclineRequest méthode est tout simplement l'appel de return "Hello World" pour le moment. Je ne pense pas que c'est la question que de taper le nom de la méthode renvoie la même erreur. J'ai délibérément mal orthographiés la méthode des tests pour vérifier ce point.
InformationsquelleAutor Curt | 2012-04-19
  1. 1

    405 erreurs surviennent souvent avec la méthode POST. Vous pouvez peut-être essayer d'introduire un type de formulaire de saisie sur le site Web, mais pas tous les fournisseurs de permettre à la POSTE de la méthode nécessaire pour traiter le formulaire.

    Toutes les erreurs 405 peut être retracée à la configuration du serveur Web et de la sécurité régissant l'accès au contenu du site Web, de sorte que devrait être facilement expliqué par votre fournisseur de services internet.

    http://www.checkupdown.com/status/E405.html

    Je serait à son tour d'enregistrement IIS pour vérifier les demandes. Bénéficiez également de violon pour voir ce qui se passe derrière les coulisses

    • Je suis juste le faire par le biais de localhost à l'heure actuelle avec VS 2010, donc je n'ai pas d'enregistrement IIS.
    • J'ai vu beaucoup d'incohérences entre les moyens IIS et VS de travail. Je voudrais essayer la configuration de IIS hôte et à partir de là.
    • Cela fonctionne bien pour mes autres demande si, en cours d'exécution sur la même machine, avec près d'un code identique. Si l'installation d'IIS ne semble pas être la solution.
    • ok. Mais vous pouvez toujours obtenir le Violoneux, et d'examiner la demande/réponse
    • J'ai téléchargé le violoneux, mais ce n'est pas vraiment à me dire beaucoup plus que FireBug ne
    • contentTypeString par Défaut: 'application/x-www-form-urlencoded' Lors de l'envoi des données au serveur, l'utilisation de ce type de contenu. Par défaut est "application/x-www-form-urlencoded", qui est très bien pour la plupart des cas.
    • il est vaut le coup
    • J'ai essayé, mais toujours pas de chance

    InformationsquelleAutor Dimitri
  2. 1

    Peut-être en retard à la fête, mais, essayez d'ajouter à votre site Web.Fichier de configuration:

    < handlers >
   ....
       < remove name="WebDAV" />
   ....
< /handlers >

    Cet article explique ce que pourrait être la cause du problème:

    http://www.asp.net/web-api/overview/testing-and-debugging/troubleshooting-http-405-errors-after-publishing-web-api-applications

    InformationsquelleAutor Stralos
  3. 0

    url: Index".aspx/DeclineRequest" ne devrait pas être l'url: "l'Index.aspx?DeclineRequest" faut-il?

    Désolé pour le plutôt évident suggestion, je n'ai pas vu une url comme ça avant. Vous êtes de la réécrire?

    • C'est un WebMethod appel format qui appelle DeclineRequest méthode définie dans l'Index.aspx le code-behind.
    • Merci! J'ai fait merveille...
    InformationsquelleAutor Neil Thompson
  4. 0

    vérifier la demande ur envoi vers le serveur
    les paramètres de declineRequest est un objet avec une propriété de RequesId OU
    un string(ou tout autre type de données) nom RequestId
    parce que dans ce dernier cas, u peut juste envoyer des données comme JSON ou une chaîne simple comme RequestId=requestId

    donc, essayez de remplacer JSON.stringify({ RequestId: requestId }) avec quelque chose de plus approprié

    • Même sans l'envoi de tous les paramètres, j'ai le même problème
    • qu'est-ce exactement est-il le TYPE du paramètre là? est-ce un non type nullable?
    • Ses un Integer
    InformationsquelleAutor Parv Sharma
  5. 0

    Ma conjecture est la suivante: Dans la demande, vous dites que le contenu retourné sera JSON, mais vous êtes de retour de la plaine de la chaîne qui est en format incorrect... Essayez de retour correcte JSON ou de changer de type de contenu en texte brut pour le test...

    InformationsquelleAutor ŁukaszW.pl
  6. -3

    supprimer ce code dataType: 'json' à partir de votre code et exécuter

    • C'est defenitely pas la bonne réponse. type de données n'a rien à voir avec de la SCRO erreur.
    InformationsquelleAutor Kasun