[SOLR-1634] change order of field operations in SolrCell

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Duplicate
• Component/s: contrib - Solr Cell (Tika extraction)
• Assignee: Unassigned
• Reporter: Chris M. Hostetter
• Created: 08/Dec/09 19:32
• Updated: 18/Oct/13 04:09
• Resolved: 27/Jun/12 12:35

Description

As noted on the mailing list, SolrCell evaluates fmap.* params AFTER literal.* params. This makes it impossible for users to map tika produced fields to other names (possibly for the purpose of ignoring them completely) and then using literal to provide explicit values for those fields. At first glance this seems like a bug, except that it is explicitly documented...

http://wiki.apache.org/solr/ExtractingRequestHandler#Order_of_field_operations

...so i'm opening this as an "Improvement". We should either consider changing the order of operations, or find some other way to support what seems like a very common use case...

http://old.nabble.com/Re%3A-WELCOME-to-solr-user%40lucene.apache.org-to26650071.html#a26650071

Issue Links

• is related to: SOLR-1803 ExtractingRequestHandler does not propagate multiple values to a multi-valued field
• is related to: SOLR-1856 In Solr Cell, literals should override Tika-parsed values