yedf2/dtf

大家好，dtm最终跟原公司谈下来了知识产权转让，现已恢复维护，请大家访问 https://github.com/dtm-labs/dtm 。中间给大家带来的不便，敬请谅解！

dtf's Issues

是否有考虑和dapr进行集成

拜读了您的架构设计，感觉其和dapr的**不谋而合。刚好，dtm也是使用go研发的，是否考虑借助dapr的生态，做一个dapr的component来进一步扩充dapr的生态，也让更多的人了解到dtm这一优秀的设计**

支持无限重试gid强制终止

因为线上环境会有一些特殊异常，如上线时路径配错了，请求了错误路径，这种不需要正常修复，也不能将错就错在错误的方案上做弥补，这类重试的gid强制关闭即可，可以从组织架构上走审批来确保不会出错。

同学，您这个项目引入了259个开源组件，存在2个漏洞，辛苦升级一下

检测到 dtm-labs/dtf 一共引入了259个开源组件，存在2个漏洞

漏洞标题：go-yaml < 2.2.8拒绝服务漏洞
缺陷组件：gopkg.in/[email protected]
漏洞编号：CVE-2019-11254
漏洞描述：gopkg.in/yaml.v2是go语言中用于处理yaml格式的包。
在2.2.8之前的版本中，处理恶意的yaml数据时，会导致CPU资源耗尽。
漏洞由Kubernetes开发者在fuzz测试中发现并提交修复补丁。
国家漏洞库信息：https://www.cnvd.org.cn/flaw/show/CNVD-2020-35519
影响范围：(∞, 2.2.8)
最小修复版本：2.2.8
缺陷组件引入路径：github.com/dtm-labs/dtm@->github.com/gin-gonic/[email protected]>github.com/stretchr/[email protected]>gopkg.in/[email protected]
github.com/dtm-labs/dtm@->go.uber.org/[email protected]>github.com/stretchr/[email protected]>gopkg.in/[email protected]

另外还有2个漏洞，详细报告：https://mofeisec.com/jr?p=afa7aa

About release train

👋 knowing this project is derived from https://github.com/dtm-labs/dtm, but the current release (1.9.2) is lower than 1.22.2, How come? Thanks!

增加安全验证机制鉴别事务接口

dtm设计是内网调度，但是外网可能会有穿透访问触发事务分支的问题，可以在dtm和业务服务之间做一个请求鉴别机制

请问下dtm的trans_branch_op和表有自动清理吗？

请问下dtm的trans_branch_op和表有自动清理吗？主键是有限的

dtm -h 输出帮助信息有错误?

应该是-h Show the help information about dtm 吧

redis支持完成的事务自动清除

目前redis存在历史数据挤压不释放问题，不适合生产环境使用，计划何时实现redis完结事务自清除