[
https://issues.apache.org/jira/browse/SOLR-538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lars Kotthoff updated SOLR-538:
-------------------------------
Attachment: SOLR-538.patch
Attaching new patch which fixes tabs.
bq. Does the assertTrue message really accurately describe the exception?
That's actually not the assertTrue message, that's asserting that the exception
message contains that string.
bq. The previous/default copy-everything behaviour, right? Maybe I missed it,
but I didn't see that in any javadocs or comments or the example schema.xml.
I've added a note to the schema.xml. It is also mentioned in the javadocs for
the CopyField constructor.
> CopyField maxLength property
> ----------------------------
>
> Key: SOLR-538
> URL: https://issues.apache.org/jira/browse/SOLR-538
> Project: Solr
> Issue Type: Improvement
> Components: update
> Reporter: Nicolas Dessaigne
> Priority: Minor
> Attachments: CopyFieldMaxLength.patch, CopyFieldMaxLength.patch,
> SOLR-538.patch, SOLR-538.patch
>
>
> As discussed shortly on the mailing list (http://www.mail-archive.com/[EMAIL
> PROTECTED]/msg09807.html), the objective of this task is to add a maxLength
> property to the CopyField "command". This property simply limits the number
> of characters that are copied.
> This is particularly useful to avoid very slow highlighting when the index
> contains big documents.
> Example :
> <copyField source="text" dest="highlight" maxLength="30000" />
> This approach has also the advantage of limiting the index size for large
> documents (the original text field does not need to be stored and to have
> term vectors). However, the index is bigger for small documents...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
