To quote from the wiki, http://wiki.apache.org/solr/ExtractingRequestHandler
curl 'http://localhost:8983/solr/update/extract?literal.id=doc1&commit=true' -F "myfi...@tutorial.html" This runs the extractor on your input file (in this case an HTML file). It then stores the generated document with the id field (the uniqueKey declared in schema.xml) set to 'doc1'. This way, you do not rely on the ExtractingRequestHandler to create a unique key for you. This command throws away that generated key. On Mon, Mar 1, 2010 at 4:22 PM, Chris Hostetter <hossman_luc...@fucit.org> wrote: > > : You could create your own unique ID and pass it in with the > : literal.field=value feature. > > By which Lance means you could specify an unique value in a differnet > field from yoru uniqueKey field, and then query on that field:value pair > to get the doc after it's been added -- but that query will only work > until some other version of the doc (with some other value) overwrites it. > so you'd esentially have to query for the field:value to lookup the > uniqueKey. > > it seems like it should definitely be feasible for the > Update RequestHandlers to return the uniqueKeyField values for all the > added docs (regardless of wether the key was included in the request, or > added by an UpdateProcessor -- but i'm not sure how that would fit in with > the SolrJ API. > > would you mind opening a feature request in Jira? > > > > -Hoss > > -- Lance Norskog goks...@gmail.com
