You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/docs/en/guide/parameter/context.md
+5-3Lines changed: 5 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,8 @@ DolphinScheduler allows parameter transfer between tasks. Currently, transfer di
16
16
*[Python](../task/python.md)
17
17
*[SubWorkflow](../task/sub-workflow.md)
18
18
*[Kubernetes](../task/kubernetes.md)
19
-
*[zeppelin](../task/zeppelin.md)
19
+
*[Zeppelin](../task/zeppelin.md)
20
+
*[Http](../task/http.md)
20
21
21
22
When defining an upstream node, if there is a need to transmit the result of that node to a dependency related downstream node. You need to set an `OUT` direction parameter to [Custom Parameters] of the [Current Node Settings]. If it is a sub-workflow node, there is no need to set a parameter in [Current Node Settings], but an `OUT` direction parameter needs to be set in the workflow definition of the sub-workflow.
22
23
@@ -27,8 +28,9 @@ Upstream parameter will be override when defining parameter with the same name i
27
28
> Note:
28
29
>
29
30
> 1. Parameter passing behavior has changed in version 3.3.x**
30
-
> In legacy versions (3.2.2 and earlier), downstream node B could obtain the out type output X of upstream node A without configuring an IN type local variable X.
31
-
> In new versions (3.3.0 and later), the logic for obtaining local variables has been modified: downstream node B can only use the out type output X of upstream node A if it has configured an IN type local variable X.(Note: This restriction does not apply to Switch tasks, as they lack an interface for configuring custom parameters.)
31
+
> In legacy versions (3.2.2 and earlier), downstream node B could obtain the OUT type output X of upstream node A without configuring an IN type local variable X.
32
+
> In new versions (3.3.0 and later), the logic for obtaining local variables has been modified: downstream node B can only use the OUT type output X of upstream node A if it has configured an IN type local variable X.
33
+
> In all versions, for Switch nodes, there is no need to configure an IN type local variable X; you can directly use the OUT type output X from the upstream node A.
32
34
> See the Node_B and Node_mysql examples below for details.
33
35
>
34
36
> 2. If there are no dependencies between nodes, local parameters cannot be passed upstream.
Copy file name to clipboardExpand all lines: docs/docs/en/guide/task/switch.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,6 +40,7 @@ The switch task needs to be connected with the downstream task to configure the
40
40
41
41
Configure the conditions and default branches. If the conditions are met, the specified branch will be taken. If the conditions are not met, the default branch will be taken.
42
42
In the figure, if the value of the variable is "A", the branch taskA is executed, if the value of the variable is "B", the branch taskB is executed, and default is executed if both are not satisfied.
43
+
Since the switch task type does not support configuring custom parameters, there is no need to define an IN-type local variable X. You can directly use the OUT-type output X from the upstream node. For more details, please refer to [Parameter Context](../parameter/context.md).
0 commit comments