web Services 引用问题,急!

问题描述

我从VS2008中的WEB工程中引入WebServices时,为什么有些可以成功,有些不能成功呢(引入成功的和引入不成功的URL使用的网站端口不同)?不成功的错误提示如下下:URIhttp://localhost:8000/_vti_bin/sites.asmx处的文档未被识别为已知的文档类型。来自各已知类型的错误信息可能有助于修复该问题:-来自“http://localhost:8000/_vti_bin/sites.asmx”的报告是“无法识别此文档格式(内容类型为“text/html;charset=utf-8”)。”。-来自“DISCO文档”的报告是“缺少根元素。”。-来自“WSDL文档”的报告是“无法识别此文档格式(内容类型为“text/html;charset=utf-8”)。”。-来自“XML架构”的报告是“无法识别请熟悉的朋友帮忙看一下!

解决方案

解决方案二:
试一试在IE中浏览http://localhost:8000/_vti_bin/sites.asmx如果不行则说明有问题。用记事本打开asmx,比较可用的和不可用的有什么不同。如果不是在一个网站下,看看asp.netversion设置的是否正确。也比较其它iissettings有何不同。
解决方案三:
该回复于2009-03-03 21:00:37被版主删除
解决方案四:
参考一楼
解决方案五:
webservice不是任何文档都可以引用你如果将asmx中需要引用的内容写在aspx文件中就可以成功调用
解决方案六:
我在引用的时候,引用一个网站的是:http://localhost:8000/_vti_bin/sites.asmx(不成功),另一网站的是:http://localhost:5277/_vti_bin/alerts.asmx(成功)两个网站都是微软的projectServer自己建立的,而且每个网站里面的webservices都是微软提供的呀!我从IE里面把链接输入直接打开来看,可以看到不成功的那个的ASDL是空白的,能成功导入的那个ASDL里面有描述。IIS里面两个网站设置都是一样的,包括ASP.NET版本号。
解决方案七:
up,也遇到这样的问题啊

时间: 2024-10-26 08:17:49

web Services 引用问题,急!的相关文章

Web Services引用MemberShip的問題

问题描述 方法是這樣寫的,但是結果Memeberisnothing<WebMethod()>_PublicFunctionMemberList(ByValusernameAsString)AsStringDimuserAsMembershipUser=Membership.GetUser(username)IfuserIsNothingThenReturn"None"ElseReturnusernameEndIfEndFunction請問,如果才能實現這個功能???多謝大俠

Java 与 .NET 的基于 WS-Security的Web Services集成实现(上)

services|web Java 与 .NET 的基于 WS-Security的Web Services集成实现 rottenapple 本文适用读者: Web Services开发人员 应具备的知识: 使用过VS.NET2003 +WSE开发过Web Services,会使用Jbuilder9开发简单的java应用程序. 一:内容简介 WS-Security描述通过消息完整性,消息机密性和单独消息认证提供保护质量的SOAP消息传递增强.适用于下列场合: 1. 客户必须能够确定消息来自哪个人并

在iis上部署了一个webservice,在iis中能正常运行,但是在一个项目中引用,编译通过,但是运行提示以下错误System.Web.Services.Protocols.SoapException: 服务器未能识别 HTTP 头 SOAPAction

问题描述 System.Web.Services.Protocols.SoapException:服务器未能识别HTTP头SOAPAction的值:http://www.g-esoft.com/OneAccount/WebService/GetEmployeeByKeyid.在System.Web.Services.Protocols.Soap11ServerProtocolHelper.RouteRequest()在System.Web.Services.Protocols.SoapServe

演练:从 Windows 窗体调用 XML Web services

services|web|window|xml XML Web services 是 Visual Studio 的一个新功能,它提供在松耦合环境中使用标准协议(如 HTTP.XML.XSD.SOAP 和 WSDL)交换消息的功能.可以结构化和类型化这些消息或对这些消息进行松散定义.因为 Web 服务基于标准协议,所以 Web 服务应用程序可以与各种不同的实现.平台和设备通讯.有关更多信息,请参阅托管代码中的 XML Web services.可以使用 Web 服务增强 Windows 窗体功能

COM+ Web 服务:通过复选框路由到 XML Web Services(1) (微软中国)

services|web|xml|复选框|微软 COM+ Web 服务:通过复选框路由到 XML Web Services John Noss 和 Jonathan HawkinsMicrosoft Corporation 2001年11月 摘要:COM+ Web 服务新增了某些功能,可与 Microsoft .NET Remoting 集成,并通过 SOAP for COM+ 组件实现 XML Web Services 发布的复选框激活.本文通过几个示例介绍基本的互操作性.配置以及托管和非托管

WEB SERVICES状态管理

services|web WEB SERVICES状态管理 在默认情况下,.NET下的WEB SERVICES是无状态的.不过可以用ASP.NET提供的状态管理那就是SESSION和APPLICATION.这使得WEB SERVICES下状态管理变得简单了,只需使用WEBMETHOD属性的ENABLESESSION子属性就可[WEBMETHOD(ENABLESESSION=TRUE)] 服务端代码如下:[WebMethod(EnableSession= true)] public client

COM+ Web 服务:通过复选框路由到 XML Web Services (转)9

services|web|xml|复选框 编译并运行此 Visual Basic .NET 应用程序,将产生与前面两个 VBScript CAO 示例相同的输出内容. 因为服务器应用程序将组件发布为 CAO 和 WKO 两种形式,所以由远程客户端选择激活方法.虽然可能只对学术研究有意义,但是单一客户端计算机确实可以使用同一组件的两种远程激活方法,访问远程服务器上同一个 SOAP 发布的虚拟根. SOAP 与 DCOM 的局限性和区别.NET Remoting 的目的之一是提供丰富的分布式环境,使

COM+ Web 服务:通过复选框路由到 XML Web Services(3) (微软中国)

services|web|xml|复选框|微软 SOAP 与 DCOM 的局限性和区别 .NET Remoting 的目的之一是提供丰富的分布式环境,使开发人员能够在此环境中对序列化协议(格式化程序)和网络协议(频道)进行组合与匹配..NET 框架 1.0 版本中的 COM+ Web 服务仅支持一种格式化程序 (SOAP) 和一种频道 (HTTP).这并不是说其他频道和格式化程序不能使用 ServicedComponents 或 COM+,而是说没有自动配置为这些备用频道和格式化程序提供客户端和

Java与.NET 的Web Services相互调用

services|web 一:简介 本文介绍了Java与.NET开发的Web Services相互调用的技术.本文包括两个部分,第一部分介绍了如何用.NET做客户端调用Java写的Web Services,第二部分介绍了如何用Java做客户端调用.NET开发的Web Services. 二:项目需要的工具 Windows2000 Server(IIS) Jbuilder9.0( 含有Tomcat , axis) JDK1.4+Java Web Services Develop VS.Net 20