Parallel convoy with varying number of receive files

Home Page › Forums › BizTalk 2004 – BizTalk 2010 › Parallel convoy with varying number of receive files

Viewing 1 reply thread
  • Author
    Posts
    • October 19, 2009 at 3:18 AM #23475
      community-content

        Hi!

        Here is the scenario:

        – There are 2 to 5 files to
        receive
        – The files has correlation
        – There is one specific of the
        files which marks the end of the convoy
        – When this file is received, I
        want the orchestration to continue even if it has received just 2 of 5
        files

        I have made an orchestration with 5 receive shapes in  a parallel
        action shape, and all has activate set to true. Now it waits for all the files
        to be received before it continue execution, but I want it to continue if one
        given file in one of the brances is received.

        Is there any way to
        implement it like this?

        I have tried to use a Listen shape, but  listen shape requires a receive shape or a delay shape before the parallel
        shape. If I try with a delay shape, the receive shapes below cannot have
        activate = true.

        Thanks.

      • October 19, 2009 at 10:52 AM #23481
        community-content

          I think you need to solve this with a sequential convoy.  The only issue is if you receive the stop file first, we still need to find a way to pick up the remaining files before the orchestration continues.  I have a couple of additional questions…

          Do you know how many files will be in any given group, based on something in the file or the file name, or is it unknown?

          Will these files arrive in the directory at the same time, or is there a delay in between their arrival? 

          • October 20, 2009 at 2:13 AM #23486
            community-content

              It is at least two files, and it can be up to 5 different files. The files are related by having the same file name, but with different extension. The files are created in unknown order, but the stop file is always created as the last one. So the issue is to receive files in unknown order, and when the stop file arrives, then it has got all the files, regardless of the number of files. Then the orchestration continues and sends the information received into the ERP.

              I don’t know if there is a delay in the arrival of the files,  they are created by an external system.

              • October 20, 2009 at 9:11 AM #23488
                community-content

                  I am assuming there is something about the name and/or extension of the stop file that allows you to identify it without having to open it?  Could you give me a sample of what the filenames would be?  I think I have a solution, but I want to verify what the filenames look like.

                   

                  • October 21, 2009 at 1:49 AM #23491
                    community-content

                      Hi ,

                      You can create internal message for the application. For an example you can create internal message with 3 elements.

                      1. Status

                      2. File name

                      2. Payload

                      Using custom receive pipeline component you can create the internal message . When you receive the specific file , you can set status field as ‘true’ .  You can have 5 receive shapes but you can call sub orchestration/ conditional block if message. Status = true.

                      try this way , Hope this will help

                      Nandika

            • Author
              Posts
            Viewing 1 reply thread
            • The forum ‘BizTalk 2004 – BizTalk 2010’ is closed to new topics and replies.