Hi, zheng, Sheng
Revert SQL have been in compensate method method automatically. We have
completed this feature.
You can see more detail from our example[1].
Also we have some issue [2] to do. shardingsphere-transaction-base-saga could
be using in cloud native environment. I think this model is
Hi Zhao Jun,
It looks good to me and it could have the revert SQL in the compensate
method automatically ?
Regards,
Zheng Feng
zhaojun 于2019年4月26日周五 下午6:41写道：
> Hi, all
>
> currently, we have integrated with saga using graph based engine in
> shardingsphere[1]
> it need us to collect all
Oh, I haven’t been able to simulate my guess.发送自我的三星盖乐世智能手机。
原始信息 由： Zheng Feng 日期: 2019/4/26 18:52
(GMT+08:00) 收件人： dev@servicecomb.apache.org 主题： Re: [Saga] About Omega's
timeout process Why does this happen I mean that Thread.interrupt causes the
ThreadLocalvariables lost
Hi, all
currently, we have integrated with saga using graph based engine in
shardingsphere[1]
it need us to collect all participated actual SQL, then submit to saga actuator
in commit/rollback phase.
if application crashed before invoking saga actuator, undo log of branch
transaction SQL will
Yeah, that's exactly what want to say.
Willem Jiang
Twitter: willemjiang
Weibo: 姜宁willem
On Fri, Apr 26, 2019 at 4:14 PM Zhang Lei wrote:
>
> Hi, Willem Jiang
>
> You mean that Thread.interrupt will cause the variables in the thread to be
> lost, so we need to provide a way for the user to
Hi, Willem Jiang
You mean that Thread.interrupt will cause the variables in the thread to be
lost, so we need to provide a way for the user to restore the thread variables?
Lei Zhang
> 在 2019年4月26日，上午8:36，Willem Jiang 写道：
>
> We could introduce a Context object to let the user copy the
Why does this happen I mean that Thread.interrupt causes the ThreadLocal
variables lost the value ? It should be running in the same thread. Also it
does not mention in the Java API docs [1].
I do agree that the compensate method could have this issue since it has
been invoking in the different
