1

Consider a situation where you have 2 receive locations, each receiving it's own unique message type. There is an orchestration with a parallel correlation happening based on a shared unique value in each of these messages.

Once a correlation set occurs, the orchestration runs and the job of it is to merge data from the 2 messages and create 1 from them. My idea was to use a map which takes in 2 input messages: 1 of each type in the correlation. The destination schema just happens to be the same as one of the input schemas (so we're basically just adding data to one of them from the other)

I can create the map, choose the 2 input message schema and the destination schema. The mapper than opens up and on the source side looks like so:

enter image description here

Which is quite alright.

The problem comes when you start expanding the nodes, they only seem to go 1 level deep. For example, here is the source and destination side-by-side, the same schema, except one is Part 1 of a 2 part source and the other is the single destination part:

enter image description here

This is just one example, but compare EVN_5. On the left it doesn't have children, on the right it does. It's the same schema, but one is part of a multi-input source and the other is the destination.

Is there any way to fix this, or is it not possible? Doing a link by name/structure results in missing data because the source "thinks" it's not there.

Edit: I just wanted to add the detail that this problem of only showing one-level deep worth of elements in the mapper is happening for both of the input schemas.

sqlab
  • 6,412
  • 1
  • 14
  • 29
Bensonius
  • 1,501
  • 1
  • 15
  • 39

1 Answers1

0

Make sure you added reference to assembly having segments, tables and datatypes xsds for the message

Vikas Bhardwaj
  • 1,455
  • 8
  • 10
  • They are. The InputMessagePart_0 and the destination message both share the same reference to the same assembly. Also, if I create the input message using only 1 schema, all the elements are visible. – Bensonius Aug 12 '14 at 22:11
  • I tried the same on BizTalk 2010, it worked fine. Which version you are using? – Vikas Bhardwaj Aug 13 '14 at 19:47
  • Did you use HL7 schemas? I'm using BizTalk 2013. I've been scouring my schemas for errors, but so far I can't find anything. – Bensonius Aug 13 '14 at 20:47
  • yes, I used HL7 schemas. It might be something broken in 2013. It should work if you have all your assembly references added to the map assembly. I will check also on 2013 R2 if it works or not today evening – Vikas Bhardwaj Aug 13 '14 at 21:36