none
How to combile to BizTalk application so that one's response is request for another RRS feed

Answers

  • Hi Sanjay,

    It seems you meant to say "one's output message should become input message for another", right? That means you wish to chain the orchestrations. You can achieve this in various ways:

    OPTION 1

    Let's assume (for the sake of explanation) that you are using FILE drops, then you can configure the output folder of one orchestration as input foler of another. This is a crude way to do of course.

    OPTION 2

    More elegant way is use "Start Orchestration" shape inside one orchestration to call another orchestration with the message as parameter. After the "Start Orchetsration" shape the previous orchetration should terminate. The second orchestration executes with the message parameter obtained (orchestration instantiated through parameters). Then this second orchestration would "start" a third one likewise and so on. Still this solution is not so classic one.

    OPTION 3

    The best way is to go for complete loosely coupled solution. Let one orchestration put its output message to message box via direct binding. Then another orchetration can subscribe to that message and get instantiated on receiving the same (via direct binding to message box again). Then again this orchestration would similarly put back the processed message to message box via direct binding for another chap to pick it and carry on and so on and so forth. This pattern is used in ESB toolkit 2.0 when we use multiple orchestrations in an itinerary.
    Please mark as answer if this helps you. Thanks and warm regards Ambar Ray EAI Architect - Microsoft Technologies
    • Proposed as answer by Ambar Ray Thursday, January 28, 2010 5:38 AM
    • Marked as answer by Andrew_ZhuModerator Tuesday, February 2, 2010 2:35 AM
    Thursday, January 28, 2010 5:38 AM

All replies

  • What do you mean? Could you give an example of this?

    Thanks,
    If this answers your question, please use the "Answer" button to say so | Ben Cline
    Tuesday, January 26, 2010 4:11 PM
    Moderator
  • Hi Sanjay,

    It seems you meant to say "one's output message should become input message for another", right? That means you wish to chain the orchestrations. You can achieve this in various ways:

    OPTION 1

    Let's assume (for the sake of explanation) that you are using FILE drops, then you can configure the output folder of one orchestration as input foler of another. This is a crude way to do of course.

    OPTION 2

    More elegant way is use "Start Orchestration" shape inside one orchestration to call another orchestration with the message as parameter. After the "Start Orchetsration" shape the previous orchetration should terminate. The second orchestration executes with the message parameter obtained (orchestration instantiated through parameters). Then this second orchestration would "start" a third one likewise and so on. Still this solution is not so classic one.

    OPTION 3

    The best way is to go for complete loosely coupled solution. Let one orchestration put its output message to message box via direct binding. Then another orchetration can subscribe to that message and get instantiated on receiving the same (via direct binding to message box again). Then again this orchestration would similarly put back the processed message to message box via direct binding for another chap to pick it and carry on and so on and so forth. This pattern is used in ESB toolkit 2.0 when we use multiple orchestrations in an itinerary.
    Please mark as answer if this helps you. Thanks and warm regards Ambar Ray EAI Architect - Microsoft Technologies
    • Proposed as answer by Ambar Ray Thursday, January 28, 2010 5:38 AM
    • Marked as answer by Andrew_ZhuModerator Tuesday, February 2, 2010 2:35 AM
    Thursday, January 28, 2010 5:38 AM