[
https://issues.apache.org/jira/browse/CMIS-110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Hubick reopened CMIS-110:
-------------------------------
The current code expects the AtomPubCMIS.CHILDREN element to contain an
AtomPub.ATOM_FEED, but Alfresco is returning a sequence of AtomPub.ATOM_ENTRY
elements, causing the AbstractObjectReader.readChildren(...) implementation's
call to APPObjectFeedTreeReader.read(...) to throw "XMLStreamException: Parse
error: Not an atom feed" :(
Or is Alfresco doing the wrong thing here?
I looked into patching this similarly to my original patch, which just had
AbstractObjectReader call it's own read(...), but I gave up around the point
where I then noticed the 'tree' argument to
AbstractObjectReader<T>.setChildren(T object, List<Tree<ObjectEntry>> tree)
isn't specified in terms of <T>, which is what you will get back from a
recursive AbstractObjectReader.read(...) call.
> Broken Folder Tree and Descendants processing
> ---------------------------------------------
>
> Key: CMIS-110
> URL: https://issues.apache.org/jira/browse/CMIS-110
> Project: Chemistry
> Issue Type: Bug
> Components: atompub
> Reporter: Chris Hubick
> Assignee: Florent Guillaume
> 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.
