使用 WCF-Custom 处理 tableop 选择查询返回原始消息.. 不是数据
Posted
技术标签:
【中文标题】使用 WCF-Custom 处理 tableop 选择查询返回原始消息.. 不是数据【英文标题】:Using WCF-Custom to process a tableop select query returns the original message.. not data 【发布时间】:2022-01-06 15:12:38 【问题描述】:我已使用此架构创建的语法创建了一条消息。
我的编排接收消息并将其传递给请求/响应发送形状。然后将响应结果传递到发送端口。我使用生成的文件创建的配置创建了我的 Soap Action 标头。操作标头引发警告,但没有错误。当我检查响应文件夹时,它包含如上所示的原始输入消息。它的行为就像它甚至没有命中 SQL Server。有没有人对如何解决这个问题有任何见解。我还构建了一个插入应用程序,它工作正常。
【问题讨论】:
您的问题中没有足够的信息让我们回答。如果您打开邮件正文跟踪并查看收到的邮件,您会看到什么?什么将消息写入输出文件夹?带有过滤器的发送端口,还是编排?如果有,请提供详细信息。请使用edit 链接向问题添加详细信息。 它显示从接收端口传入的消息,然后是相同的消息进入发送端口(请求/响应)。 SQL 响应由接收端口接收。输出发送端口(转到文件夹)与响应的消息类型相同。 另外,当我创建生成的对象并将其设置为对表进行选择时,它生成了我的 tableoperation 模式和 Table.dbo 模式。此架构是否仅由 BizTalk 使用? 是否应该在发送端口上接收到 SQL 响应,例如它应该是一个请求/响应发送端口? 它是..我只是给了它与传入消息相同的消息类型。 【参考方案1】:愚蠢的错误。我假设发送/响应是两个操作。选择和选择响应。一旦我将 SoapActionHeader 更改为:TableOp/Select/dbo/M351SR,它就起作用了。感谢您的帮助
【讨论】:
以上是关于使用 WCF-Custom 处理 tableop 选择查询返回原始消息.. 不是数据的主要内容,如果未能解决你的问题,请参考以下文章
Kotlin 协程Flow 流异常处理 ( 收集元素异常处理 | 使用 try...catch 代码块捕获处理异常 | 发射元素时异常处理 | 使用 Flow#catch 函数捕获处理异常 )
Kotlin 协程Flow 流异常处理 ( 收集元素异常处理 | 使用 try...catch 代码块捕获处理异常 | 发射元素时异常处理 | 使用 Flow#catch 函数捕获处理异常 )