【问题标题】:Envelope schema without payload : timeout没有有效负载的信封模式:超时
【发布时间】:2012-01-31 09:22:17
【问题描述】:

我有一个请求-响应端口,一个接收位置包含 WCF-BasicHttp 适配器。接收位置附加了一个自定义管道,我在其中放置了一个 XML 反汇编程序,其中包含一个信封模式。该信封模式是包含一些请求元素和有效负载任何元素的请求。 XML 反汇编程序提取此有效负载并将其发布到 MessageBox。

现在我的问题:

当我在没有负载内容的情况下发出请求时,我会超时(来自 WCF,默认为 1 分钟)。当我输入非 xml 内容(如“aaaaa”)时,我也会超时。

Biztalk 在这两种情况下会发生什么(我不明白为什么在这两种情况下都会发生超时)......?

【问题讨论】:

    标签: wcf biztalk biztalk-2010


    【解决方案1】:

    您能否提供更多信息?

    例如 您是否发布了一个接收请求并创建响应的编排? 您是在使用隔离主机,还是直接在 BizTalk 主机进程上创建了接收位置?

    我不确定这是否适用,但如果您将编排作为 WCF 服务发布(不考虑任何封装或管道处理),一旦创建接收位置,任何如果消息满足某些信封标准,则可以将消息发送到该位置(默认为 SOAP 消息信封,但您可以在接收位置消息设置中覆盖它)。然后一个或多个编排可以接收此消息,并且任何发送回端口响应的消息都将被发送回调用方。

    因此,如果您将空数据或不符合要求的数据发布到接收位置,编排将根本不会收到消息,并且很可能会被挂起。 因此,您的 WCF 客户端不会收到回复,因此最终会超时。

    【讨论】:

    • 是的,有一个编排可以创建通用响应消息(此通知意味着已在 Biztalk/Messagebox 中接收到有效负载)。有一个隔离主机,一个接收位置绑定到该主机。我使用 Biztalk WCF 服务发布向导将此业务流程发布为 WCF 请求-响应端口(在发布期间,我将消息变量更改为特定的请求架构,发布后我将其更改为 XmlDocument)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-11-11
    • 2016-01-19
    • 2018-12-01
    • 1970-01-01
    • 2014-09-12
    • 2011-01-09
    • 2017-02-14
    相关资源
    最近更新 更多