请求响应关联和直接绑定 [英] Request Response Correlation and Direct Binding

查看:58
本文介绍了请求响应关联和直接绑定的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好,

我有一个场景,我将Json文件放入消息框(直接绑定),我的业务流程选择它处理并发送回响应进入消息框。 

I have scenario where i am dropping the Json file Into message box(Direct Binding) and my orchestration picks it up does processing and sends back the Response Into message box. 

我已经提升了以下属性,并在下面创建了一个相关集

I have promoted the below properties and created a correlation set on below

BTS.CorrelationToken,BTS.EpmRRCorrelationToken,BTS.IsRequestResponse,

BTS.ReqRespTransmitPipelineID,BTS.RouteDirectToTP

在BizTalk管理控制台中,我创建了一个请求响应rcv位置并使用了上面的pipeliene组件,

当我测试它时,我收到了响应,但我有一个发送管道,其中JSON编码器删除信封 属性设置为是。这似乎不适用。我只是拿着信封的Json。

相同的场景,我没有使用直接绑定,并在我的业务流程中使用了请求响应端口,并将其绑定在管理控制台中。它应用发送管道并且
起作用。

你能帮我解决这个问题吗?

Sujith

推荐答案

您好,很抱歉,但我无法理解您的具体情况,

Hi, Sorry but I am not able to understand your exact scenario,

您是说您有"Req-Response"吗?接收端口,首先将消息发布到消息框,然后由您的业务流程根据相关集订阅。

Are you saying you have "Req-Response" receive port which first publishes a message to the message box which is then subscribed by your orchestration based on the correlation set.

您是否可以只绘制一个关于您的方案的快速图表,以便于可视化。谢谢

Can you probably just draw a quick diagram about your scenario so its easy to visualize. thanks


这篇关于请求响应关联和直接绑定的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

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