Thanks for the follow up, Mikhail. Looking at the test, my scenario is a
bit different. We are actually setting the parser in the Solrj
client...as the XML parser, and not providing any 'wt' params. I see the
test is explicitly setting the 'wt' param, for both the 'normal' query, as
well as the
Hi Ron.
Actually there are test ensuring all response formats
https://github.com/apache/solr/blob/ac32afdd8256edec4a44514c92667610f13a97f8/solr/core/src/test/org/apache/solr/response/transform/TestSubQueryTransformerDistrib.java#L133
.
Can you share actuall exceptino stacktrace, query parameters?
W
Hi, Ron.
Right. Never thought of that. It might be an issue.
Feel free to raise one.
On Wed, Jan 11, 2023 at 8:36 PM Ron Haines wrote:
> Seems like when I provide a 'children:[subquery]' in my &fl, and the xml
> response now includes a nested element, the
> XMLResponseParser.java throws a 'pars
Seems like when I provide a 'children:[subquery]' in my &fl, and the xml
response now includes a nested element, the
XMLResponseParser.java throws a 'parsing error', Caused by:
javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,892]
Message: must be value or array
Is there a known is
