Table of Contents

Search

  1. Preface
  2. Understanding Pipeline Partitioning
  3. Partition Points
  4. Partition Types
  5. Pushdown Optimization
  6. Pushdown Optimization and Transformations
  7. Real-time Processing
  8. Commit Points
  9. Row Error Logging
  10. Workflow Recovery
  11. Stopping and Aborting
  12. Concurrent Workflows
  13. Grid Processing
  14. Load Balancer
  15. Workflow Variables
  16. Parameters and Variables in Sessions
  17. Parameter Files
  18. FastExport
  19. External Loading
  20. FTP
  21. Session Caches
  22. Incremental Aggregation
  23. Session Log Interface
  24. Understanding Buffer Memory
  25. High Precision Data

Advanced Workflow Guide

Advanced Workflow Guide

Evaluating Previous Task Status in a Workflow

Evaluating Previous Task Status in a Workflow

Use PrevTaskStatus in link conditions to test the status of the previous task in the workflow that the Integration Service ran.
Use PrevTaskStatus if you disable a task in the workflow. Status and PrevTaskStatus return the same value unless the condition uses a disabled task.
The following figure shows a workflow with link conditions using PrevTaskStatus:
PrevTaskStatus Variable Example
The workflow includes the Start task, Session1, Session2, and Session3.
When you run the workflow, the Integration Service skips Session2 because the session is disabled. When the Integration Service evaluates the link condition, $Session2.PrevTaskStatus = SUCCEEDED, it returns the value based on the status of Session1.
If you do not disable Session2, the Integration Service returns the value based on the status of Session2. You do not need to change the link condition when you enable and disable Session2.

0 COMMENTS

We’d like to hear from you!