[
https://issues.apache.org/jira/browse/SOLR-139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-139:
------------------------------
Attachment: UpdateProcessor.patch
OK, this patch adds the ability to specify multiple processor factories.
Summary:
- decoupled changing the index from logging... I think it makes it much clearer
how things work (there was much more logging code than anything else). This
also would allow Ryan to add back his incremental timing to a different
processor.
- added SolrInputDocument to AddUpdateCommand, and added some methods
- removed NamedList return from the XML update handler and started passing
SolrQueryResponse around instead (this is more future-proof and flexible)
- removed adding all the ids to the response... (back to 1.2 response format).
We probably shouldn't add ids by default... think of CSV uploading millions of
records, etc.
- An array of factories is kept, and when a processor is instantiated, it is
passed a "next" pointer. An alternative would be to expose a "next factory"
pointer to every factory (any advantage to having the current factory call
getInstance() on the next factory instead of us doing that?)
> Support updateable/modifiable documents
> ---------------------------------------
>
> Key: SOLR-139
> URL: https://issues.apache.org/jira/browse/SOLR-139
> Project: Solr
> Issue Type: Improvement
> Components: update
> Reporter: Ryan McKinley
> Assignee: Ryan McKinley
> Attachments: SOLR-139-IndexDocumentCommand.patch,
> SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch,
> SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch,
> SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch,
> SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch,
> SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch,
> SOLR-139-ModifyInputDocuments.patch, SOLR-139-XmlUpdater.patch,
> UpdateProcessor.patch
>
>
> It would be nice to be able to update some fields on a document without
> having to insert the entire document.
> Given the way lucene is structured, (for now) one can only modify stored
> fields.
> While we are at it, we can support incrementing an existing value - I think
> this only makes sense for numbers.
> for background, see:
> http://www.nabble.com/loading-many-documents-by-ID-tf3145666.html#a8722293
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.