Interesting. Well just to clarify my intentions a bit, I'll quickly explain what I was trying to do.
I'm using the MLT component but because some of my stored fields are really big, I don't need (or want) all of the fields for my MLT docs in the response. I want my MLT docs to have only 2 fields, but I need my main docs fl to have all fields. So a simple override of the XMLWriter writeNamedList method would do the trick. All you have to do is check if the name == "moreLikeThis". If so, process the docs and specify a different field list. If not, just call super(). Worked like a charm, but oh well. I really only need the Ruby response anyway, so I'll move on to that. I'm glad this spurred some interest though. -- It'd be great to let components have control over their fl value instead of having a global fl value for all doc lists within a writer? Matt On Wed, Nov 25, 2009 at 2:33 PM, Chris Hostetter <hossman_luc...@fucit.org>wrote: > > : I don't think it needs to be final. Maybe it is final because it wasn't > : designed to be extensible. Please open a jira issue. > > it really wasn't, and it probably shouldn't be ... there is another thread > currently in progress (in response to SOLR-1592) about this. > > Given how kludgy the entire API is, i'd really prefer it not be made > un-final .. it would need some serious overhaul/review to make it possible > to subclass in a sensical way, and coming up with a new API is likely to > make a lot more sense then trying to retrofit that one. > > -Hoss > >
