Uploaded image for project: 'Data Management'
  1. Data Management
  2. DM-13473

Create flowchart for Task

    XMLWordPrintable

    Details

    • Type: Story
    • Status: Won't Fix
    • Resolution: Done
    • Fix Version/s: None
    • Component/s: None
    • Team:
      SQuaRE

      Description

      We need a flow chart that describes how Tasks work. I believe it looks something like parse args->make butler->make Runner->runner.getTargetList()>runner.run()>Task.run(), but I'm sure there are steps I don't know about (and I certainly don't know which files some of the above are implemented in), and I don't know what arguments the base Task system expects at each step.

      This has shades of RFC-352, but even before we deal calling run() or runDataRef() there are a bunch of relatively standard steps.

        Attachments

          Issue Links

            Activity

            Hide
            tjenness Tim Jenness added a comment -

            Where does this ticket stand in the gen3 world with runQuantum?

            Show
            tjenness Tim Jenness added a comment - Where does this ticket stand in the gen3 world with runQuantum?
            Hide
            Parejkoj John Parejko added a comment -

            Good question. The "parse args" sketch above is clearly wrong, but whatever the gen3 "pipetask" equivalent flow chart is, would still be useful for understanding how commands flow through the system.

            Show
            Parejkoj John Parejko added a comment - Good question. The "parse args" sketch above is clearly wrong, but whatever the gen3 "pipetask" equivalent flow chart is, would still be useful for understanding how commands flow through the system.
            Hide
            jbosch Jim Bosch added a comment -

            I'm gonna Won't Fix this; while the logical flow between pipetask subcommands (and by extension, BPS) can certainly be hard to follow, I think the real fix is a reworking of those subcommands and the boundaries between them, because even a nice flowchart would be hard to follow now (and I hate spending time writing documentation as a workaround for interface problems).  If we do that well, I think a few examples will then do the job even better than a flowchart, but we'll see.  In any case, keeping a ticket with a Gen2-specific description around as a placeholder for "fix the pipetask/BPS docs" doesn't seem useful.  New tickets are cheap.

            Show
            jbosch Jim Bosch added a comment - I'm gonna Won't Fix this; while the logical flow between pipetask subcommands (and by extension, BPS) can certainly be hard to follow, I think the real fix is a reworking of those subcommands and the boundaries between them, because even a nice flowchart would be hard to follow now (and I hate spending time writing documentation as a workaround for interface problems).  If we do that well, I think a few examples will then do the job even better than a flowchart, but we'll see.  In any case, keeping a ticket with a Gen2-specific description around as a placeholder for "fix the pipetask/BPS docs" doesn't seem useful.  New tickets are cheap.

              People

              Assignee:
              Unassigned Unassigned
              Reporter:
              Parejkoj John Parejko
              Watchers:
              Colin Slater, Hsin-Fang Chiang, Jim Bosch, John Parejko, Kian-Tat Lim, Meredith Rawls, Merlin Fisher-Levine, Paul Price, Russell Owen, Simon Krughoff, Tim Jenness
              Votes:
              0 Vote for this issue
              Watchers:
              11 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Jenkins

                  No builds found.