wcf - 通过命名管道绑定(bind)公开 WCF 服务

标签 wcf named-pipes service-discovery netnamedpipebinding

介绍:

几天前,我成功实现了托管在 Windows 服务中的 WCF 服务。 StackOverflow 的社区帮助了我 the WSDL exposure here .我再次感谢你。但是最近我发现这次服务的另一个潜在客户端与该服务位于同一台机器上,这使我认为我应该使用 namedPipesBinding 添加另一个端点。

就我而言,命名管道似乎是机器内通信的最佳解决方案。 如果这是错误的,请纠正我。

问题:

我需要为同一服务/契约(Contract)公开另一个端点,但这次使用 netNamedPipeBinding。但是我真的不明白如何才能添加来自客户端的服务引用。添加后愚蠢

<endpoint address="net.pipe://localhost/OfficeService"
          binding="netNamedPipeBinding"
          contract="netBridge.Development.OfficeService.IWordService"
          bindingConfiguration="localBinding" />

我试图在位于同一台机器上的 Windows 窗体应用程序中添加服务引用,键入 net.pipe://.... url。它没有用。我必须提到我之前已经删除了 mex(元数据交换)端点,因为我认为没有必要。
  • 命名管道端点绑定(bind)发现是否需要此 mex 端点?
  • 我应该如何将客户端应用程序中的服务引用添加到命名管道端点?
  • 最佳答案

    您的端点看起来不错,尽管我很好奇 localBinding 中的内容......

    听起来最简单的选择就是更改命名管道客户端上的端点配置以匹配您的服务端点。只要它是客户端配置文件中的唯一端点,客户端就不应该关心它。否则,您必须向端点添加名称,并在您新建代理对象时让客户端选择一个特定的名称。

    祝你好运!

    关于wcf - 通过命名管道绑定(bind)公开 WCF 服务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/184878/

    相关文章:

    c# - 使用 HTTPS 的 WCF session

    c# - 使用 SoapUI 测试具有基本身份验证的 WCF

    c++ - 命名管道服务器无法获取管道句柄状态

    在 Windows 上通过管道进行 Java/C++ 通信

    soap - 解析 WSDL 时出错 - Worklight 6.1 - 后端发现服务

    java - 使用 Consul Service Discovery 的自动代理服务

    WCF xmlSerializer 和数据协定属性

    javascript - 修改现有的双工 WCF 服务以与 JavaScript 一起使用

    linux - 使用libuv处理unix fifos的方法有哪些?

    dns - Kubernetes 服务发现无法解析 minikube 上的服务主机