Implement Re-send EDIFACT export logic
Description
Environment
None
Potential Workaround
None
clones
defines
has to be done before
Checklist
hideTestRail: Results
Activity
Show:

Serhii_Nosko October 4, 2022 at 6:36 AM
Re-send logic in mod-data-export-worker has been implemented and tested individually, the full flow test will be done after completing story https://folio-org.atlassian.net/browse/MODEXPW-43
Done
Details
Details
Assignee

Reporter

Tester Assignee

Labels
Priority
Story Points
3
Sprint
None
Development Team
Thunderjet
Fix versions
Release
Nolana (R3 2022)
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created September 19, 2022 at 12:10 PM
Updated October 26, 2022 at 3:46 PM
Resolved October 4, 2022 at 6:36 AM
TestRail: Cases
TestRail: Runs
Purpose/Overview:
Should be possible re-send EDIFACT export from Minio to SFTP/FTP
Requirements/Scope:
Allow user to re-send the exact file that was exported previously for a given export job from MINIO to FTP
Allow user to re-send file without needing to rebuild it on the fly
Update job details according to new FTP upload attempt
Send based on FTP details from integration(because ftp details could be changed in integration). Update job FTP details if needed
SN Update: If job was failed on MINIO or earlier step - fileName should be null in jobs table
Approach:
mod-data-export-spring Add API for resending FILE from MINIO to FTP/SFTP
Acceptance criteria:
File is uploaded to FTP/SFTP from MINIO
Status and Error message information of job is updated (for example for the first try password was not valid and job was in FAILED status, after correcting FTP password status should be changed from FAILED to COMPLETED and error message should be cleared)
Potentially FTP/SFTP information of job is updated
Migration scripts are provided (optional AC)
API tests are written/updated and tests passed successfully (screenshot added)