Thank you very much Martin, that’s the answer I was searching for.
From: cmis@lists.oasis-open.org [mailto:cmis@lists.oasis-open.org] On Behalf Of Hermes, Martin
Sent: Dienstag, 4. Dezember 2012 10:08
To: Alexander Haag; 'David Choy'; 'Jay Brown'
Cc: cmis@lists.oasis-open.org
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 2.1.3.3.2) if the id is the same:
Id | 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 different for each type. |
Best Regards,
Martin
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]?
Thanks,
Alex
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.
david
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
jay.brown@us.ibm.com
"Alexander Haag" ---12/03/2012 12:40:00 AM---Hello CMIS-Members,
From: |
|
To: | |
Date: |
|
Subject: |
|
Sent by: |
Hello CMIS-Members,
I got a question regarding Inheritance in Type-structure, causing some confusion during development.
Based on CMIS spec:
2.1.3.1 Object-Type Hierachy and Inheritance
….
The properties of a CMIS base type MUST be inherited by its descendant types.
…
2.1.3.3.2 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
Germany
alexander.haag@wewebu.com
http://www.wewebu.com
http://www.openworkdesk.org
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