taskflow issues

执行顺序是否错误？

1

1：源码 //OP监听器--成功 if (wrapper.getListener(OperatorEventEnum.SUCCESS) != null) { wrapper.getListener(OperatorEventEnum.SUCCESS).forEach(t -> ((OperatorListener)t).onEvent(wrapper, OperatorEventEnum.SUCCESS)); } wrapper.getOperatorResult().setResult(operatorResult); 2：修改后 wrapper.getOperatorResult().setResult(operatorResult); //OP监听器--成功 if (wrapper.getListener(OperatorEventEnum.SUCCESS) != null) { wrapper.getListener(OperatorEventEnum.SUCCESS).forEach(t -> ((OperatorListener)t).onEvent(wrapper, OperatorEventEnum.SUCCESS)); }

lougw

循环节点

6

循环节点应该如何编排？

cookie2013

下游是rpc服务的参数拼装

1

**我的场景** 希望能从请求参数和前置op获取结果进行参数拼装，然后通过泛化调用rpc来完成服务编排 TaskFlow框架支持的是按照特定的jsonpath获取参数，然后执行代理对象 ![image](https://github.com/user-attachments/assets/8288552d-e31e-4010-b47c-c6d05a063f39) 请问有这种参数映射能力么，把多个jsonpath获取得到的结果组成一个特定的json结构，比如task.ob[].book，然后把这个json作为入参传递给泛化的rpc完成调用

sugerboy20170827

前置结果的多次解析

2

有这样一种场景， ![image](https://github.com/user-attachments/assets/9fd34707-719b-458e-b1b7-4ce80b88efe1) 结点2和结点3都依赖结点1的前置结果，目前的解析方式，会把结点的结果解析两次（解析成Json,然后通过jsonpath获取参数）。是否需要把每个结点的jsonpath记录下来，减少解析次数

sugerboy20170827

关于节点编排节点入参得思考

1

目前项目打算用来做任务节点得编排相当于有很多子节点编排子节点为业务节点供上层快速使用但是有些节点得入参依赖别的节点得执行结果目前看示例是基于jsonPath解析入参反射调用节点方法但是和 IOperator 基础接口基本没关联写了一个小demo实现了不破坏现有IOperator 接口得实现首先还是依赖原有得addParamFromWrapperId 增加属性paramParseConfig ![image](https://github.com/user-attachments/assets/d95431da-5fde-4ed6-8b97-9150192d9249) 具体属性如下 ![image](https://github.com/user-attachments/assets/06776fc7-200b-4815-b707-3dc742473fd5) 在DagEngine 得parseOperatorParam 在做一层解析 ![1727342383008](https://github.com/user-attachments/assets/c31a5e25-9398-49b3-be23-c06064f0f9ac) 反射调用封装参数得方法我这边采用了mapstruct 做参数封装反射得化也可以换成别的方法示例如下 ![1727342501304](https://github.com/user-attachments/assets/fde34ffb-0d78-4080-9ec0-892a0f4d7b01)...

baijuexzz