For 9.0, a major release, a little break like this is fine (even bigger ones!). I know I mentioned this in the release notes too "major-changes-in-solr-9.adoc" (I see this in the commit) but somebody (!) removed it. Ugh.
~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On Fri, Nov 4, 2022 at 3:17 PM Jason Gerlowski <[email protected]> wrote: > 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] > >
