[
https://issues.apache.org/jira/browse/SOLR-1634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Høydahl closed SOLR-1634.
-----------------------------
Resolution: Duplicate
Marking as duplicate of SOLR-1856 which is fixed.
Also, note that as a workaround this works:
fmap.title=tika_title&literal.title=HelloWorld - where the Tika-parsed title
will first be moved to a new field and then accept the literal one.
> change order of field operations in SolrCell
> --------------------------------------------
>
> Key: SOLR-1634
> URL: https://issues.apache.org/jira/browse/SOLR-1634
> Project: Solr
> Issue Type: Improvement
> Components: contrib - Solr Cell (Tika extraction)
> Reporter: Hoss Man
>
> 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
--
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
