OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

cmis message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [cmis] CMIS: Inheritance Type definition

Hi Alex,

“Is/Must a property-definition defined as [inherited=False] if anyone of its attributes [updateability, required, choices, openChoices] is changed?”


No, the property definition is still inherited as long as the id is not changed. CMIS 1.1. states more clearly what can be changed and what is not allowed to change (see chapter if the id is the same:


This opaque attribute uniquely identifies the property in the repository. If two object-types each contain property definitions with the same id, the basic property definitions (property type, query name, cardinality) MUST be the same. Other attributes MAY be dierent for each type.



Best Regards,



From: cmis@lists.oasis-open.org [mailto:cmis@lists.oasis-open.org] On Behalf Of Alexander Haag
Sent: Dienstag, 4. Dezember 2012 09:12
To: 'David Choy'; 'Jay Brown'
Cc: cmis@lists.oasis-open.org
Subject: RE: [cmis] CMIS: Inheritance Type definition


I still getting confused, since in my first mail were a lot of questions and examples.


I was taking about Property-Definition changes in sub Object-Type definitions,

and assumed in our CMIS-Client/Consumer handling that changes are marked in property definitions with [inherited=False].


@Jay Brown: I hope that my assumption is matching your answer.

And not the second question : ”Or is inherited only a marker for “name”-Inheritance?


In my special example it is even much more problematic, because the property definition

is one of the base properties of a CMIS-object.


To simplify everything to one question:

Is/Must a property-definition defined as [inherited=False] if anyone of its attributes [updateability, required, choices, openChoices]?





From: cmis@lists.oasis-open.org [mailto:cmis@lists.oasis-open.org] On Behalf Of David Choy
Sent: Montag, 3. Dezember 2012 21:41
To: Alexander Haag; Jay Brown
Cc: cmis@lists.oasis-open.org
Subject: Re: [cmis] CMIS: Inheritance Type definition


The property definition is inherited, not property value.


On Mon, Dec 3, 2012 at 10:11 AM, Jay Brown <jay.brown@us.ibm.com> wrote:

The latter.

Jay Brown
Senior Engineer, ECM Development
IBM Software Group

Inactive hide details for "Alexander Haag" ---12/03/2012 12:40:00 AM---Hello CMIS-Members,
"Alexander Haag" ---12/03/2012 12:40:00 AM---Hello CMIS-Members,


"Alexander Haag" <alexander.haag@wewebu.com>




12/03/2012 12:40 AM


[cmis] CMIS: Inheritance  Type definition

Sent by:


Hello CMIS-Members,
I got a question regarding Inheritance in Type-structure, causing some confusion during development.
Based on CMIS spec: Object-Type Hierachy and Inheritance
The properties of a CMIS base type MUST be inherited by its descendant types.  Attributes common to ALL Object-Type Property Definitions

inherited Boolean
Indicates whether the property definition is inherited from the parent type when TRUE or it is
explicitly defined for this object-type when FALSE.

Question is when MUST the inherited-Attribute be FALSE?
Example for the problem (notation is Object-Type + “. “ + Property-Type):
cmis:document.cmis:name (inherited=False, updateability=READONLY)
example:SubDocument.cmis:name (inherited=True, updateability=ONCREATE) or (inherited=False, updateability=ONCREATE)
Must attribute changes of a Type-Definition be marked with “inherited=False”?
Or is inherited only a marker for “name”-Inhertance?
Best Regards,
Alexander Haag
-Software Engineer-
WeWebU Software AG
Hauptstr. 14
91074 Herzogenaurach
Sitz / Domicile: Herzogenaurach, Deutschland
Vertretungsberechtigter Vorstand / Executive Board: Stefan Waldhauser (Vorsitzender / Chairman), Jens Dahl
Aufsichtsrat / Supervisory Board: Michael Salleck (Vorsitzender / Chairman), Thomas Leitner, Ruth Diringer
Registergericht / Register Court: Fürth, Bay.
Registernummer / Register Number: HRB 12083


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]