VOSpace 2.1 issues

Matthew Graham mjg at cacr.caltech.edu
Fri Sep 12 23:18:43 CEST 2014


Hi Brian,

On Sep 12, 2014, at 12:59 PM, Brian Major wrote:

> On Thu, Sep 11, 2014 at 10:39 AM, Matthew Graham <mjg at cacr.caltech.edu> wrote:
> Hi,
> 
> Mike Fitzpatrick and I were reviewing the VOSpace spec last week specifically for capability stuff and realized that there are a couple of elements missing that we would like to see included in VOSpace 2.1:
> 
> (1) At the moment you get all-or-none with the capabilities on a node whereas there should be a way to specify which capabilities you would like on a node so we would like to propose two additional methods to work a specific node: attachCapability and detachCapability.
> 
> I'm probably not correctly understanding these proposed methods: are you suggesting that clients should have the ability to modify the capabilities of a node?  Couldn't the desired capabilities be set by creating a new node?  I think it would be tricky to accept capability modification actions when there is potentially data already associated with the node...
>  

The spec specifically says that you cannot use node creation to set the capabilities on a given node so there is actually no way to do this. You either get all the capabilities that a server offers on all nodes or none - the user has no control over this.

	Cheers,

	Matthew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/grid/attachments/20140912/c21193cd/attachment.html>


More information about the grid mailing list