I have tried now the latest code and now the crawling process is
terminating correctly without any exception.
But I noticed that when the job is running, the total number of documents
are correctly shown, and you can see that this number is incrementing
gradually until the end of the job.
But at
It looks like the FileRef field includes the site path. I've checked
in a modification that should help.
Karl
On Fri, Sep 7, 2012 at 11:34 AM, Piergiorgio Lucidi
piergior...@apache.org wrote:
I have tried now the latest code and now the crawling process is
terminating correctly without any
Hello,
Same here, with svnversion 1382074, all 7888 documents indexed without any
exception.
Ahmet
--- On Fri, 9/7/12, Piergiorgio Lucidi piergior...@apache.org wrote:
From: Piergiorgio Lucidi piergior...@apache.org
Subject: Re: [WITHDRAW][VOTE] Release Apache ManifoldCF SharePoint 2010
I conclude that the plugin is not handling paging properly - there's
no other explanation. So I am canceling the vote and will try to
check in a fix.
Karl
On Thu, Sep 6, 2012 at 1:11 PM, Karl Wright daddy...@gmail.com wrote:
It looks like two problems here. First, it looks like Solr is
I tried now upgrading the plugin on SharePoint and rebuilding the connector
from the trunk but it returns me this exception:
ERROR 2012-09-06 20:20:00,993 (Worker thread '41') - Exception tossed:
Internal error: Relative path 'Library Custom/actions-article-v2.pdf' was
expected to start with
Thanks for trying this.
Just as a check I increased the number of documents that will be
requested on the connector side to 1. If you synch up trunk and
try again, it should give me an idea whether the failing logic is on
the connector side or the server side. (I suspect it is still the
I also just updated the plugin at sharepoint-2010/trunk to precisely
follow a Microsoft example I found. Could you give this a try as
well?
Karl
On Thu, Sep 6, 2012 at 5:08 PM, Karl Wright daddy...@gmail.com wrote:
Thanks for trying this.
Just as a check I increased the number of documents