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

[ISBNUTIL-1] Design and implement a reusable (shared) library (jar) to parse, validate and convert ISBN numbers: Part 1 Created: 31/Oct/18  Updated: 20/Mar/19  Resolved: 20/Dec/18

Status: Closed
Project: isbn-util
Components: None
Affects versions: None
Fix versions: 1.0.0
Parent: Batch Importer (Bib/Acq)

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

Issue links:
Blocks
blocks ISBNUTIL-2 Parse and validate ISBN numbers befor... Closed
Relates
relates to UXPROD-1038 ISBN normalization: Preparation, and ... Closed
Sprint: EPAM BatchLoader Sprint 6
Story Points: 5
Development Team: Folijet
Epic Link: Batch Importer (Bib/Acq)

 Description   

In scope of this story we need:

  • Create a new module and add it to the new Git Repository
  • set up Jenkins jobs to build it and publish into the Artifactory
  • add dependency on this library to the mod-source-record-storage, check that it works correctly
  • add API definition for the the functional requirements without implementation:
    • parse and validate either ten-digit or thirteen-digit ISBNs
    • convert ten-digit to thirteen-digit format
    • convert thirteen-digit to ten-digit format if possible

Acceptance critirea

  • A new module exists in the FOLIO space on the GitHub
  • There is a Jenkins job which builds the module and publishes it into the FOLIO artifactory
  • The Jenkins build is green.


 Comments   
Comment by Ann-Marie Breaux (Inactive) [ 05/Dec/18 ]

Hi Taras Spashchenko - should this story maybe be relabeled as a spike and closed?

Seems like it could encompass:
1) reviewing the ActCult code
2) outlining what's needed as a central FOLIO library
3) writing up the plan, for other interested apps to review (Inventory, Acq, MARCcat)
4) writing the implementation stories

If so (and it can be done by the end of December), I can turn the related Feature ( UXPROD-1038 Closed ) into something like Prep for ISBN Normalization, so that we'll be able to close it by the end of Q4, and then create a new Q1 feature for Implementing ISBN Normalization. How does that sound?

Comment by David Crossley [ 19/Dec/18 ]

Should this repository (folio-isbn-util) have its own Jira project, or continue to use MODSOURMAN?

Comment by Ann-Marie Breaux (Inactive) [ 19/Dec/18 ]

Taras Spashchenko David Crossley Jakub Skoczen I'm fine either way, if this stays as MODSOURMAN or breaks out as a separate Jira project. If someone decides it should be a separate Jira project, Tetyana Afanasyeva can build it, I think. And if it ends up a separate project, we can move these related features and stories over to it.

Comment by Taras Spashchenko [ 19/Dec/18 ]

Ann-Marie Breaux David Crossley Jakub Skoczen Oleksii Kuzminov I think this is a good idea to move it to a separate Jira Project.

Comment by Ann-Marie Breaux (Inactive) [ 19/Dec/18 ]

Fine by me. Taras Spashchenko please work with Tetyana Afanasyeva to set up the new project in FOLIO and confirm the module name and key. Then we can work on moving various stories over to it. There's no Q4 implications, right? Nothing exists yet, so no impact on the Q4 environment, right?

Comment by Taras Spashchenko [ 19/Dec/18 ]

Ann-Marie Breaux you are right. There is no Q4 implications and no impact on the Q4 environments.

Comment by Oleksii Kuzminov [ 19/Dec/18 ]

<dependency>
<groupId>org.folio</groupId>
<artifactId>folio-isbn-util</artifactId>
<version>0.0.1-SNAPSHOT</version>
<type>jar</type>
</dependency>

jar is available now

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