justabug
justabug
要不试试@AutoConfigureBefore({FeignAutoConfiguration.class, SentinelFeignAutoConfiguration.class})？
> I think we should refine the types of exceptions. What are the exceptions we should focus on? > > 我觉得应该对exception的种类做下细化，重点关注的exception的有哪些？ 按照我的理解，至少可以分成4大类， 1. 非运行时的exception+error 2. runtime exception 3. seata定义的DecodeException（和其他非transaction的exception，如果有的话） 4....
提醒自己：应该要把配置key写到文档
plz assign to me
@zhandouji 能否提供更完整的堆栈？我这边看这两个异常不一定是同一个的 尤其是你截图这个异常只出现在锁冲突，而不会是其他的SQL异常 
plz assign to me
@luckyqiao 看看你说的跟这个是不是一个问题？https://github.com/seata/seata/issues/4372
> 你碰到的应该和我的是一样的，所以总结一下，现在的问题是TM拿不到正确的结果对吗？而TC和RM都是正确的？
> > @luckyqiao 看看你说的跟这个是不是一个问题？#4372 > > @Bughue 我发现的问题是在这里，提交事务时，事务并没有提交成功，但没有向业务代码抛出异常: > > https://github.com/seata/seata/blob/8f96afa3d4df5128ed80edae988e044c27e2f81a/tm/src/main/java/io/seata/tm/api/TransactionalTemplate.java#L135 > > 目前我遇到了两种情况： > > * 如果在TM决议提交事务前，TC发现事务超时主动进行了回滚，TM在提交事务时，返回的事务状态为`Finished`, 但不会向业务代码抛出异常，导致业务代码认为事务提交成功。 > * 如果在TM进行事务提交时，TC发现事务已经超时了，会返回`TimeoutRollbacking`和回滚所有分支事务，TM端也不会向业务代码抛出异常，导致业务代码认为提交成功 第一种情况，finish应该是因为TC早就回滚成功，而且自动任务甚至都把他给清干净了。按说TC不会提前这么多的，你们是真的遇到这种情况吗？是不是debug把他卡太久来验证的？ 第二种情况，我提了个pr，应该可以修复这个问题。
plz assign to me