[MODBULKED-9] [SPIKE] Save and retrieve matching records server-side Created: 23/Sep/21  Updated: 18/Nov/21  Resolved: 18/Nov/21

Status: Closed
Project: mod-bulkedit
Components: None
Affects versions: None
Fix versions: None

Type: Story Priority: P3
Reporter: Magda Zacharska Assignee: Illia Daliek
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Defines
defines UXPROD-3318 User records - bulk edit - pilot impl... Closed
Relates
relates to UIBULKED-18 Download matched records (CSV) Closed
Sprint: Firebird Sprint 127
Story Points: 5
Development Team: Firebird

 Description   

Purpose/Overview:
Once the user saves the matching files locally, the file can be modified and used later for the bulk edit. It may happened that the file that is later uploaded contains errors and the changes will need to be reversed. For this purpose, the copy of the data will need to be stored on the server side so that it can be used to restore the changes

Requirements/Scope:

  1. The records are stored for limited time. The time should be configurable on the tenant level with the default value set to 14 days
  2. The records should be stored either in the module local database or S3 (storage costs should be considered)
  3. Data purging mechanism has to be provided so that records that passed configured limit time can be removed
  4. The data can be retrieved on demand

Approach:

Acceptance criteria:

  • The proposed approach is documented and reviewed with the team
  • Technical stories are created

Question: Should the errors be stored servers side as well?



 Comments   
Comment by Illia Daliek [ 11/Nov/21 ]

Magda Zacharska, a question regarding errors in a file. It says that in case of errors the changes will need to be reversed.
What are these errors actually? Does it involve just typos?

As I understood in the case of a wrongly edited file the user need to have a possibility to download the same file again in a non-edited state. Correct me if I am wrong.
And regarding reversed changes - does it mean changes done by the user in a file or it implies the changes done to some storage while processing the file?
Actually, on the backend side, we'd like to verify the correctness of a file before submitting the changes to the storage because it is a challenge to roll back the submitted changes to storage.

Comment by Illia Daliek [ 17/Nov/21 ]

The wiki page https://folio-org.atlassian.net/wiki/pages/viewpage.action?pageId=1389942

Generated at Thu Feb 08 22:30:17 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.