Yeah, it was a problem on my end. Not just the content-type as you suggested, but I had to wrap that whole JSON body so it looked like this:
{ "params": { ///That block pasted here } } On Wed, Feb 24, 2016 at 11:05 AM, Yonik Seeley <ysee...@gmail.com> wrote: > POST in general still works for queries... I just verified it: > > curl -XPOST "http://localhost:8983/solr/techproducts/select" -d "q=*:*" > > Maybe it's your content-type (since it seems like you are posting > Python)... Were you using some sort of custom code that could > read/accept other content types? > > -Yonik > > > On Wed, Feb 24, 2016 at 8:48 AM, Mike Thomsen <mikerthom...@gmail.com> > wrote: > > With 4.10, we used to post JSON like this example (part of it is Python) > to > > /select: > > > > { > > "q": "LONG_QUERY_HERE", > > "fq": fq, > > "fl": ["id", "title", "date_of_information", "link", "search_text"], > > "rows": 100, > > "wt": "json", > > "indent": "true", > > "_": int(time.time()) > > } > > > > We just upgraded to 5.4.1, and now we can't seem to POST anything to > > /select. I tried it out in the admin tool, and it only does GET > operations > > against /select (tried changing it to POST and moving query string to the > > body with Firefox dev tools, but that failed). > > > > Is there a way to keep doing something like what we were doing or do we > > need to limit ourselves to GETs? I think our queries are all small enough > > now for that, but it would helpful to know for planning. > > > > Thanks, > > > > Mike >