Hi Guy,

This looks like it was broken during the MCF 1.8 release cycle.  I've
created CONNECTORS-1151 to track this; hope to have a patch for you shortly.

Thanks,
Karl


On Sun, Jan 25, 2015 at 5:10 AM, Guy Sperry <[email protected]> wrote:

> I am unable to get the FileNet connector to process documents. I was able
> to compile the repository connection. The filenet-registry and
> filenet-server processes run correctly. I am able to create a repository
> connection. I can create a job successfully. The class and index
> information are retrieved properly. I have distilled the job down to a
> class with a single document and I am only retrieving the Id and
> DocumentTitle fields. When the job runs I consistently get the error:
> "String index out of range: -1". I have downloaded the source code and
> traced the error. It seems that the function is expecting a comma in the
> identifier that is not there.
>
> I am connecting to FileNet P8 5.1 using the CEWS40MTOM service URL. My
> output is going to Solr 4.10.3.
>
> Please let me know if you have any ideas on how I can get this to work or
> if there is any further information I can provide.
>
>
> Relevant Log Entries: .
> DEBUG 2015-01-24 23:16:19,924 (Startup thread) - FileNet: Inside
> addSeedDocuments
> DEBUG 2015-01-24 23:16:20,064 (Startup thread) - FileNet: Seeding with
> identifier '{E8B8CFA6-CEE4-4204-BCD8-49DF19A7F468}'
> DEBUG 2015-01-24 23:16:21,544 (Worker thread '1') - FileNet: Inside
> processDocuments
> DEBUG 2015-01-24 23:16:21,560 (Worker thread '1') - Filenet: Getting
> version for identifier '{E8B8CFA6-CEE4-4204-BCD8-49DF19A7F468}'
> FATAL 2015-01-24 23:16:21,560 (Worker thread '1') - Error tossed: String
> index out of range: -1
> java.lang.StringIndexOutOfBoundsException: String index out of range: -1
> at java.lang.String.substring(Unknown Source)
> at
> org.apache.manifoldcf.crawler.connectors.filenet.FilenetConnector.processDocuments(FilenetConnector.java:1136)
> at
> org.apache.manifoldcf.crawler.system.WorkerThread.run(WorkerThread.java:379)
>
>
> Thanks
>
> Guy Sperry
>
>

Reply via email to