脱机Kapsel插件-刷新存储后,刷新的数据将保留在脱机存储中

2020-09-06 08:57发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们正在开发Plant Maintenance的混合脱机应用程序。我们能够脱机创建通知。 当用户单击同步按钮时,它将执行flush(),然后执行成功,然后执行refresh(),并在后端创建通知。 但是,已创建的本地数据对象仍与后端的实际数据一起显示在列表中,并保持重复。

在脱机创建通知时,通知号将为null,并且从SAP创建Flush()时将创建通知号。因此,在脱机和在线状态下,oData的响应都不匹配。 有什么方法可以避免响应不匹配?

是否可以将这些本地记录刷新到后端后删除它们,以便列表仅显示刷新的数据。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们正在开发Plant Maintenance的混合脱机应用程序。我们能够脱机创建通知。 当用户单击同步按钮时,它将执行flush(),然后执行成功,然后执行refresh(),并在后端创建通知。 但是,已创建的本地数据对象仍与后端的实际数据一起显示在列表中,并保持重复。

在脱机创建通知时,通知号将为null,并且从SAP创建Flush()时将创建通知号。因此,在脱机和在线状态下,oData的响应都不匹配。 有什么方法可以避免响应不匹配?

是否可以将这些本地记录刷新到后端后删除它们,以便列表仅显示刷新的数据。

付费偷看设置
发送
2条回答
spaceman01
1楼-- · 2020-09-06 09:32

在离线应用中,您是否在创建通知时手动将ID创建为null? 您可能不需要显式定义主键的值,以便框架可以处理它。 例如,如果主键为" NotificationNo",则不要将值设置为null,根本就不要设置它。

callcenter油条
2楼-- · 2020-09-06 09:20

此行为最可能的解释是后端是 无法在POST响应中返回正确的信息。 当您在本地发出POST请求时,Offline OData客户端会创建一个临时编辑链接以进行标识。 进行刷新后,它会将POST请求发送到后端,并希望返回真正的编辑链接。 如果正确发生,它将能够将实际的编辑链接映射到临时的编辑链接,知道两个实体相同,并且只有其中一个实体,并且最终会删除POST请求,并且知道 它已经成功完成,并且该实体现在已经存在。 如果POST响应不正确,则无法建立该映射,因此您将获得同一实体的两个版本,并且POST请求永远不会被删除。 为了对此进行诊断,查看该POST请求的响应将很有帮助。

一周热门 更多>