通过脚本管理器访问WCF

通过脚本管理器访问WCF,wcf,Wcf,问题:1 我是WCF的初学者,我使用了一个web应用程序,托管在IIS上(有一些端口(250)),添加了一个新的WCF文件,添加了一个操作契约,并试图通过javascript从客户端web应用程序调用WCF服务,我无法让jsdebug文件本身检查是否创建了代理 但是,当我添加一个新的AjaxEnabledWCF文件,添加一个操作契约,并试图通过javascript从客户端web应用程序调用WCF服务时,我能够获得jsdebug文件,也能够获得代理对象 在客户端,我有这样的代码 .aspx 函

问题:1

我是WCF的初学者,我使用了一个web应用程序,托管在IIS上(有一些端口(250)),添加了一个新的WCF文件,添加了一个操作契约,并试图通过javascript从客户端web应用程序调用WCF服务,我无法让jsdebug文件本身检查是否创建了代理

但是,当我添加一个新的AjaxEnabledWCF文件,添加一个操作契约,并试图通过javascript从客户端web应用程序调用WCF服务时,我能够获得jsdebug文件,也能够获得代理对象

在客户端,我有这样的代码

.aspx

函数TestWCF() { 服务工作(成功、错误、正确); } 函数onsuccess(结果) { 警报(结果); } 函数onError(错误) { 警报(“错误:+错误消息”); } 函数onfailed(错误) { 变量i='失败'; } 函数oncompleted() { var i=‘已完成’; } 但在调用操作契约时,我遇到了404错误,无法找出问题所在

问题2:是否有可能将WCF文件设置为AjaxEnabledWCF文件类型


你能帮我一下吗?

这是调试你的问题的基本检查表:

  • 检查您的IIS日志,以确保请求到达了它应该到达的位置
  • 检查IIS中允许请求通过的权限
  • 在web.config中检查身份验证/授权
  • 如果模拟为false,请检查应用程序池标识的权限
  • 检查WCF服务文件所在磁盘上的安全设置
  • 确保WCF服务文件中引用的dll位于bin目录中
  • 检查IIS中的ASP.net是否设置为2.0