[occi-wg] Revisiting Fat Links

Ralf Nyren ralf at nyren.net
Wed Aug 18 02:10:12 CDT 2010


Michael,

> In trying to digest all the link traffic (great stuff by the way) - can  
> we perhaps assume that any POST or PUT operation would never destroy  
> links.

POST would never destroy data in any of the three proposals. In the simple  
approach (called "Another proposal" in the wiki) a PUT request can indeed  
destroy Links. This is the big disadvantage of that approach. The Thin and  
Fat Link proposals do not have this problem.

> Then, for removal of links, perhaps a separate DELETE call to the  
> resource that specifies (somehow) only the deletion of the listed links  
> is removed?

The problem is, with the simple approach, that you cannot reliable specify  
which Link to delete. Since a Link in this case is a composition of the  
Resource and is not a resource in itself there is no unique identifier.  
What you have is the target URI but there is nothing in the model which  
prevents you from linking multiple times to the same target. E.g.  
attaching two virtual interfaces to the same network. Thus you must  
specify the whole set of Links in every PUT request and any Links not  
present in that set must be removed by the server.

With the Link as a REST resource as in the Thin/Fat Link proposals this is  
not a problem since the normal CRUD operations are allowed on individual  
Links.

regards, Ralf



More information about the occi-wg mailing list