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 subquery (depts.wt). Let me play with that, to see if that makes any difference. If I still have the issue, I'll provide you with more details. Thanks.
Ron On Sat, Jan 14, 2023 at 5:03 AM Mikhail Khludnev <m...@apache.org> wrote: > 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? > Which versions of solr server and client you using? > > Thanks > > On Wed, Jan 11, 2023 at 9:17 PM Mikhail Khludnev <m...@apache.org> wrote: > > > 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 <mickr...@gmail.com> wrote: > > > >> Seems like when I provide a 'children:[subquery]' in my &fl, and the xml > >> response now includes a nested <result/> 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 issue with the XMLResponseParser being able to handle > >> nested <result/> elements? > >> > >> thanks. > >> Ron > >> > > > > > > -- > > Sincerely yours > > Mikhail Khludnev > > https://t.me/MUST_SEARCH > > A caveat: Cyrillic! > > > > > -- > Sincerely yours > Mikhail Khludnev > https://t.me/MUST_SEARCH > A caveat: Cyrillic! >
