Should network resources' occi.core.id contain "/network/" part?

[bhagemeier]

Hi,

I've been pointed to this issue about the occi.core.id. @arax is of the opinion that it should not, but I cannot see anything in the core OCCI spec that would restrict the id. After all, it is a URI w/o semantics. Let's clarify this.

Björn

[dizz]

occi.core.id's structure is opaque, so long as it is unique within the domain of the service provider, so I'd agree with what you say @bhagemeier. If it is unclear from the spec then I'd suggest we continue the conversation on the OCCI ML.

[arax]

You are, of course, right. There are almost no restrictions on occi.core.id's structure in the specification but it would be nice if the same approach was used for all resources at least within one implementation.

At the moment occi.core.id in /network/ contains /network/ and a human-readable name from OS but in /compute/ it's only a hash, e.g. 183b4a73-8310-4920-8351-d07c16da58bc.

It's difficult to implement a reasonably human-readable output formatting (or provide a user-friendly interface) when there are structure changes not only from implementation to implementation but also from resource to resource in one implementation.

This, of course, has no effect on functionality but it's not always easy to explain to users why sometimes they can write

... --action describe --resource /compute/183b4a73-8310-4920-8351-d07c16da58bc

and see the last part of the location matching the ID and sometimes have an ID and not be able to write

... --action describe --resource /network//network/public

to get some more information about the resource.

Am I completely wrong?

[dizz]

IMO, from an implementation consistency point of view you're correct.

[bhagemeier]

@dizz, should we resolve this issue somehow? A dangling question is never a good idea. Should this become a feature request? I had a brief look at the code, but I'm not quite sure whether I would get it right.

[dizz]

Have set it as an enhancement. If you could suggest a pull request that would be highly appreciated. Likely that at this point is a good start