LiteFlow v2.10.5 发布,这个强大的规则引擎值得一用

来源: 投稿
2023-06-26 10:58:00

LiteFlow介绍

LiteFlow是一个开源编排式规则引擎,能够让你的系统逻辑任意编排,可选用脚本书写逻辑,支持多达6种脚本语言,支持丰富的第三方存储的支持,所有的逻辑和规则均可热变更。设计系统和重构系统的神器。

LiteFlow也是Gitee的高star项目,过去一年来保持了非常快的增长趋势。

同时LiteFlow也是国内优秀的社区驱动型开源项目,开源将近3年,目前已经被各大公司应用在核心系统上。特性以及支持度都非常好。社区人数超过3000人。

如果你是第一次知道这个项目,可以去官网或相关的主页进行了解:

项目官网:

https://liteflow.yomahub.com

gitee托管仓库:

https://gitee.com/dromara/liteFlow

github托管仓库:

https://github.com/dromara/liteflow

LiteFlow v2.10.5

v2.10.5版本主要就是对日志从底层进行架构改造。增加了支持传入自定义的请求ID。

以及修复了一些循环表达式中的Bug。

我们对日志进行了大幅度的改造,支持了自定义的RequestId传入,这个特性可以很方便的和你自己系统的traceId进行集成。

你可以调用如下方法来传入一个已有的requestId:

LiteflowResponse response = flowExecutor.execute2RespWithRid("chain1", arg, "T001234", YourContext.class);

那么,这个链路中所有的框架日志都会带有[T001234]这个传入的ID前缀了。

另外新版本的LiteFlow还提供了一个日志包装类。只要你在组件中把slf4j的日志声明换成如下形式,那么你在组件中自己打出的日志也会带有请求ID前缀。

private final LFLog logger = LFLoggerManager.getLogger(FlowExecutor.class);

其中LFLog这个类是继承自slf4j的Logger类的,所以它的使用方式和Logger是完全一致的。

你只需要把定义换一下就ok了。

如果在一个链路中相同请求的日志都拥有同一个请求ID,那么对于定位问题来说,会很方便。推荐大家使用此特性。

循环场景中的一些bug的修复

看来大家对循环特性使用的还是比较多的。在使用的过程中,社区内也给出了很多反馈意见。

可能是之前对循环定义的测试用例有些少了,所以对于一些场景没覆盖到。这次修复了社区内提供的2个Bug。

同时也补全了测试用例。

完整更新列表

增强 #I7F567 增加对业务自定义requestId传入的支持

https://gitee.com/dromara/liteFlow/issues/I7F567

修复 #I7EKS8 在isAccess中进行setIsEnd(true)流程没有结束的问题

https://gitee.com/dromara/liteFlow/issues/I7EKS8

修复 #I7EKP3 同一个线程里分别调用2个Chain,currObj没有隔离的情况

https://gitee.com/dromara/liteFlow/issues/I7EKP3

修复 #I7E8RN 次数循环组件 下标获取问题

https://gitee.com/dromara/liteFlow/issues/I7E8RN

支持和赞助LiteFlow

开源一个项目并坚持2年并不容易,如果各位对LiteFlow这个项目有信心并且愿意支持的话,可以在官网首先点击*给LiteFlow发电*按钮。

但不管你是否选择赞助,我仍然会在社区里尽可能的解决你们的问题。

社区里的问题太多,如果没回答上,请多艾特我几遍。

如何加群

LiteFlow的社区群已经有大约3000人以上了。你有任何问题,都可以在群里问。

关于加群的方式,请参考:https://liteflow.yomahub.com/pages/73c2c3/

展开阅读全文
点击引领话题📣 发布并加入讨论🔥
0 评论
7 收藏
分享
返回顶部
顶部