[ 
https://jira.duraspace.org/browse/DS-655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=19042#action_19042
 ] 

Tim Donohue commented on DS-655:
--------------------------------

+1 to what Joseph Rhoads said.  I think the "best way" forward is to properly 
integrate MetadataValue into the code, and get rid of DCValue (which we may 
want to separate into a different JIRA issue itself, as it's a semi-large 
task).  Unfortunately, it seems no one ever got around to that in the past, and 
therefore DCValue is still throughout the code, despite being deprecated.

> MetadataExposure hides fields except for System Admins - this should extend 
> to Community and Collection Admins
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: DS-655
>                 URL: https://jira.duraspace.org/browse/DS-655
>             Project: DSpace
>          Issue Type: Improvement
>          Components: DSpace API
>    Affects Versions: 1.6.0, 1.6.1, 1.6.2
>            Reporter: Bill Hays
>            Assignee: Robin Taylor
>   Original Estimate: 16 hours
>  Remaining Estimate: 16 hours
>
> MetadataExposure provides an exclusion for SystemAdmins but not Community and 
> Collection admins who are actually more likely to need access to metadata 
> that is restricted to public view.  For instance, the default metadata field 
> for hiding is dc.description.provenance which is in the purview of Community 
> and Collection admins at my location.
> Caveat:  The comments in the class state that it is important to have a very 
> efficient mechanism and to extend the class by calling 
> AuthorizeManager.isAdmin(context, dso) would have a much greater overhead 
> than the current AuthorizeManager.isAdmin(context).   And for OAI this 
> recommendation is not applicable.  
> The hidden metadata is still available to all admins using the EditMetadata 
> capability, yet this is a burden with the provenance field since it can be 
> quite large.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://jira.duraspace.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel

Reply via email to