Awesome, thanks Christine! I knew I'd seen some similar issue go by at some point; really appreciate the pointer.
It looks like David ended up addressing that with a fix on 'main' and 'branch_9x' without worrying about the technical break in backcompat. Totally agree with that approach. Assuming no objections here in the next few days that's the route I'll go. On Fri, Nov 4, 2022 at 12:46 PM Christine Poerschke (BLOOMBERG/ LONDON) <[email protected]> wrote: > > Hi Jason, > > My guess would be that this is similar to > https://lists.apache.org/thread/xt5byqp1s0qo2833lgvh036bojpspd8f i.e. > SimpleOrderedMap vs. NamedList. > > Hope that helps. > > Christine > > From: [email protected] At: 11/04/22 16:02:05 UTCTo: [email protected] > Subject: LISTSNAPSHOT response format: bug or intentional? > > Hey all, > > I was playing with Solr's "snapshot" APIs recently and noticed that > the JSON response returned by /admin/collections?action=LISTSNAPSHOT > is suspiciously quirky. The response content takes what look pretty > clearly to be name/value pairs and serializes them as sibling elements > within a JSON array. > > /admin/collections?action=LISTSNAPSHOTS&collection=foo > > { > "responseHeader":{ > "status":0, > "QTime":7}, > "snapshots":[ > "checkpoint1",[ > "name","checkpoint1", > "status","Successful", > "creationDate",1667576218600, > ... > > (The snippet above is partial. See pastebin link for the full output > and steps to reproduce.) > > I'm happy to take a crack at improving this but wanted to check first > whether this might actually be intentional (and therefore something we > want to maintain backcompat on). > > Appreciate any clarity or context anyone can offer. > > Best, > > Jason > > [1] Pastebin: https://paste.apache.org/opjl6 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
