[occi-wg] Query uniqueness
Gary Mazz
garymazzaferro at gmail.com
Mon Apr 11 11:30:51 CDT 2011
Ralf,
Leaving architectural components as simply "not implemented" may be
considered 'inoperable' and defeats the purpose of interoperability, at
least in some circles. :)
A provider may implement a protected feature making their occi mixin
unique to their infrastructure enforcing vendor lock-in. Its probably
not desirable to go down that path. We need to address that issue
sometime soon.
cheers
gary
On 4/11/2011 9:59 AM, Ralf Nyren wrote:
> On Mon, 11 Apr 2011 18:51:04 +0300, Andre Merzky<andre at merzky.net> wrote:
>
>>> This means that with user-defined Mixins an OCCI service must refuse to
>>> create a Mixin for which the specified location path already is taken.
>> which basically means that you need a registry of valid mixins?
> You need a registry of all Mixins visible to a particular user, yes. Not
> sure if that is what you meant.
>
> A simple registry could be a hash-map with "location" as the key and the
> Mixin object as value. When a user attempts to add a Mixin check the
> hash-map, if location is already there, return a Bad Request.
>
> Which Mixins are valid or not in terms of scheme + term is up to the
> provider to decide (afaik).
>
> /Ralf
>
>
>
More information about the occi-wg
mailing list