首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

byteTCC框架--关于接口返回问题的讨论

}catch (Exception ex){ ex.printStackTrace(); return "失败:something"; } } 但是引入byteTCC...关于这个问题的处理,请教了下byteTCC的维护者,非常耐心的回答了关于这个问题的疑问。...你可以考虑抛出一个异常啊,不过如果ByteTCC在commit/rollback处理过程中也碰到异常,以事务异常优先抛出 现在出现异常时,页面直接就这样,实际开发中,这样处理不妥啊 ?...这是ByteTCC在rollback过程中也碰到异常了,抛出的是SystemException 说错了,是在commit过程中 HTTP接口一般返回500码就能标识错误了,当然,如果你想在应用层面设置自己的业务异常码...一般而言,微服务之间很少需要这样的封装,直接以异常或者HTTP返回码更适合,只有web系统和微服务之间,可能才需要这种方式,当然也不能一概而论,主要还是看业务系统自行规划 你可以参考一下ByteTCC

96930

分布式事务系列--SpringCloud整合byteTCC框架0.4.x版本

https://blog.csdn.net/weixin_39800144/article/details/87697138 本文详细记录下,SpringCloud框架整合byteTCC分布式事务框架的过程...这里只展示,一个是springboot项目,引入byteTCC必备的基础步骤,不包括tcc的业务逻辑过程。...请优先确定项目使用的springboot和springcloud版本,然后选择对应的byteTCC版本进行整合,0.4.x和0.5.x整合差异较大。...2.引入byteTCC依赖 SpringCloud其他依赖这里不做展示,仅展示byteTCC的依赖,由于gitHub提供的demo中依赖较多,可能是作者在框架内部使用了很多依赖,下面的依赖,如果没有jar...--byteTCC 如果jar不冲突,建议保留,byteTCC内部可能使用了下面的各种依赖--> org.bytesoft

92820
领券