Skip to content
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

A question about a possibility of an enhancement of the guard scope #44

Open
mstfdkmn opened this issue Mar 23, 2022 · 2 comments
Open

Comments

@mstfdkmn
Copy link

Currently the plugin is being enabled by configuring it for the zone collection - /tempZone. In other saying we add some sort of configuration metadata to the zone collection. And this is making the plugin effective on the entire zone.

However for the possibilities like some certain metadata should only be guarded once attached to a specific group/project, the following configuration as expected not working.
imeta set -C /tempZone/home/groupA irods::metadata_guard '{"prefixes": ["irods::"], "admin_only": true}'

An alternative solution for this might be adding an extra layer for the namespace.
imeta set -C /tempZone irods::metadata_guard '{"prefixes": ["group1::irods::"], "admin_only": true}'

However we are worried to make things complex in future: we believe the namespacing should be used only for identifying something.

What would be your opinion for a use case that needs to protect a specific metadata only for a specific collection/group? Thanks.

@trel
Copy link
Member

trel commented Mar 23, 2022

This should definitely work as expected:

imeta set -C /tempZone/home/groupA irods::metadata_guard '{"prefixes": ["irods::"], "admin_only": true}'

If it is not working, please share a bug report.

I looked at the tests... but don't see one that isn't at the root of the zone, so regardless, we should add one.

@trel
Copy link
Member

trel commented Mar 23, 2022

new issue created here: #45

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants