如何使用 LoadGen 设置/传递 WCF 操作名称到 Biztalk ESB
我们使用单一端点的 6 个操作定义了 WCF Web 服务。该服务是使用“BizTalk WCF 服务发布向导”创建的。基本上,最终用户将通过调用服务的特定“WCF SOAP ACTION”来发送消息。 BizTalk 使用 BRE 解析器根据“SOAP ACTION”解析行程。
现在的要求是使用上述服务进行负载测试
为了为服务生成负载,我们使用 LoadGen。但我们在 LoadGen 中指定 WCF 操作(操作)名称时遇到技术挑战。有谁知道我们该怎么做?
仅供参考。在我们的实现中,BizTalk ESB 使用 BRE 解析器而不是消息类型基于“WCF 操作”来解析行程。通过使用消息类型,我们能够使用 BRE 解析器解析行程。但要求是使用 WCF 操作(操作)名称而不是消息类型来解析 BiaTalk ESB 中的行程,因为多个操作使用相同的消息类型但执行不同的操作。
任何帮助将不胜感激!
谢谢 苏达卡尔
We have WCF web service defined with 6 Operations with the single endpoint. This service is created by using "BizTalk WCF service publishing wizard". Basically end user will send the message by calling the particular “WCF SOAP ACTION” of the service. BizTalk resolves the itinerary based on the “SOAP ACTION” using BRE resolver.
Now the requirement is to do the load test with above service
To generate load for the service, we are using LoadGen. But we are having technical challenge specifying the WCF Action(operation) name in LoadGen. Do anyone have any idea how can we do this?
FYI., In our implementation, BizTalk ESB resolves the itinerary based on the “WCF Action” using BRE resolver and not with message type. By using message type, we able to resolves the itinerary using BRE resolver. But the requirement is use WCF Action(operation) name and not the message type to resolve the itinerary in BiaTalk ESB, because multiple operation uses same message type but do different action.
Any help would be highly appreciated!
Thanks
Sudhakar
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
对于 WCF 服务,
LoadGen
无法为 SOAP 操作创建自定义操作标头。对于基本配置文件绑定,您可以尝试使用 SOAPSection 并定义 SOAPHeader 节点。这将排除使用WCFection
。更好的选择是更改 WCF 服务以接受任何操作[OperationContract(Action="*")]
For WCF services
LoadGen
cannot create a custom action header for the SOAP action. For basic profile binding you may try to useSOAPSection
and defineSOAPHeader
nodes. That would exclude the use ofWCFSection
. A better option would be to change the WCF service to accept any action[OperationContract(Action="*")]