lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Muir (Updated) (JIRA)" <>
Subject [jira] [Updated] (SOLR-3241) Document boost fail if a field copy omit the norms
Date Wed, 14 Mar 2012 13:40:38 GMT


Robert Muir updated SOLR-3241:

    Attachment: SOLR-3241.patch

Updated patch with fixes for the polyfield case (untested!)

After reviewing the code: Tomás had the correct fix for the copyField case, his patch fixes
a logic bug, nothing more!

The polyField case is different: its too late in DocumentBuilder to do anything here after
the creation of IndexableFields: moreover we cannot nuke the whole boost for the field because
we cannot assume anything just because isPolyField() == true, for example a custom field type
might not even be instanceof AbstractSubTypeField! 

Because of this I think these fieldtypes should really treat the fact they use 'real fields'
as an impl detail. so I added the logic to their subfield creation.
> Document boost fail if a field copy omit the norms
> --------------------------------------------------
>                 Key: SOLR-3241
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Tomás Fernández Löbbe
>             Fix For: 3.6, 4.0
>         Attachments: SOLR-3241.patch, SOLR-3241.patch, SOLR-3241.patch
> After, it is not possible to set a
boost to a field that has the "omitNorms" set to true. This is making Solr's document index-time
boost to fail when a field that doesn't omit norms is copied (with copyField) to a field that
does omit them and document boost is used. For example:
> <field name="author" type="text" indexed="true" stored="false" omitNorms="false"/>
> <field name="author_display" type="string" indexed="true" stored="true" omitNorms="true"/>
> <copyField source="author" dest="author_display"/>
> I'm attaching a possible fix.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message