[
https://issues.apache.org/jira/browse/CMIS-110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12831989#action_12831989
]
Florent Guillaume commented on CMIS-110:
----------------------------------------
You're right that the current implementation doesn't deal with nesting
correctly.
I'd like to think a bit more about the proper fix though, as I'm not sure
adding a parent reference in the ObjectEntry is the correct way to represent
nesting. I'd prefer to have a generic Tree<ObjectEntry> datastructure that
represents that, and is returned correctly by the APIs, especially
getDescendants.
The other side of the issue that has to be tackled is the server side, and
doing actual generation of the proper nested feed in CMISChildrenCollection.
If you don't want to work on this right now it's all right, I'll need it soon
to be spec compliant so I'll get started on it in the coming days.
> Broken APP Folder Tree and Descendant Processing
> ------------------------------------------------
>
> Key: CMIS-110
> URL: https://issues.apache.org/jira/browse/CMIS-110
> Project: Chemistry
> Issue Type: Bug
> Components: atompub
> Reporter: Chris Hubick
> Attachments: chemistry_parent_entity.patch
>
>
> Hi.
> When using the CMIS Folder Tree and Descendant functions with Alfresco, I get
> back an Atom 'feed' containing 'entry' elements, which have a cmis/restatom
> 'children' element, which then recursively holds further Atom 'entry'
> elements for the child documents of the parent entry. These recursive
> 'entry' elements are currently ignored by Chemistry.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
