-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Removing gemini #822
Removing gemini #822
Conversation
@dannylamb is this ready for testing? |
Weird dependency shenanigans: https://github.com/Islandora/islandora/pull/822/checks?check_run_id=1825556949#step:10:18 |
Can't seem to replicate using PHP 7.4 and Drupal 9.1.4 I'm noticing that we're on 9.1.1. Maybe i just need to get that to bump. |
So i did the following
I didn't get any derivs for the migrated objects. for example the milliner log contains
When I checked on a node page, i saw a fedora URI and i clicked it and it returned a 404, so i did index in fedora action and then clicked on the fedora URI again and it worked (no 404). Media Fedora URIs appear to be working. but i didn't get any derivs for the migrated objects. I will note that when i manually made an item node in the UI, it did persist to fedora without issue. |
islandora.module
Outdated
$media_source_service = \Drupal::service('islandora.media_source_service'); | ||
$source_file = $media_source_service->getSourceFile($entity); | ||
$uri = $source_file->getFileUri(); | ||
$scheme = \Drupal::service('file_system')->uriScheme($uri); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is deprecated in D9:
Replaced with \Drupal\Core\StreamWrapper\StreamWrapperManagerInterface::getScheme()
I'll try and follow your steps on a playbook and see what's up with derivatives. |
Ok, after fixing that deprecation you found (which for me that class was straight up gone on 9.2.0-dev), I've got it working on a fresh playbook. No issues with derivatives that I can see. Here's how I installed it (scraped from my bash history) cd /var/www/html/drupal/web/modules/contrib/islandora
git fetch origin
git checkout no-gemini
cd /var/www/html/drupal/vendor/islandora/crayfish-commons/
git fetch origin
git checkout no-gemini
cd /var/www/html/Crayfish/
sudo git fetch origin
sudo git checkout no-gemini
cd Milliner/vendor/islandora/crayfish-commons/
sudo git fetch origin
sudo git checkout no-gemini
cd /var/www/html/drupal/
drush cr Then I made an Image and uploaded an Original file and everything checked out. Everything makes its way into Fedora as expected without going through Gemini. |
Ah... and now re-reading... Maybe the issue is just with migrate_islandora_csv. I'll give that a whirl. |
@elizoller I bumped right into what you experienced. Turns out that I was calling the migration wrong. It needed both --userid=1 and --uri=localhost:8000 in order to work. After that it worked fine. By doing this I managed to test https://github.com/Islandora/migrate_islandora_csv/pull/40/files for ya. Works good! Here's how I got and ran the code: cd /var/www/html/drupal/web/modules/contrib
git clone https://github.com/asulibraries/migrate_islandora_csv.git
cd migrate_islandora_csv/
git checkout d9_updates
drush en migrate_islandora_csv
drush mim --userid=1 --uri=http://localhost:8000 --group migrate_islandora_csv |
did that fix all the derivative problems? if so, i'll re run and see what i get. |
Derivatives worked out fine once I ran it with the right arguments. |
ok, i'll have another look |
🙇 |
@dannylamb i pulled in the new commit, rollback the migrations, re-imported them with the uri and userid flags and confirmed files, media, and nodes were all created. all are visible in drupal side, all expected derivatives were created, and fedora URI resolves correctly. |
I think that's about it as far as module code. I have ISLE rigged up to use this. I think the playbook will be mostly unaffected other than we'd want to remove the stuff to deploy gemini. Would you be willing to test if I throw up a quick PR to islandora-playbook? |
Definitely |
🙇♂️ |
...and seeing now that all this stuff totally breaks the recast service 🎉 I don't think it's too bad since the service in Crayfish commons works both ways, but still. One more hurdle 🤕 |
🤕 |
Ok, I've got recast working again. Fixing up its tests... all most there.... |
I just pushed up commits to Islandora/Crayfish#111 if you want to test again. |
On to the playbook pull.. |
@dannylamb any interested in #828 as a potential substitute for the sed line in this PR? |
@dannylamb any interest in #828 as a potential substitute for the sed line in this PR? |
old habits die hard, i guess. didn't even look to the line above, which is a perfectly good example of setting a property using the command line 😅 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
tested with Islandora-Devops/islandora-playbook#197
JIRA Ticket: Goes with Islandora-Devops/isle-dc#132
What does this Pull Request do?
Uses the new
EntityMapper
service from Islandora/Crayfish-Commons#45 to recreate whatGeminiLookup
did. Deletes a lot of stuff 🔥How should this be tested?
vendor/islandora/crayfish-commons
directory.Interested parties
@Islandora/8-x-committers