由于某种原因,我无法使服务的Net.Pipe端点(EP)正常工作。
这是在 IIS7 中承载的 .Net 4.0 WCF 服务。
有两个缺点...
- 首先,EP不会提供元数据。
- 其次,EP实际上不起作用 - 我正在通过VS2010的一部分WCF测试客户端对其进行测试。
我认为两者实际上都与同一个问题有关。
收到的实际错误是...
There was no endpoint listening at net.pipe://[machinename].[domainname]/Services/TestService.svc that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.
我注意到的第一件事是,无论我在基址中如何称呼我的管道,它都会重命名为 [machinename]。[域名]这似乎很奇怪。这在输出的服务元数据中很明显。但是,如果我在测试客户端中使用我的管道名称或此重命名的名称,则两者都不起作用。
我还在Windows功能中启用了WAS,为IIS中的所有协议设置了站点绑定,并在IIS(http,net.tcp,net.pipe)的"启用的协议"框中键入了协议的名称。我还检查了"Net.Pipe侦听器适配器"是否在Windows Servics中启动。
我的http和net.tcp EP都可以正常工作并返回元数据。
我的配置列在下面 - 有没有人知道是什么阻止了这个 EP 工作?我很确定它很简单!!
<system.serviceModel>
<behaviors>
<!-- EP Behaviors -->
<endpointBehaviors>
<behavior name="PayloadMessageInspector">
<MessageHeaderBehavior />
<MessagePayloadBehavior />
</behavior>
</endpointBehaviors>
<!-- Service Behaviors -->
<serviceBehaviors>
<behavior name="GenericServiceBehavior">
<serviceDebug includeExceptionDetailInFaults="true" />
<serviceMetadata httpGetEnabled="true" policyVersion="Policy15" />
</behavior>
</serviceBehaviors>
</behaviors>
<!-- Bindings Section -->
<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
<bindings>
<!-- Basic Http Binding -->
<basicHttpBinding>
<binding maxReceivedMessageSize="10485760" maxBufferSize="10485760" maxBufferPoolSize="10485760">
<security mode="TransportCredentialOnly">
<transport clientCredentialType="Windows" />
</security>
</binding>
</basicHttpBinding>
<!-- Net TCP Binding -->
<netTcpBinding>
<binding maxReceivedMessageSize="10485760" maxBufferSize="10485760" maxBufferPoolSize="10485760" />
</netTcpBinding>
<!-- Net Pipe Binding -->
<netNamedPipeBinding>
<binding maxReceivedMessageSize="10485760" maxBufferSize="10485760" maxBufferPoolSize="10485760" />
</netNamedPipeBinding>
</bindings>
<!-- Services Section -->
<services>
<!-- Membership Service -->
<service name="TestService" behaviorConfiguration="GenericServiceBehavior">
<host>
<baseAddresses>
<add baseAddress="http://localhost/Services/TestService.svc" />
<add baseAddress="net.tcp://localhost/Services/TestService.svc"/>
<add baseAddress="net.pipe://Dev/Services/TestService.svc"/>
</baseAddresses>
</host>
<!-- HTTP -->
<endpoint
address=""
binding="basicHttpBinding"
contract="ITestService" name="TestServiceBasicHttp" behaviorConfiguration="PayloadMessageInspector" />
<!-- NetTCP -->
<endpoint
address=""
binding="netTcpBinding"
contract="ITestService" name="TestServiceNetTcp" behaviorConfiguration="PayloadMessageInspector" />
<!-- NetPipe -->
<endpoint
address=""
binding="netNamedPipeBinding"
contract="ITestService" name="TestServiceNetPipe" behaviorConfiguration="PayloadMessageInspector" />
<!-- Mex (Net.Tcp / Net.Pipe ) -->
<endpoint name="TestServiceNetTcpMex" address="mex" binding="mexTcpBinding" contract="IMetadataExchange" />
<endpoint name="TestServiceNetPipeMex" address="mex" binding="mexNamedPipeBinding" contract="IMetadataExchange" />
</service>
</services>
<!-- Extensions -->
<extensions>
<behaviorExtensions>
<add name="MessageHeaderBehavior" type="ServiceMessageHeaderBehavior, TestService.Logging" />
<add name="MessagePayloadBehavior" type="ServiceMessagePayloadBehavior, TestService.Logging" />
</behaviorExtensions>
</extensions>
</system.serviceModel>
添加以下 mex 终结点后,WCF 测试客户端能够看到我的命名管道终结点:
通过查看测试客户端生成的配置,我发现我的客户端的终结点地址是错误的。 这最终对我有用...
net.pipe://localhost/{webapproot}/{path}/ServiceName.svc/{relativeaddress}
我希望这对某人有所帮助。