uclibs / ucrate

Scholar@UC: University of Cincinnati's self-submission institutional repository
https://scholar.uc.edu
Other
5 stars 3 forks source link

Upgrade Hyrax (2.9.6 -> 5.0.0) EPIC #1022

Open scherztc opened 1 year ago

scherztc commented 1 year ago

Descriptive summary

We are on Hyrax version 2.9.6.

Expected behavior

5.0.0

4.0.0 - May 30, 2023 (1.6 MB) https://github.com/samvera/hyrax/releases/tag/hyrax-v4.0.0

3.6.0 - June 27, 2023 (1.21 MB) https://github.com/samvera/hyrax/releases/tag/hyrax-v3.6.0

3.5.0 - December 09, 2022 (1.21 MB) https://github.com/samvera/hyrax/releases/tag/hyrax-v3.5.0 3.4.2 - August 24, 2022 (1.21 MB) https://github.com/samvera/hyrax/releases/tag/v3.4.2 3.4.1 - March 30, 2022 (1.2 MB) https://github.com/samvera/hyrax/releases/tag/v3.4.1

3.4.0 - March 23, 2022 (1.19 MB) https://github.com/samvera/hyrax/releases/tag/v3.4.0

3.3.0 - January 24, 2022 (1.18 MB) https://github.com/samvera/hyrax/releases/tag/v3.3.0

3.2.0 - November 16, 2021 (1.15 MB) https://github.com/samvera/hyrax/releases/tag/v3.2.0

3.1.0 - September 09, 2021 (1.14 MB) https://github.com/samvera/hyrax/releases/tag/v3.1.0 3.0.2 - May 07, 2021 (1.13 MB) https://github.com/samvera/hyrax/releases/tag/v3.0.2

3.0.1 - March 31, 2021 (1.12 MB) https://github.com/samvera/hyrax/releases/tag/v3.0.1 3.0.0 - March 24, 2021 (1.12 MB) https://github.com/samvera/hyrax/releases/tag/v3.0.0

Actual behavior

Steps to reproduce the behavior

  1. Upgrade to 3.0
  2. Upgrade to 4.0

Related work

Link to related issues or prior related work here.

scherztc commented 11 months ago

https://github.com/samvera/hyrax/wiki/Upgrade-Hyrax-3.x-to-Hyrax-4

scherztc commented 10 months ago

We recently upgraded our Hyrax app from Hyrax 2.96 to 3.6. In the course of this upgrade, which also involved Dockerizing the app, we moved from Fedora 4.7.1 to 4.7.5. Because we had trouble with the Fedora import/export tool, we simply copied over all the Fedora and Solr core data on disk to the new image, and at first glance, everything seems to be working fine. However, reindexing causes loss of some metadata fields, specifically the keyword (keyword_sim and keyword_tesim in the Solr index) and license fields (license_tesim). Likewise, the ActiveFedora::Base.find and associated to_solr methods drop the data in these fields. (I am imagining perhaps that's why the reindexing fails.) In the Fedora UI, I can see that our legacy data has the keywords stored in a dc:relation field, which is also the case in our previous Fedora instance. But for newly created works (in our 3.6 app), the keywords are assigned one of the ns fields, e.g., ns018:keywords. I don't know enough about Fedora to determine whether this change has to do with the version of the Fedora app itself, or some configuration change we failed to make, and/or a change in the Hyrax codebase. Any suggestions or leads would be much appreciated!

scherztc commented 10 months ago

Important Migration Service : https://github.com/samvera/hyrax/pull/3748

scherztc commented 10 months ago

I propose we got to version 3.6 next.

scherztc commented 6 months ago

https://github.com/samvera/hyrax/releases?page=3 https://github.com/mlibrary/heliotrope/commit/27a5510254218ed058379ab505bfb4a4a18d4dc8#diff-d09ea66f8227784ff4393d88a19836f321c915ae10031d16c93d67e6283ab55f

scherztc commented 6 months ago

https://github.com/gwu-libraries/scholarspace-hyrax