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: [OASIS Issue Tracker] Commented: (CMIS-98) There are CMISproperties that duplicate APP/ATOM information



    [ http://tools.oasis-open.org/issues/browse/CMIS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=10126#action_10126 ] 

Ryan McVeigh commented on CMIS-98:
----------------------------------

Regarding David's comments about duplication of cmis properties and atom properites, I have some thoughts:

The spec part II, section "Atom Entry Documents" says:  When POSTing an Atom Document, the atom fields take precedence over the CMIS property field for writeable properties.

This appears to me that a client should always give the atom properties precedence over the CMIS properties.  If that's the case, what's the value in the CMIS properties again?  I'm not sure how much code re-usability there is here, but is that a goal of the spec?  I think we should be as AtomPub friendly as we can prior to trying to share code between the two bindings.

Florent:  I think that your comment is essentially saying the same thing - we should strive towards reducing the duplication present in the cmis schema where atom already specifies what to do.  Is that accurate?

> There are CMIS properties that duplicate APP/ATOM information 
> --------------------------------------------------------------
>
>                 Key: CMIS-98
>                 URL: http://tools.oasis-open.org/issues/browse/CMIS-98
>             Project: OASIS Content Management Interoperability Services TC
>          Issue Type: Bug
>          Components: REST/AtomPub Binding
>            Reporter: Ryan McVeigh
>            Assignee: Al Brown
>            Priority: Critical
>
> I think this is reasonably significant - so I chose the Critical priority.  This may also be most appropriate to break up into separate issues, but for simplifying discussion I'll report this as a single issue and list all of the various duplications we've found.
> 1.  part II p. 19 "All CMIS properties will be exposed in CMIS properties tag even if they are duplicated in an atom element".  Why are there duplicates? This just seems to clutter things...
> 2.  "Atom:Id will be the URI of the resource" 
>   -  Why is there a CMIS URI property (enumPropertiesBase Uri) that simply duplicates what should be in atom:id?
>   -  Is there a case where just one of these will appear and that's why sometimes it's duplicate?
>           <atom:id>http://localhost:7001/drtWebApp/cmis/children/BEA_ExtendedRepository/4001</atom:id>
>           <cmis:propertyString cmis:propertyType="string" cmis:name="Uri">
>               <cmis:value>http://localhost:7001/drtWebApp/cmis/children/BEA_ExtendedRepository/4001</cmis:value>
>           </cmis:propertyString>
> 3.   "App:edited will be CMIS:lastModifiedDate"
> 4.   "Link with relation self will be CMIS:uri" 
>     <atom:link rel="self" href="http://localhost:7001/drtWebApp/cmis/children/BEA_ExtendedRepository/4001";       />
>     <cmis:propertyString cmis:propertyType="string" cmis:name="Uri">
>         <cmis:value>http://localhost:7001/drtWebApp/cmis/children/BEA_ExtendedRepository/4001</cmis:value>
>     </cmis:propertyString>
> 5.  "Published will be CMIS:createdDate" 
>     <atom:published>2009-02-27T10:26:50.625-07:00</atom:published>
>     <cmis:propertyDateTime cmis:propertyType="datetime" cmis:name="CreationDate">
>         <cmis:value>2009-02-27T10:26:50.625-07:00</cmis:value>
>     </cmis:propertyDateTime>
> 6.  "Atom:author will be CMIS:creator"  creator? does this mean createdBy?
>           <atom:author>
>               <atom:name>weblogic</atom:name>
>           </atom:author>
>           <cmis:propertyString cmis:propertyType="string" cmis:name="CreatedBy">
>               <cmis:value>weblogic</cmis:value>
>           </cmis:propertyString>
> 7.  "Author/name will be CMIS:createdBy "
>    - name? or does this mean contributor? or was that just a clarification for author?
>    - oh, I see, nested element name...that was confusing...maybe similar phrases should be used (Atom:author was used before, as was creator, instead of createdBy)
>           <atom:contributor>
>               <atom:name>weblogic</atom:name>
>           </atom:contributor>

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


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