BizTalk WCF-Custom Recieve端口保持禁用状态为“System.PlatformNotSupportedException:此平台不支持此操作” [英] BizTalk WCF-Custom Recieve port stays disabled with "System.PlatformNotSupportedException: Operation is not supported on this platform"

查看:512
本文介绍了BizTalk WCF-Custom Recieve端口保持禁用状态为“System.PlatformNotSupportedException:此平台不支持此操作”的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

事件日志中的以下异常未启用接收位置:

The receive location does not get enabled with the following exception in the eventlog:

消息传递引擎无法添加接收位置"ABCServiceReceiveLocation"使用网址" https://xyz.com:20080/abc/2/abc.svc " ;
到适配器"WCF-Custom"。原因:"System.PlatformNotSupportedException:此平台不支持此操作。

The Messaging Engine failed to add a receive location "ABCServiceReceiveLocation" with URL "https://xyz.com:20080/abc/2/abc.svc" to the adapter "WCF-Custom". Reason: "System.PlatformNotSupportedException: Operation is not supported on this platform.

  在System.Net.HttpListener..ctor()

  在System.ServiceModel.Channels.SharedHttpTransportManager.OnOpen()

  在System.ServiceModel.Channels.TransportManager.Open(TransportChannelListener channelListener)

  在System.ServiceModel.Channels.TransportManagerContainer.Open(SelectTransportManagersCallback selectTransportManagerCallback)

  在System.ServiceModel.Channels.HttpChannelListener.OnOpen(TimeSpan timeout)

  在System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)

  在System.ServiceModel.Dispatcher.ChannelDispatcher.OnOpen(TimeSpan timeout)

  在System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)

  在System.ServiceModel.ServiceHostBase.OnOpen(TimeSpan timeout)

  在System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)

  在Microsoft.BizTalk.Adapter.Wcf.Runtime.WcfReceiveEndpoint.Enable()

  在Microsoft.BizTalk.Adapter.Wcf.Runtime.WcfReceiveEndpoint..ctor(BizTalkEndpointContext endpointContext,IBTTransportProxy transportProxy,ControlledTermination控件)

  在Microsoft.BizTalk.Adapter.Wcf.Runtime.WcfReceiver`2.AddReceiveEndpoint(String url,IPropertyBag adapterConfig,IPropertyBag bizTalkConfig)"。

netsh http add urlacl命令was为上述URL执行,接收处理程序在相同的a / c(授予权限)下运行

netsh http add urlacl command was executed for the above URL and the receive handler runs under the same a/c (that the permission was given to)

端口本身是一个WCF-Custom端口,带有webHTTPBinding。它使用自定义行为BizTalkRESTStarterKit(也可在codeplex站点上找到) - 为服务启用REST类接口。具体来说,我们希望能够接收/拨打GET电话。

The port itself is a WCF-Custom port, with webHTTPBinding. It uses the custom behavior, BizTalkRESTStarterKit (also found on the codeplex site) - that enables REST like interface for the service. Specifically, we wanted to be able to receive/make GET calls.

我们不知道为什么会失败。这是权限问题吗?我们错过了一步吗?为了进一步混淆水域,相同的配置目前在我们的稳定(QA)环境中工作。这个错误发生在我们的生产环境中。两个环境
是相同的(Windows 2008 R2的2个服务器集群)。

We have no clue why it is failing. Is it a permissions issue? Are we missing a step? To further muddy the waters, the same configuration currently works in our stable (QA) environment. This error is happening in our production environment. The two environments are identical (2 server cluster of Windows 2008 R2).

此处没有任何BizTalk特定的帮助,尽管有几个链接指向为此关闭serviceMetadata WCF服务。我也尝试过,添加serviceMetadata行为并设置httpGetEnabled& httpsGetEnabled为false。

There is no BizTalk specific help anywhere for this, though several links point to turning off serviceMetadata for the WCF service. I have tried it too, adding serviceMetadata behavior and setting httpGetEnabled & httpsGetEnabled to false.

鉴于我的知识有限,我现在缺乏想法。希望得到社区的一些帮助。

I am now short on ideas, given my limited knowledge. Hoping to get some help from the community.

Krish.M

推荐答案

这两种环境的UAC设置是否可能不同?即你的QA环境是UAC吗?

Is it possible the UAC settings differ on both environments? I.e. is UAC turned of in your QA environment?

问候,

René


这篇关于BizTalk WCF-Custom Recieve端口保持禁用状态为“System.PlatformNotSupportedException:此平台不支持此操作”的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆