[SOLR-5375] Param "literalsOverride" for ExtractingRequestHandler / SolrCell does not consider "lowernames"

• Type: Bug
• Status: Open
• Priority: Minor
• Resolution: Unresolved
• Fix Version/s: 4.9, 6.0
• Component/s: contrib - Solr Cell (Tika extraction)
• Assignee: Unassigned
• Reporter: Simon Endele
• Created: 22/Oct/13 09:29
• Updated: 09/May/16 18:51

Description

Can be reproduced with the following command and the example configuration shipped with Solr:

cd exampledocs
curl -F "file=@hd.xml" "http://localhost:8983/solr/update/extract?commit=true&literal.id=myid&literalsOverride=true&lowernames=true&literal.content_type=mytype"

The added doc contains both values:
http://localhost:8983/solr/collection1/select?q=id%3Amyid&wt=xml&indent=true

<arr name="content_type">
    <str>mytype</str>
    <str>application/xml</str>
</arr>

If the corresponding field is not multi-valued, the request raises an org.apache.solr.common.SolrException: "ERROR: multiple values encountered for non multiValued field content_type: ...".

Debugging the code (Solr 4.4.0) I found out that the parameter "lowernames" is not considered at several places in org.apache.solr.handler.extraction.SolrContentHandler looking like:

if (literalsOverride && literalFieldNames.contains(name))
        continue;

The same problem occurs for the following command (though its correctness could be discussed):
curl -F "file=@hd.xml" "http://localhost:8983/solr/update/extract?commit=true&literal.id=myid&literalsOverride=true&lowernames=false&fmap.Content-Type=content_type&literal.content_type=mytype"

Issue Links

• breaks: SOLR-1856 In Solr Cell, literals should override Tika-parsed values