Karthikeyan Shanmugasundaram created SOLR-12546:
---------------------------------------------------
Summary: CSVResponseWriter doesnt return non-stored field even
when docValues is enabled, when no explicit fl specified
Key: SOLR-12546
URL: https://issues.apache.org/jira/browse/SOLR-12546
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Components: Response Writers
Affects Versions: 7.2.1
Reporter: Karthikeyan Shanmugasundaram
Fix For: 7.2.2
As part of this Jira SOLR-2970, CSVResponseWriter doesn't return fields whose
stored attribute set to false, but doesnt consider docvalues.
Causing fields whose stored=false and docValues =true are not returned when no
explicit fl are specified. Behavior must be same as of json/xml response
writer..
Eg:
- Created collection with below fields
<field docValues="true" indexed="true" name="contentid" required="true"
type="string"/>
<field docValues="true" indexed="false" multiValued="false" name="testint"
type="int" stored="false"/>
<field docValues="true" indexed="false" multiValued="false" name="testlong"
type="plong" stored="false"/>
<fieldType class="solr.TrieIntField" name="int" positionIncrementGap="0"
precisionStep="0"/>
<fieldType name="plong" class="solr.LongPointField" docValues="true"/>
- Added few documents
contentid,testint,testlong
id,1,56
id2,2,66
- http://machine:port/solr/testdocvalue/select?q=*:*&wt=json
[\{"contentid":"id", "_version_":1605281886069850112,
"timestamp":"2018-07-06T22:28:25.335Z", "testint":1,
"testlong":56},
{
"contentid":"id2", "_version_":1605281886075092992,
"timestamp":"2018-07-06T22:28:25.335Z", "testint":2,
"testlong":66}]
- http://machine:port/solr/testdocvalue/select?q=*:*&wt=csv
"_version_",contentid,timestamp1605281886069850112,id,2018-07-06T22:28:25.335Z1605281886075092992,id2,2018-07-06T22:28:25.335Z
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
