来自WCF-SQL的已删除消息的BizTalk映射
一天中的好时光 希望在我们正在使用的BizTalk解决方案方面获得一些帮助 我使用WCF-SQL向导并选择类型化轮询生成了适配器。它是开箱即用的。我能够创建一个文件类型的发送端口,在该端口中,我的消息以XML批处理的形式被丢弃。作为下一步,我通过修改生成的实体的模式、将其更改为信封并配置叶节点来取消对消息的访问。太好了,现在我有一堆文件,每个邮件一个,放在我发送端口的文件夹里。现在,我正试图根据新创建的消息创建一个地图。问题就从这里开始。如果我基于WCF-SQL向导为我生成的相同模式创建了一个映射,那么我会拖动信封的整个结构->数组->消息,这当然与单个消息的结构不匹配,映射也不起作用。如果要基于发送端口的文件目录中的单个XML消息创建新架构,则它生成的架构将与我的信封的现有架构共享名称,BizTalk server将因此抛出一个错误 我在想,也许我可以完成以下任务之一:来自WCF-SQL的已删除消息的BizTalk映射,biztalk,biztalk-2010,biztalk-mapper,Biztalk,Biztalk 2010,Biztalk Mapper,一天中的好时光 希望在我们正在使用的BizTalk解决方案方面获得一些帮助 我使用WCF-SQL向导并选择类型化轮询生成了适配器。它是开箱即用的。我能够创建一个文件类型的发送端口,在该端口中,我的消息以XML批处理的形式被丢弃。作为下一步,我通过修改生成的实体的模式、将其更改为信封并配置叶节点来取消对消息的访问。太好了,现在我有一堆文件,每个邮件一个,放在我发送端口的文件夹里。现在,我正试图根据新创建的消息创建一个地图。问题就从这里开始。如果我基于WCF-SQL向导为我生成的相同模式创建了一个映
- 将WCF-SQL生成的模式分为两部分,信封+数组和消息。不确定这是否可能。这个想法有些地方不适合我
- 以某种方式更改已删除消息的命名空间。不知道如何实现
欢迎提出任何意见。谢谢大家! 听起来你已经完成了所有艰难的事情,所以这里有几个提示可以帮助你找到你想要的东西:
- 信封模式不需要表示整个消息结构,只需要表示从中获取已删除子项的Body元素
- 被删除的消息将是它自己的单独模式
- 信封模式甚至不需要以任何方式引用消息模式
- 通常更好的做法是在设计时设置信封模式和文档模式属性的XML拆装器中使用自定义管道