当前位置:  开发笔记 > 后端 > 正文

对于意外结束的URL,无法识别请求格式

如何解决《对于意外结束的URL,无法识别请求格式》经验,为你挑选了4个好方法。

这不是一个问题 - 在此发布以供参考:

使用WebService时,出现以下错误:

对于意外以/ myMethodName结尾的URL,无法识别请求格式

roman m.. 501

在这个网站上找到了解决方案

您只需将以下内容添加到web.config中即可


  
    
      
        
        
      
    
  

来自Microsoft的更多信息



1> roman m..:

在这个网站上找到了解决方案

您只需将以下内容添加到web.config中即可


  
    
      
        
        
      
    
  

来自Microsoft的更多信息


我认为您需要做的就是将切换到
这也适用于IIS7 .Net2.0应用程序吗?
在带有IIS8的Win2012srv上,它是必需的.在带有IIS8的Win8上,不需要它.我所知道的配置中没有其他差异.

2> freefaller..:

尽管我找到的所有信息中有90%(试图找到这个错误的解决方案)告诉我添加HttpGetHttpPost配置,但这对我不起作用......反正我也没有意义.

我的应用程序在许多服务器(30+)上运行,我从来没有必要为其中任何一个添加此配置.在.NET 2.0或.NET 4.0下运行的应用程序版本.

我的解决方案是针对IIS重新注册ASP.NET.

我用以下命令行来实现这个目的......

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -i



3> HasanG..:

确保使用正确的方法:发布/获取,正确的内容类型和正确的参数(数据).

$.ajax({
    type: "POST",
    url: "/ajax.asmx/GetNews",
    data: "{Lang:'tr'}",
    contentType: "application/json; charset=utf-8",
    dataType: "json",
    success: function (msg) { generateNews(msg); }
})



4> Kalpesh Popa..:

高超.

案例2 - 同样的问题可以出现在我的情况下,问题是由于以下行:


  
    
  

它在服务器中运行良好,因为直接调用Web服务函数 - 但是如果您在调试环境中直接从.Net运行服务并想要手动测试运行函数,则会失败.

推荐阅读
帆侮听我悄悄说星星
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有