某一动作节点调用多个接口，如何处理已创建单据

已于 2023-03-28 18:46:54 修改
阅读量380 收藏
点赞数 1
分类专栏： Dynamics 规避处理 文章标签： c#
于 2023-03-28 14:23:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Dana1222230203/article/details/129815097
版权

1、设置标志

假设需要调用3个接口。3个接口中，将对应的成功执行的接口打上成功的标识。下一次出发该动作的时候，直接调用没有成功标识的接口。

隐患（数据不能修改，修改后若3个接口中有创建、更新、删除的操作 是否会造成数据的不对称）

2、沟通接口是否可以合并成一个接口，注意是否会有超时的处理

3、增加取消接口 增加回滚的接口 注意多次调用接口 若是在同一一个接口调用，外部接口可能会超时

应用开发平台集成工作流系列之6——流程建模功能办理节点转换设计与实现
学海无涯，行者无疆
08-14 533
上篇搭建了模型转换框架，今天重点来说任务办理节点如何处理。这里的任务办理不仅包括审批审核，也包括任务的处理，使用任务办理，覆盖范围更大，从业务含义上也更准确，毕竟审批往往是领导对下级。 办理节点，对应着Camunda中的用户任务概念，是是最常见最常用的，模型转换的重要前置工作，实际得先把该类节点的要做的配置设计好。工作流引擎需要跟平台整合，特别是做一些特定的功能才能满足中国式审批，需要加一些额外属性，使其更友好和方便使用，例如：能够设置下一环节是会签，还是普通审批，是否需要用户指定处理人。 办理节点，很重
本地数据库事务回滚+接口调用事务回滚
qq_44444733的博客
08-01 953
这里在本地插入的时候我使用的是事务回滚机制，但是在调用其他平台接口的时候，只能通过调用新增和删除的接口进行“人工”的回滚；如果有大佬有更好的方法，欢迎在评论区留言；插入数据的时候需要调用X的新增接口，存入部分值后，X会返回一个code，这个code需要存储在A中。数据库A可以直接访问存储，数据库B为其他平台的，仅提供接口X进行CRUD。这段时间遇到一个需要进行事务处理的问题。对象a的数据要存在数据库A和数据库B中。......
接口多实现，调用方式处理方案
liuxi548的博客
09-12 536
1、定义公共接口 package spi; public interface IParseDoc { //提供一个解析方法 void parse(); } 2、书写相关实现方法 package spi; public class ExcelPase implements IParseDoc { @Override public void parse() { System.out.println("Excel解析！！"); } } =======...
Spring的7种事务传播行为类型
hsgao_water的博客
10-19 2万+
1、PROPAGATION_REQUIRED ：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。 2、PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。‘ 3、PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异
Java两个接口事务如何管理_Spring声明式事务管理之二：核心接口API
weixin_42353186的博客
02-27 1347
1.Spring事务管理API结构Spring事务管理API有100个左右，其中最核心的API有3个，分别是TransactionDefinition、 PlatformTransactionManager、TransactionStatus。TransactionDefinition定义事务管理五个属性，PlatformTransactionManager执行具体的事务，Transactio...
调用第三方接口成功后，如果自己本身接口报错，如何实现事务回滚？
@日月空@的博客
10-29 8647
解决思路如下： 1.创建事务 2.先更新本地订单状态（失败则回滚） 3.再调用第三方接口 4.根据接口返回值决定事务提交还是回滚 这样首先保证了本地数据能够更新，再根据接口返回值判断是否更新。 这种方法只是针对单一操作，如果是大量的批量操作，建议使用队列进行异步处理。 问题一： 在事务中去请求第三方接口，容易导致事务时间过长，对方接口超时多久，你的db事务也卡多久 问题二 如果我们是接口提供方，就需要考虑程序异常，网络超时问题、服务器重启、并发等问题。 为了保证提供方数据一致性，我们需要提供的特性有： 回
页面同时请求多个接口实验
一出好剧
09-18 4220
你有没有遇到过这种情况，当一个页面加载的时候，需要同时请求多个接口，这里面有的可能是banner，另一个可能是下方的列表。这两个接口的结果互不干涉，并没有同步执行的必要。
上游单据点击按钮跳转到下游单据卡片编辑态代码
最新发布
11-28
在企业级应用中，单据流程是一个重要的环节，尤其在供应链管理、财务管理等领域。在这些场景中，经常需要处理上游单据和下游单据之间的关联和交互。标准的推单功能通常只支持在后台进行，即在保存或审批通过时自动推...
复用的力量：实现企业级能力共享的架构设计
热门推荐
张彦峰的博客
10-14 10万+
对架构复用理解分析：在架构设计中实现系统的高可复用性需要考虑多个方面，一般包括技术复用和业务复用。从复用的程度可以依次划分为产品复用>业务流程复用>业务实体复用>组件复用>代码复用。
NC系统实现节点单据间的按钮交互与数据联查
这可能包括前一个节点的某个字段值或者是多个字段值的组合。 2. **数据关联方式**：接下来，需要设置如何通过这些数据与新节点单据中的数据进行关联。这通常通过设置关联字段（键值）来实现，比如订单号、客户ID等。...
U8Cloud开发示例：从单据到API接口
资源摘要信息:"U8Cloud是用友网络科技股份有限公司推出的一款面向中小企业的云ERP解决方案，它集合了财务管理、供应链管理、生产制造、人力资源等多个业务模块，旨在为企业提供一站式云服务体验。U8Cloud具有灵活的...
接口多次调用结果不一致？如何保证接口的幂等性
@日月空@的博客
09-25 2996
什么是幂等性？ 幂等性最早是数学里面的一个概念，后来被用于计算机领域。 接口的幂等性实际上就是接口可重复调用，在调用方多次调用的情况下，接口最终得到的结果是一致的。 什么情况下需要幂等性？ 在微服务架构下或者调用外部接口时，我们在完成一个订单流程时经常遇到下面的场景： 一个订单创建接口，第一次调用超时了，然后调用方重试了一次 在订单创建时，我们需要去扣减库存，这时接口发生了超时，调用方重试了一次 当这笔订单开始支付，在支付请求发出之后，在服务端发生了扣钱操作，接口响应超时了，调用方重试了一次 一个订单状
Spring事务管理（详解+实例）
Trigl的博客
03-25 8万+
写这篇博客之前我首先读了《Spring in action》，之后在网上看了很多关于Spring事务管理的文章，具体参考文章如下： 1、将相应的接口依赖图理清出 2、将每个类的具体配置弄明白 3、将具体的配置给出来 4、给出具体的例子（一个声明式的一个编程式的）
怎么保证调用三方接口后项目的数据一致性
m0_38030271的博客
04-26 1万+
通常在项目中会有业务需求需要调用第三方的接口或者合作平台，这时会有一个喜闻乐见的问题：在调用三方接口后，如果更新本地数据失败了，怎么办？示例：本地项目需要推送订单的状态到第三方接口，并根据返回值更新本地订单状态为已推送，如果在第三方处处理成功并返回标识，但是在本地更新订单状态时出错了，就造成了本地数据和第三方数据不一致的情况。解决：思路如下，可以先默认更改本地订单状态为已推送，然后调用三方接口，根...
Java批量调用第三方接口的策略及其实践
huang714的专栏
06-02 2084
以下是一个简单的Java代码示例，演示了如何从数据库获取数据并批量调用第三方接口。这段代码首先从DataRepository获取全部数据，然后将数据分为大小为100的批次，最后对每一批数据调用第三方接口。
分布式事务解决方案
chiquanzhe9768的博客
06-29 248
将一个整体模块拆分为多个微服务，某些业务场景需要同时操作多个原子服务的数据，分布式事务就是用来保证多个原子服务数据源一致性的解决方案。 分布式事务产生的原因？ 数据库分库分表：由于单表的数据量巨大需要分库分表，分库分表之后，此时一个操作可能涉及访问多个数据库，为了保证数据一致性，就需要用...
聊一聊使用事务（@Transactional）可能出现的问题
bieber007的博客
09-12 531
前言 在之前的文章中已经对Spring中的事务做了详细的分析了，这篇文章我们来聊一聊平常工作时使用事务可能出现的一些问题（本文主要针对使用@Transactional进行事务管理的方式进行讨论）以及对应的解决方案 事务失效 事务回答相关问题 读写分离跟事务结合使用时的问题 事务失效 事务失效我们一般要从两个方面排查问题 数据库层面 数据库层面，数据库使用的存储引擎是否支持事务？默认情况下MySQL数据库使用的是Innodb存储引擎（5.5版本之后），它是支持事务的，但是如果你的表特地修改了存储
分库分表下事务问题的一些解决思路
JQuer1y Blog
10-11 2170
前言 本次在做分库分表时，遇到了跨库事务的问题。通过在网上搜索了许多资料后找了一些解决该问题的方法与思路。本文将分为两部分分别介绍常用的分布式事务解决方案以及本次分库分表中如何去解决跨库事务的实践。 常用的分布式事务解决方案 2PC(two-phase commit) 2PC基本介绍 2PC即为两阶段提交，是一种在多节点间实现事务原子提交的算法，用来确保所有节点要么全部提交，要么全部中止。我们可以有多种方案来实现该算法，如基于XA协议的实现，阿里也提供了Seata中间件支持2PC算法。 根据图示可以发现我
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值