[
https://issues.apache.org/jira/browse/CMIS-722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13788219#comment-13788219
]
Florian Müller commented on CMIS-722:
-------------------------------------
If nobody objects, this extra XML element will stay. It's not part of the CMIS
standard, though – don't rely on it!
The default next link was wrong. If there is no next page (hasMoreItems ==
false), the next link doesn’t make sense. So, I removed it.
> getContentChanges doesn't renew Holder<String>changeLogToken in AtomPub Client
> ------------------------------------------------------------------------------
>
> Key: CMIS-722
> URL: https://issues.apache.org/jira/browse/CMIS-722
> Project: Chemistry
> Issue Type: Bug
> Components: opencmis-client-bindings
> Affects Versions: OpenCMIS 0.10.0
> Reporter: linzhixing
>
> org.apache.chemistry.opencmis.client.bindings.spi.atompub.DiscoveryServiceImpl#getContentChanges,
> which is called from SessionImpl(Line:326), seems not to return a new
> Holder<String>changeLogToken argument. When I execute getContentChange from
> OpenCMIS client, changeLogToken remains the same as its input value.
> I confirmed that my CMIS server updates Holder<String>changeLogToken to the
> latest token in the returned list both in debugging and Atom feed <atom:link
> rel="next">.
> To see
> org.apache.chemistry.opencmis.client.bindings.spi.webservices.DiscoveryServiceImpl#getContentChanges(Line:66),
> one can find
> setHolderValue(portChangeLokToken, changeLogToken);
> but I can't find any such code in atompub DiscoveryServiceImpl.
> So I suppose some codes should be added that sets a renewed changeLogToken
> reading from an atom feed page link.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
