[
https://issues.apache.org/jira/browse/CMIS-722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13768391#comment-13768391
]
linzhixing commented on CMIS-722:
---------------------------------
Sorry, I overlooked 3.10.2.
If so, via Chemistry AtomPub, how can I do for continuous crawling of the
change logs before reaching the latest token of the repository?
After I called the first getContentChanges with a certain maxItems, and if the
results has more items, I must set the latestChangeLogToken of the returned
results on the second call to get the rest of change events, but I cannot do
that...
Now I think of some options with a fault:
(1) Use WebService binding, and give up AtomPub binding for crawing (This
means sometimes one cannot faithfully crawl all the logs for an AtomPub-only
repository).
(2) Fetch all the change events so that the latestChangeLogToken of the
results always equals to that of the repository, which I can still get.(But
maxItems argument of getContentChanges could be set a default value for each
repository, so it's not assured that you can always retrieve all the change
events even if you set it null...) This argument might affect the
following(http://stackoverflow.com/questions/12190247/most-efficient-way-to-detect-changes-of-a-remote-cmis-repository).
Fortunately, I can configure the default value in my CMIS server...
(3)Somehow read directly an AtomFeed and extract a token manually (The way
is not provided by OpenCMIS Client API as API).
Is there any other way for continuous full crawling?
> 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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
