第一个问题
第一个问题是我在两个独立的程序中有两个唯一命名的管道:
> net.pipe:// localhost / superuniquepipe1
> net.pipe:// localhost / superuniquepipe2
但是,由于已经在使用的地址,第二个启动的程序在打开ServiceHost时会抛出一个异常(我相信它是AddressAlreadyInUseException).
我实例化这些ServiceHosts的方式如下:
Uri[] baseAddresses = new Uri[] { new Uri("net.pipe://localhost") };this.host = new ServiceHost(this,baseAddresses);this.host.AddServiceEndpoint(typeof(IHostType),new NetnamedPipeBinding(),"superuniquepipe1");this.host.open();
所以我首先指定localhost的基地址,然后在添加端点时指定其余部分,我解决这个问题的方法是更改代码,如下所示:
this.host = new ServiceHost(this);this.host.AddServiceEndpoint(typeof(IHostType),"net.pipe://localhost/superuniquepipe2");this.host.open();
我是否正确说这个有效的原因是因为它只检查基地址而不是我试图添加的端点?并使用第二个代码示例一个有效/安全的方式让多个程序监听“localhost”?
第二个问题:
为了解决上述问题,我将基本地址从localhost更改为许多不同的唯一字符串,例如“net.pipe:// rawrwhyisntthisworkingsadface”,但在执行此 *** 作时,我会从客户端尝试建立连接时看到InvalIDCredentialException(请参阅下面的代码)
我的印象是命名管道可以命名为任何东西,任何人都可以对这一个有所了解吗?
ChannelFactory<IHostType> factory = new ChannelFactory<IHostType>(new NetnamedPipeBinding(),new EndpointAddress("net.pipe://rawrwhyisntthisworkingsadface/superuniquepipe2"));IHostType proxy = factory.CreateChannel();proxy.CallSomeMethodAndGetAnException();
任何输入都会非常感激,因为我说我已经解决了这个问题并且只是想知道为什么我的解决方案有效,但是如果你看到我如何解决它的一个缺陷并且可以提出一个更好的方法,请这样做:)
解决方法 问题1:WCF NetnamedPipeBinding使用命名的共享内存部分向其客户端发布可以通过其调用服务的管道的实际名称.管道名称本身是一个GUID,每次打开服务主机时都会重新生成.它是用于发布依赖于服务URL的服务的共享内存部分的名称.如果定义了基址,则使用基址来派生此名称.
这意味着您一次只能运行一个WCF服务应用程序,该应用程序使用NetnamedPipe端点的特定基址.如果您尝试启动第二个,它会因AddressAlreadyInUseException而失败,因为它发现WCF要用于发布位置的名称(从基地址派生)已被另一个应用程序占用.
如果您未指定基址,并为每个服务提供绝对唯一的服务URL,则现在可以从完整绝对URL派生出版位置的名称,并且应用程序之间不存在名称冲突.这是一种完全有效且安全的方法,可以监听多个WCF命名管道服务.
问题2:
在服务端,您可以使用任何内容作为服务URL的主机名部分.这是由于NetnamePipeBinding中默认应用的HostnameComparisonMode设置,因为WCF中的算法(派生共享内存发布位置的名称)将使用通配符替换主机名see here,以启用配置的主机名比较模式.
但是,在客户端,服务URL受到限制:主机部分必须真正解析为localhost(即它是localhost,正确的IP地址或正确的计算机名称).
总结以上是内存溢出为你收集整理的c# – 两个唯一的命名管道冲突和InvalidCredentialException全部内容,希望文章能够帮你解决c# – 两个唯一的命名管道冲突和InvalidCredentialException所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)