Actions
Collections as regular Arvados objects » History » Revision 7
« Previous |
Revision 7/11
(diff)
| Next »
Peter Amstutz, 08/08/2014 01:15 PM
Collections as regular Arvados objects¶
- Collections are assigned regular UUIDs
- Collections have a regular
owner_uuidinstead - Manifest hash goes into the
portable_data_hashfield manifest_textandportable_data_hashcan be edited- Can access collections on API by uuid (returns regular record) or
portable_data_hash(returns record containinguuid,portable_data_hashandmanifest_textwithuuid==portable_data_hash)- Setting/changing
manifest_texton its own updatesportable_data_hash - Setting/changing
portable_data_hashon its own fetches the manifest from Keep manifest_textandportable_data_hashhave to match
- Setting/changing
- Add mutable
name,description,propertiesfields- Use same logic for names/descriptions as already exist for other Arvados objects
- Continue to use manifest text hash (
portable_data_hash) for crunch- Choosers set the value to the manifest hash, record the selected collection uuid on link_uuid
- Task output continues to be a manifest fragment or manifest hash+token stored in Keep
- Crunch-job continues to set job output to manifest hash+token
- Crunch-job creates output collection with
owner_uuidas the user (which means it will show up in the "home" project when #3499 is merged)
- Pipeline runner is responsible for creating a collection in the target project and setting the name
- Add an
output_namefield to the component description
- Add an
- When user clicks on a link to a collection uuid, it should include the expected portable data hash in the URL
- If there is a mismatch, it should throw up a warning and possibly tell the user what changed
- Disallow content hashes in
head_uuidandtail_uuidfields of links
Migration¶
- Update schema to add
name,description,propertiescolumns - Convert name links to collection objects owned by
tail_uuidand delete the name links - For remaining collections not accessible through name links, look for can_read permission links and create collections owned to the relevant user or group
- Any other collections will remain owned by system user and will have to be assigned manually (?)
- Update links (other than name or permission links) that point to a manifest hash to point to an appropriate collection uuid instead
Updated by Peter Amstutz over 11 years ago · 11 revisions