On Sat, Aug 6, 2011 at 4:17 PM, eks dev <eks...@yahoo.co.uk> wrote:
> Thanks Yonik,
> assuming I am not going to index ID , than only an option 4. remains so far.
> I have no other ideas, and Log* merge policy would mean all 4 Indexing magic
> went to nothing :)
> Colud then the following do the job?
> clone DefaultIndexWriterProvider into my codebase (ugly, keep in sync , but
> doable)
> make it provide
> EnhancedSolrIndexWriter extends SolrIndexWriter
> @Override
> commit(...){
>    super.commit(Map<String, String> Core.getUserMap());
> }
> the same with close(...)
>
> If yes, Is this feature something solr could use? Map<String, String>
> userParams  somewhere in Core that gets committed with whatever it has at
> commit time. I could wrap up a patch by modifying SolrIndexWriter directly
> then?

Yes, this would be useful.
If there is a map to be maintained, I guess it would live in the update handler.
The hard part here is thinking about good APIs to specify what goes in
it I think.
Can you open an issue for this?

-Yonik
http://www.lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to