Your IDs seem to be the file names, which you are probably also getting
from your parsing the file. Can't you just set (or copyField) that as an ID
on the Solr side?

Alternatively, if you don't actually have good IDs, you could look into
UpdateRequestProcessor chains with  UUID generator.

Regards,

   Alex.
On 27/01/2015 12:24 pm, "Mark" <javam...@gmail.com> wrote:

> Thanks Eric
>
> However
>
> java -classpath dist/solr-core-4.10.3.jar -Dauto=true
> org.apache.solr.util.SimplePostTool C:/temp/samplemsg/*.msg
>
> Fails with:
>
> osting files to base url http://localhost:8983/solr/update..
> ntering auto mode. File endings considered are
>
> xml,json,csv,pdf,doc,docx,ppt,pptx,xls,xlsx,odt,odp,ods,ott,otp,ots,rtf,htm,html,txt,log
> implePostTool: WARNING: Skipping
> 000000006252671B765A1748992DF1A6403BDF81A4A02A00.msg. Unsupported file type
> for auto mode.
> implePostTool: WARNING: Skipping
> 000000006252671B765A1748992DF1A6403BDF81A4A02B00.msg. Unsupported file type
> for auto mode.
> implePostTool: WARNING: Skipping
> 000000006252671B765A1748992DF1A6403BDF81A4A02C00.msg. Unsupported file type
> for auto mode.
>
> That's where I started looking into extending or adding support for
> additional types.
>
> Looking into the code as it stands passing you own URL as well as asking it
> to recurse a folder means that is requires an ID strategy - which I believe
> is lacking.
>
> Reagrds
>
> Mark
>
>

Reply via email to