lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Høydahl (JIRA) <>
Subject [jira] [Closed] (SOLR-1634) change order of field operations in SolrCell
Date Wed, 27 Jun 2012 12:35:49 GMT


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
> change order of field operations in SolrCell
> --------------------------------------------
>                 Key: SOLR-1634
>                 URL:
>             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...
> 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...

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