chemistry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "linzhixing (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CMIS-722) getContentChanges doesn't renew Holder<String>changeLogToken in AtomPub Client
Date Mon, 16 Sep 2013 15:11:52 GMT

    [ 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

Mime
View raw message