2020-08-24 05:07发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
您好,请提出一些有关如何清除离线DB ErrorArchive数据的解决方案。 从脱机数据库到后端,一次又一次触发了错误存档中的数据。
嗨Rahul,请在下面的链接中查看。 整个代码段对于能够放入上下文但搜索此特定功能很重要:function clearErrors()
https ://blogs.sap.com/2017/01/24/getting-started-with-kapsel-part-10-offline-odatasp13/#crud
嗨Rahul,
除了上面的非常正确的答案之外:为什么不确保没有数据处于错误状态? 似乎您对后端的错误语句不感兴趣-因此将这些信息存储在后端的日志表中,并在网关服务中简单地将ok状态返回给客户端-因此日期不会在客户端和服务器上变为错误状态 因此不会再次发送。
只需澄清一下ErrorArchive。
如果后端操作失败,则服务器上的脱机组件将为其创建一个ErrorArchive,并且此ErrorArchive将被下载到设备。下次,当您再次将请求队列刷新\上载到服务器时,如果这样做 对先前失败的请求不做任何事情,该请求将再次发送到服务器。 而且由于相同的原因它将失败,并创建另一个ErrorArchive并将其下载到设备。
这很可能是您多次看到相同的ErrorArchive的原因。
因此,您有两种选择:
1。 使用博客指向的API删除ErrorArchive。 在3.1 SP02 PL08之前,它将删除所有ErrorArchives及其所有相关的失败操作。 在3.1.2.8之后,我们可以删除特定的ErrorArchive及其相关的失败操作。
2。 更正失败的操作,然后重新提交。 就像补丁请求将属性修改为无效值一样,您发出另一个补丁以提供正确的值来更正此问题。 如果下一次操作成功,则其相关的ErrorArchive将被删除。 每个ErrorArchive都有一个名为RequestEntity的关联属性,您也可以直接更新RequestEntity来更改请求本身。
我想大多数时候,#2是更可取的。 但这将取决于设备应用程序选择最佳的处理方式。
感谢国平
最多设置5个标签!
嗨Rahul,请在下面的链接中查看。 整个代码段对于能够放入上下文但搜索此特定功能很重要:function clearErrors()
https ://blogs.sap.com/2017/01/24/getting-started-with-kapsel-part-10-offline-odatasp13/#crud
嗨Rahul,
除了上面的非常正确的答案之外:为什么不确保没有数据处于错误状态? 似乎您对后端的错误语句不感兴趣-因此将这些信息存储在后端的日志表中,并在网关服务中简单地将ok状态返回给客户端-因此日期不会在客户端和服务器上变为错误状态 因此不会再次发送。
只需澄清一下ErrorArchive。
如果后端操作失败,则服务器上的脱机组件将为其创建一个ErrorArchive,并且此ErrorArchive将被下载到设备。
下次,当您再次将请求队列刷新\上载到服务器时,如果这样做 对先前失败的请求不做任何事情,该请求将再次发送到服务器。 而且由于相同的原因它将失败,并创建另一个ErrorArchive并将其下载到设备。
这很可能是您多次看到相同的ErrorArchive的原因。
因此,您有两种选择:
1。 使用博客指向的API删除ErrorArchive。 在3.1 SP02 PL08之前,它将删除所有ErrorArchives及其所有相关的失败操作。 在3.1.2.8之后,我们可以删除特定的ErrorArchive及其相关的失败操作。
2。 更正失败的操作,然后重新提交。 就像补丁请求将属性修改为无效值一样,您发出另一个补丁以提供正确的值来更正此问题。 如果下一次操作成功,则其相关的ErrorArchive将被删除。 每个ErrorArchive都有一个名为RequestEntity的关联属性,您也可以直接更新RequestEntity来更改请求本身。
我想大多数时候,#2是更可取的。 但这将取决于设备应用程序选择最佳的处理方式。
感谢国平
一周热门 更多>