[ 
https://issues.apache.org/jira/browse/SOLR-3241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

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: https://issues.apache.org/jira/browse/SOLR-3241
>             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 https://issues.apache.org/jira/browse/LUCENE-3796, 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: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



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

Reply via email to