Вопрос

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