[occi-wg] name-based access to resources

Adrian Cole adrian at jclouds.org
Tue Oct 20 19:47:34 CDT 2009

Well, no work except that we've coded in root-level paths like:
/compute in the spec.

I'm not sure if we intend that to be taken literally, but if so, it
reduces options for exposing multiple interfaces.

On Tue, Oct 20, 2009 at 5:40 PM, Adrian Cole <adrian at jclouds.org> wrote:
> I'm comfortable with that.  There's nothing about this interface that
> requires rework of the primary.  It is really a 'value-add' that would
> encourage a few more adopters.
> Cheers,
> -Adrian
> On Tue, Oct 20, 2009 at 5:38 PM, Gary Mazz <garymazzaferro at gmail.com> wrote:
>> I believe though discussions, multiple was sidelined to be examined in a
>> later revision. If you could, place it on the issues list.
>> -gary
>> Adrian Cole wrote:
>>> Hello, WG.
>>> In re-reading the OCCI spec, something became clear to me I frankly
>>> hadn't noticed before:  All operations require system-generated ids.
>>> POST creates an object and returns a url containing its UUID.  All
>>> other operations require this UUID.  UUIDs are important, and there
>>> will be systems that should use this for efficiency's sake.  However,
>>> moderate use would pretty much require users to store a mapping
>>> between what they call a resource and its UUID.  This mapping would
>>> end up as another table or cache that clients would need to maintain.
>>> The alternate path is a name-based interface to the system that allows
>>> access to resources based on ids the client decides.  A good example
>>> of this is atmos online, where they have 2 interfaces: /objects and
>>> /namespace but offer the same methods on each.  For convenience,
>>> namespace methods return the UUID in a response header, so one can
>>> later switch.  Regardless, clients do not need to parse metadata or
>>> listings to access their resources as they are available by their
>>> natural names.
>>> Is this something we can consider supporting in OCCI?
>>> Regards,
>>> -Adrian
>>> jclouds
>>> _______________________________________________
>>> occi-wg mailing list
>>> occi-wg at ogf.org
>>> http://www.ogf.org/mailman/listinfo/occi-wg

More information about the occi-wg mailing list