You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Jan Høydahl (JIRA)" <ji...@apache.org> on 2012/06/27 14:37:44 UTC
[jira] [Closed] (SOLR-1633) Solr Cell should be smarter about
literal and multiValued="false"
[ https://issues.apache.org/jira/browse/SOLR-1633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jan Høydahl closed SOLR-1633.
-----------------------------
Resolution: Duplicate
Solved in SOLR-1856
> Solr Cell should be smarter about literal and multiValued="false"
> -----------------------------------------------------------------
>
> Key: SOLR-1633
> URL: https://issues.apache.org/jira/browse/SOLR-1633
> Project: Solr
> Issue Type: Improvement
> Components: contrib - Solr Cell (Tika extraction)
> Reporter: Hoss Man
>
> As noted on solr-user, SolrCell has less then ideal behavior when "foo" is a single value field, and literal.foo=bar is specified in the request, but Tika also produces a value for the "foo" field from the document. It seems like a possible improvement here would be for SolrCell to ignore the value from Tika if it already has one that was explicitly provided (as opposed to the current behavior of letting hte add fail because of multiple values in a single valued field).
> It seems pretty clear that in cases like this, the users intention is to have their one literal field used as the value.
> 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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org