简体   繁体   English

WCF服务发现已通过WCF测试客户端和Visual Studio停止工作

[英]WCF Service Discovery has stopped working via WCF Test Client and via Visual Studio

Having spent around 3 days now and losing most of my hair I'm calling out the the wonderful stackoverflow community! 现在花了大约3天的时间,失去了我的大部分头发,我呼唤了一个很棒的stackoverflow社区!

We've got a bunch of WCF Web Services on a dedicated Windows Server 2008 R2 running IIS7.5. 在运行IIS7.5的专用Windows Server 2008 R2上,我们有一堆WCF Web服务。 Some xamlx, svc, asmx. 一些xamlx,svc,asmx。

We've been running these services for a fair few years with no problem. 我们已经运行这些服务好几年了,没有问题。 Now all of a sudden we're finding that any of our apps (web / console etc) are failing to call them. 现在突然之间,我们发现我们的任何应用程序(Web /控制台等)都无法调用它们。 If we explicitly reference the WSDL (appending ?wsdl to a call for example http://server:8000/app/app.svc?wsdl ) then we're sorted and everything works again. 如果我们显式引用WSDL(将?wsdl附加到例如http://server:8000/app/app.svc?wsdl ),那么我们将被排序,并且一切将再次正常进行。

Problem is this doesn't explain what happened on the server that caused all of our services to simply stop working. 问题是这不能解释导致服务器上所有服务停止工作的服务器上发生的情况。

When we try to call the services using WCFTestClient 当我们尝试使用WCFTestClient调用服务时

Error: Cannot obtain Metadata from http://server:8081/app/app.svc If this is a Windows (R) Communication Foundation service to which you have access, please check that you have enabled metadata publishing at the specified address. 错误:无法从http://server:8081/app/app.svc获取元数据。如果这是您有权访问的Windows(R)Communication Foundation服务,请检查是否已在指定地址启用元数据发布。 For help enabling metadata publishing, please refer to the MSDN documentation at http://go.microsoft.com/fwlink/?LinkId=65455.WS-Metadata Exchange Error URI: http://server:8081/app/app.svc Metadata contains a reference that cannot be resolved: ' http://server:8081/app/app.svc '. 有关启用元数据发布的帮助,请参阅MSDN文档, 网址http://go.microsoft.com/fwlink/?LinkId=65455。WS-MetadataExchange错误URI: http://server:8081/app/app.svc元数据包含无法解析的引用:' http://server:8081/app/app.svc '。 Content Type application/soap+xml; 内容类型application / soap + xml; charset=utf-8 was not supported by service http://server:8081/app/app.svc . 服务http://server:8081/app/app.svc不支持charset = utf-8。 The client and service bindings may be mismatched. 客户端和服务绑定可能不匹配。 The remote server returned an error: (415) Cannot process the message because the content type 'application/soap+xml; 远程服务器返回错误:(415)由于内容类型为'application / soap + xml,因此无法处理该消息; charset=utf-8' was not the expected type 'text/xml; charset = utf-8'不是预期的类型'text / xml; charset=utf-8'..HTTP GET Error URI: http://server:8081/app/app.svc The HTML document does not contain Web service discovery information. charset =utf- http://server:8081/app/app.svc错误URI: http://server:8081/app/app.svc HTML文档不包含Web服务发现信息。

I'll happily go through and implement more detailed publishing information to all our web.config files. 我将很高兴地对所有web.config文件进行更详细的发布信息。 No problem with that at all! 完全没有问题! But I want to understand what has happened to with this server that has suddenly caused the discovery of these services to fail. 但是我想了解一下这台服务器突然发生的故障,导致发现这些服务失败。

Also, we've not run windows updates on here since April 2013 (we've since updated and restarted and it's had no effect) 此外,自2013年4月以来,我们一直未在此处运行Windows更新(此后我们已更新并重新启动,但此操作无效)

The applications are a mix of .NET 2 up to and including 4.5 and discovery is failing on all of them. 这些应用程序混合了.NET 2以及更高版本(包括4.5),并且所有这些应用程序均未通过发现。 We also have a mirror of this server we use for testing with the exact same setup and the discovery of these services does not fail. 我们还有一个用于此服务器的镜像,用于以完全相同的设置进行测试,并且发现这些服务不会失败。

Any help is appreciated! 任何帮助表示赞赏!

Wow it took quite a while to fix this but we found out the issue - it was with New Relic's .NET Agent. 哇,花了好一会儿才解决,但我们发现了问题-这是New Relic的.NET Agent造成的。 After removing it we had no problems. 删除后,我们没有问题。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM