Batch Importer (Bib/Acq) (UXPROD-47)

[MODDATAIMP-5] SPIKE: Batch Loader Overview Created: 15/Aug/18  Updated: 29/Sep/20  Resolved: 11/Sep/18

Status: Closed
Project: mod-data-import
Components: None
Affects versions: None
Fix versions: 1.3.0
Parent: Batch Importer (Bib/Acq)

Type: Story Priority: P3
Reporter: Khalilah Gambrell Assignee: Taras Spashchenko
Resolution: Done Votes: 0
Labels: data-import, epam-folijet
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Relates
relates to MODDATAIMP-1 Initial design for Batch Loader flow Closed
relates to UXPROD-656 Data Import (Batch Importer for Bib A... Closed
Sprint: EPAM Sprint 3, EPAM Sprint 4
Story Points: 8
Development Team: Folijet
Epic Link: Batch Importer (Bib/Acq)

 Description   

Team needs to allocate 3-4 hours with Ann-Marie to review Batch Loader.

Outcomes

  • Team has a sound understand of Batch Loader
  • Team creates technical user stories based on discussions
  • Team creates research spikes
  • Team has a common understanding of DONE
  • Team knows key contacts on development team
  • Team knows process for approving technical design.


 Comments   
Comment by Ann-Marie Breaux (Inactive) [ 17/Aug/18 ]

From Jakub when I asked for mod- and ui- project names:
Sounds good. Did you establish already what modules will be be built during the course of the project or will this be included in the technical design? The projects set up in Jira should preferably directly map to GH projects.

As far as the architecture goes: the Core Team has built on batch import module called mod-data-loader [1]. Alfons Seelen is the current maintainer (I am CCing him and Julian) and just released a new version. I'd like to discuss what would be the aim for FOLIJET's modules and how would that impact mod-data-loader going forward, e.g we should try to coordinate the work to avoid potential duplication. E.g we have discussed with Alfons that mod-data-loader needs to be refactored to be production-ready (we discussed merging it with mod-inventory-storage OR extending the API bridge between the two), I could see a third option: FOLIJET's module supersede mod-data-loader.

[1] https://github.com/folio-org/mod-data-loader

Generated at Thu Feb 08 23:13:09 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.