[occi-wg] Updates to OCCI core

Ralf Nyren ralf at nyren.net
Wed Mar 14 10:45:43 EDT 2012


On Wed, 14 Mar 2012 11:39:33 +0000, <alexander.papaspyrou at tu-dortmund.de>
wrote:
> I think we could fix ourselves to the following normative namespaces:
> 
> occi.core.* for attributes from the core model

+1

> occi.infrastructure.* for attributes from the infrastructure model

Would require renaming all attributes in OCCI Infrastructure...
 
> and
> 
> com.example.* for our examples.

+1 for consistent naming of attributes in our examples!

> These three MUST NOT be used by third-party extensions; instead,
> third-party extensions SHOULD follow the reverse-domain-name pattern to
> prefix their attributes.

I like the whole occi.* namespace to be reserved for future OCCI spec
usage (as currently specified in OCCI Core). Otherwise I agree.

/Ralf

> Re: simple I would second what Ralf says. Properly implementing a type
> system is  a non-trivial task.
> 
> -A.
> 
> Am 14.03.2012 um 09:22 schrieb Ralf Nyren:
> 
>> 
>> On Sun, 11 Mar 2012 18:35:51 +0000, "Feldhaus, Florian"
>> <florian.feldhaus at gwdg.de> wrote:
>>> Here are some ideas for extending the description of attributes. To
more
>>> clearly specify attributes, a new new class 'attribute' should be
added
>> to
>>> OCCI Core. For the class diagram this would require to remove '+
>> attributes
>>> :Set<String>' from category and instead connect it with the attribute
>> class
>>> in a many to one dependency.
>> 
>> We actually had an Attribute class for I while and I guess it is time
to
>> re-introduce it.
>> 
>> However, we MUST NOT call it "Attribute". First we already have like 5
or
>> so different things we call "attribute" currently and adding another
>> "thing" with the same name is just too much. OCCI Core is hard enough
to
>> read as it is already. Secondly, an object of this class is not really
an
>> attribute since it has no value. It is a type definition of an
>> attribute, a
>> meta-attribute :D
>> 
>> But given a proper name which is not too confusing this is all great.
>> 
>>> Ideas for the attribute class:
>>> - the attribute class should consist of the attributes: mutable,
>> required,
>>> type, default
>> 
>> hehe, attribute class with attributes... you see why we need another
>> name?
>> ;)
>> 
>>> - the naming of attributes of the OCCI specification MUST start with
>> occi
>>> followed by term and the attribute name (e.g. occi.compute.cores)
>> 
>> No, this is too restrictive. Remember that each scheme is a separate
>> namespace. What we could do is say that attribute name must end with
>> .term.attrname, e.g. occi.[xxx.]<term>.<attr>.
>> 
>>> - the naming of attributes of user defined mixins MUST start with the
>>> reversed domain name of the mixin scheme followed by the term and the
>>> attribute name (e.g. com.example.my_mixin.my_attribute)
>> 
>> See above, same applies here.
>> 
>>> - the attribute type should contain restrictions on the attribute like
>> for
>>> example:
>>> * string: choices, min_length, max_length
>>> * number: bounds (one or more lower and upper bounds)
>>> - there might be more detailed attribute types such as URL or URI,
>> float,
>>> integer, ...
>> 
>> This must be detailed out properly. I would rather keep it on the
simple
>> side though...
>> 
>> /Ralf
>> 
>>> 
>>> --Florian
>>> 
>>> 
>>
-------------------------------------------------------------------------------
>>> GWDG - Gesellschaft für wissenschaftliche
>>> Datenverarbeitung mbH Göttingen
>>> Am Fassberg 11, 37077 Göttingen
>>> 
>>> Fon: 0551 39-20364
>>> Fax: 0551 201-2150
>>> E-Mail: florian.feldhaus at gwdg.de
>>> WWW: www.gwdg.de
>>> 
>>
-----------------------------------------------------------------------------------
>>> Geschäftsführer: Prof. Dr. Ramin Yahyapour
>>> Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger
>>> Sitz der Gesellschaft: Göttingen
>>> Registergericht: Göttingen
>>> Handelsregister-Nr. B 598
>>> 
>>
-----------------------------------------------------------------------------------
>>> 
>>> _______________________________________________
>>> occi-wg mailing list
>>> occi-wg at ogf.org
>>> https://www.ogf.org/mailman/listinfo/occi-wg
>> _______________________________________________
>> occi-wg mailing list
>> occi-wg at ogf.org
>> https://www.ogf.org/mailman/listinfo/occi-wg


More information about the occi-wg mailing list