如何设置与BizTalk 2013 R2的握手

如何设置与BizTalk 2013 R2的握手,biztalk,handshake,biztalk-2013r2,Biztalk,Handshake,Biztalk 2013r2,为了证明我正在研究的概念,我需要实现握手。 由于我对这种验证非常陌生,我真的不知道如何开始 我需要开发一个自定义行为还是有一个适配器来完成这项工作 该PoC的目的是连接到JSON API,以便从事件网格接收事件数据 我将使用BizTalk 2013 R2处理收到的数据 如果你们需要更多的信息,不要犹豫,我会更新我的帖子 2005年7月27日编辑: 此PoC的目的是从事件网格接收事件。为了使用它,我需要实现三个部分(根据开发团队的说法):握手、接收事件数据和使用JWT令牌进行验证 对于握手,我将

为了证明我正在研究的概念,我需要实现握手。 由于我对这种验证非常陌生,我真的不知道如何开始

我需要开发一个自定义行为还是有一个适配器来完成这项工作

该PoC的目的是连接到JSON API,以便从事件网格接收事件数据

我将使用BizTalk 2013 R2处理收到的数据

如果你们需要更多的信息,不要犹豫,我会更新我的帖子


2005年7月27日编辑:

此PoC的目的是从事件网格接收事件。为了使用它,我需要实现三个部分(根据开发团队的说法):握手、接收事件数据和使用JWT令牌进行验证

对于握手,我将收到一个JSON格式的“请求”,其中包含一个validationCode和一个eventType,必须是“Microsoft.EventGrid.SubscriptionValidationEvent”类型,并且我必须返回一个带有validationCode的响应和一个带有200个结果的HTTP响应


如果握手失败,流必须停止。

你所说的握手到底是什么意思?这是您需要获取的身份验证令牌吗?你需要敲门吗?是的,如果不是BizTalk适配器现成的功能,您可能需要开发自定义行为。您的场景不清楚,您要连接到API还是侦听事件网格?如果握手失败,会发生什么情况?@Hichamveo我更新了我的原始帖子,用于握手的接收部分。您只需要一个带有JSON解码器的WCF WebHttp双向接收位置。您只是返回相同的验证代码吗?答复的格式是什么?又是JSON?对于流程的其余部分,仍然没有足够的细节。您有什么特别的问题?实际上,如果他们想在Azure中使用事件网格,您应该将BIzTalk 2016与FP3或BIzTalk 2020一起使用,然后您可以使用为Azure资源设计的新适配器。