...
...
...
| Jira Legacy | |
|---|---|
|
...
|
...
|
...
|
...
|
...
|
...
|
Requirements
...
Whenever
...
an SRS MARC Bib record is updated, then the corresponding changes need to be made in the Instance fields that are controlled by the tenant
...
As a staff person
I want to see an updated Instance when the underlying SRS MARC Bib has been updated
So that I can have access to that updated information
Scenarios
...
's default
...
map
...
.
...
- Ensure automated testing coverage for this new code is 80% plus
...
- Add some fields to an existing SRS MARC (e.g. add a 7xx contributor, or a 6xx subject heading, or a 5xx note), and check the related Instance to see if the new fields show up.
- Change the data in some fields in an existing SRS MARC (e.g. change the 245 title, or change the publication date in 260/264 c, or change the 336 $b), and check the related Instance to see if the update data shows
- Remove some fields from an existing SRS MARC (e.g. remove a 6xx subject heading, or a 5xx note, or 336/337/338), and check the related Instance to see if the removed data has disappeared
- Add, change, and remove some fields in an existing SRS MARC record, and check the related Instance to ensure all corresponding changes have been made
NOTE: The default MARC Bib-Inventory Instance map may vary from tenant to tenant. Updates should be made based on the Instance fields mapped/controlled by the specific Tenant's default map.
The FOLIO-supplied default MARC-Instance map: https://github.com/folio-org/mod-source-record-manager/blob/master/mod-source-record-manager-server/src/main/resources/rules/rules.json
Required to enable quickMarc updates.
Approach & Design
...
| Info | ||
|---|---|---|
| ||
SRS is short for mod-source-record-storage SRM or CM (Change Manager) can be used interchangeably and refer to mod-source-record-manager |
SRM exposes the following endpoints for quickMarc to retrieve the MARC record by instanceId and to save the updated MARC record:
| Method | Path |
|---|
| Permissions | Request | Response | Description | Notes |
|---|
| GET |
change-manager/parsedRecords |
?instanceId={ |
instanceId} | change-manager. |
| parsedrecords.get | NA | 200 OK | (A) GET MARC record | {instanceId} - corresponding Instance id |
| PUT | /change-manager/parsedRecords/{id} |
| change- |
| manager.parsed-records. |
| put | Updated | 204 UPDATED | (B) Update MARC record | {id} - record id |
Tickets for implementing endpoints which do not exist yet:
- PUT /change-manager/parsedRecords/{id} -
Jira Legacy server FOLIO Issue Tracker serverId 6ccf3fe4-3301-368a-983e-20c466b11a49 key MODSOURMAN-268 - POST /inventory/handlers/quick-mark -
Jira Legacy server FOLIO Issue Tracker serverId 6ccf3fe4-3301-368a-983e-20c466b11a49 key MODINV-207
Schema:
Step-by-step guide:
...
...
| Drawio | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Info | ||
|---|---|---|
| ||
SRS/SRM do not perform any validation of the updated MARC record, MARC Leader value should be recalculated on the quickMarc side |
The actual update happens using pub-sub approach. Upon receiving the request for update of the MARC record - 204 response is sent and a new QM_RECORD_UPDATED event is formed and published to mod-pubsub. Event payload contains the following data
- PARSED_RECORD_DTO - received from quickMarc ParsedRecordDto containing updated MARC record
- MAPPING_RULES - MARC-to-Instance default mapping rules
- MAPPING_PARAMS - mapping parameters for populating reference data
- SNAPSHOT_ID (optional) - new Snapshot id to which the updated MARC record will be linked
SRS subscribes to QM_RECORD_UPDATED eventType. When SRS receives the event the following operations are performed:
- a new Snapshot is created
- a new Record is created with incremented generation value and status ACTUAL
- status of the original Record is set to OLD
Steps 2 and 3 are executed in transaction.
After the Record was successfully “updated” (records in SRS are not overwritten, new Record is being saved with higher generation, and all the others are marked as OLD), a new QM_SRS_MARC_BIB_RECORD_UPDATED
...
event is published to mod-pubsub with payload:
- MAPPING_RULES (received from SRM) - MARC-to-Instance default mapping rules
- MAPPING_PARAMS (received from SRM)- mapping parameters for populating reference data
- MARC - updated Record
mod-inventory subscribes to QM_SRS_MARC_BIB_RECORD_UPDATED event. When event is received, a new Instance entity is mapped from MARC record using Mapper from data-import-processing-core
...
library. The original Instance is retrieved from mod-inventory-storage, compared to the newly mapped one and updated accordingly.