Biztalk Wcf接收位置中未发生属性升级

我有一个eDevelop模式和一个body模式，并且在信封上设置了指向body的正确属性。 我还有一个属性模式，用于提升正文消息中的值，以便在其上进行路由

我设置了一个文件放置接收位置和两个发送端口。每个发送端口订阅升级属性的不同值。接收位置使用XmlReceive，发送端口都使用XmlTransmit

当我将一封信封消息放在Rcv位置时，Bts会将其拾取、拆分、升级属性，我的发送端口会拾取相关消息并执行它们的操作

文件删除对于测试来说很好，但实际情况略有不同。 我希望客户端通过Wcf提交包含多个文档元素的信封模式

因此，我使用发布向导将信封模式发布为Wcf端点。让它创建新的接收位置。连接Wcf客户端以与此端点对话，并提交了一条消息

在BizTalk的发送端口上不做任何更改的情况下，我期望得到相同的结果； 但是，我现在遇到了路由失败

如果我删除发送端口中的额外过滤器，该过滤器在提升的属性上工作，则不会出现路由故障

所以。。。我的财产似乎没有在Wcf接收位置进行升级。 我查过了；Wcf接收位置正在使用XmlReceive

有什么好处？

---

如何修复此问题？

我猜，由于将传入消息更改为使用WCF，因此传入消息的名称空间已更改

这可能导致属性升级与传入消息不再匹配

---

您可以在BizTalk server管理工具中查看跟踪消息中的属性升级。

我猜传入消息的命名空间已更改，因为将其更改为使用WCF

这可能导致属性升级与传入消息不再匹配

---

您可以在BizTalk server管理工具中的跟踪消息中查看属性升级。

发送端口上的“其他”筛选器是什么？听起来很奇怪。如果您删除了过滤器，BTS如何知道将传入消息发送到哪里？我以为消息会留在消息框中，您会收到一个路由错误，因为没有筛选器就没有订阅。嗯，我自己试试。我猜他有两个过滤器。一个用于BTS.ReceivePortName==XXX&&HisOwn.Promoted.Propoerty==XXX.yes。两个过滤器属性。正如magnus所指出的，为了缩小这个范围，你可以使用trackig并获取WCF客户端提交的消息的副本。使用文件适配器ReceiveLocation发布该消息。那么升级是否有效？发送端口上的“其他”过滤器是什么？听起来很奇怪。如果您删除了过滤器，BTS如何知道将传入消息发送到哪里？我以为消息会留在消息框中，您会收到一个路由错误，因为没有筛选器就没有订阅。嗯，我自己试试。我猜他有两个过滤器。一个用于BTS.ReceivePortName==XXX&&HisOwn.Promoted.Propoerty==XXX.yes。两个过滤器属性。正如magnus所指出的，为了缩小这个范围，你可以使用trackig并获取WCF客户端提交的消息的副本。使用文件适配器ReceiveLocation发布该消息。那促销行吗？