I have a request/response itinerary made up of orchestration extenders. Everything works fine including the message sent back to the web service. However in the receive port there is an outbound map that never gets fired. I have tracked this down to the fact that the message, although correct, has the wrong message type context. Infact it has the context of a message a few steps back in the itinerary. Why is this and how can I solve the issue?

BTW I have tried changing the context in a pipeline component followed by the ESB transform component to no avail.

有帮助吗?

解决方案

Not that this a particularly satisfactory solution but in the end I took the maps out of the receive port. My colleague had suggested it was best practice to have that layer of abstraction but in fact that was only relevant for 'classic' BizTalk.

The issue in this particular case appears to be that we have two identical schemas but with different namespaces. The reason for this being if the external schema changed then we could map to the internal in the port without changing anything else. Again useful with classic BizTalk as negates changes to orchestration but not really relevant for ESB.

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top