On 6/23/06, Chris Hostetter [EMAIL PROTECTED] wrote:
Mike, I've only had a chance to skim your patch so far, but on the
surface it looks very good to me. One little thing scares me a little
bit...
: 5. SolrPluginUtils.getParam() only uses the default parameter if it is null,
not blank.
On 6/22/06, Yonik Seeley [EMAIL PROTECTED] wrote:
Mike,
It might also be useful to see some examples of what your highlighter
XML output.
Currently it just uses the arbitrary-value xml builder:
lst name=summary
lst name=id=3000
str name=rawTextlots of lt;emtextlt;/em foo/str
On 6/22/06, Yonik Seeley [EMAIL PROTECTED] wrote:
On 6/22/06, Mike Klaas [EMAIL PROTECTED] wrote:
It uses term vectors, if present, to speed up highlighting (else the
stored field needs to be re-analyzed).
Does your current code already handle the re-analyze case?
Yes, it grabs
On 6/22/06, Chris Hostetter [EMAIL PROTECTED] wrote:
: It does seem like it would be easier for clients to parse document
: associated data if it is included directly in the doc element.
I acctually like the idea that it's included seperately ... it's really
not that much harder to get at then
Enables specification of term vector storage for certain fields
---
Key: SOLR-23
URL: http://issues.apache.org/jira/browse/SOLR-23
Project: Solr
Type: Improvement
Components: update
Reporter: Mike
[ http://issues.apache.org/jira/browse/SOLR-23?page=all ]
Mike Klaas updated SOLR-23:
---
Attachment: termvec_patch_klaas.patch
initial version of patch
Enables specification of term vector storage for certain fields
401 - 406 of 406 matches
Mail list logo