I’m +1 on switching to strict JSON. Lenient parsing was an attractive feature in the past because it was easier to make Solr consume JSON produced by different random sources. This was at a time when JSON format was relatively new. My feeling is that this is no longer such a big deal because most third-party systems can now produce well-formed JSON.
As for the timing … I’m not sure how many users that already adopted 10.0 actually care about the lenient JSON or are unable to clean up their JSON before loading. IMHO we’re ok to do this in 10.x. Andrzej > On 16 Sep 2026, at 15:19, Jan Høydahl <[email protected]> wrote: > > +1 to adopt standard JSON format, not only in admin APIs / Jersey, but also > for json updates. > > Jan > >> 27. apr. 2026 kl. 19:16 skrev Christos Malliaridis <[email protected]>: >> >> Hello everyone, >> >> During the development of the new UI I noticed that the JSON parsing in our >> API is configured to be lenient. This means that it allows for example >> numbers being provided for fields that are normally strings. >> >> During some tests I found out that this behavior throws errors for some >> specific cases. I have documented those in SOLR-18191 [1]. >> >> I would like to change the request parsing for JSON input to be strict and >> not lenient. Renato Haebrli has already created a draft PR [2] where this >> is being addressed. >> >> Since this may be considered a breaking change, I would like to gather more >> opinions and consensus before changing the behavior in 10.x. If it is >> considered a problematic change, we could work out a migration plan. >> >> What do you think about the proposed change? And do you think consumers >> actually are affected by this? >> >> Best, >> Christos >> >> [1] SOLR-18191 https://issues.apache.org/jira/browse/SOLR-18191 >> [2] https://github.com/apache/solr/pull/4329 > > > --------------------------------------------------------------------- > 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]
