Hi Jason, thank you for your information. As being relatively new to Solr I didn't expect to hit a subtle error while doing some testing. Therefore I'm happy you could reproduce it and it seems not to be a stupid user error on my side.
Have you seen my other post where I got an error while trying to change the values via REST-API? Is this related? (https://lists.apache.org/thread/67b7obzc2o08ft505nh2tq0qv6gh65qx) Best regards Andreas ________________________________ Von: Jason Gerlowski <gerlowsk...@gmail.com> Gesendet: Freitag, 9. Mai 2025 15:36 An: users@solr.apache.org <users@solr.apache.org> Betreff: Re: Unexpected behaviour of solr.NumFieldLimitingUpdateRequestProcessorFactory Hi Andreas, Thanks for flagging this behavior; I'm sorry you hit this. I'm able to reproduce in a local setup, so I think this is an actual bug. I've filed https://issues.apache.org/jira/browse/SOLR-17758 describing things, and proposing a fix. Hopefully we can get this merged and released in Solr 9.9 or a possible 9.8.2. If you'd like I can share a PR link here when it's available, and you can help review? Best, Jason On Wed, May 7, 2025 at 9:14 AM Andreas Mock <andreas.m...@drumedar.de> wrote: > > Hallo all, > > the default solrconfig.xml fpr Solr 9.8.1 declares > > <updateProcessor class="solr.NumFieldLimitingUpdateRequestProcessorFactory" > name="max-fields"> > <int name="maxFields">1000</int> > <bool name="warnOnly">true</bool> > > which is used in > > <updateRequestProcessorChain name="add-unknown-fields-to-the-schema" > default="${update.autoCreateFields:true}" > > processor="uuid,remove-blank,field-name-mutating,max-fields,parse-boolean,parse-long,parse-double,parse-date,add-schema-fields"> > <processor class="solr.LogUpdateProcessorFactory"/> > <processor class="solr.DistributedUpdateProcessorFactory"/> > <processor class="solr.RunUpdateProcessorFactory"/> > </updateRequestProcessorChain> > > The documentation states that the Attribute warnOnly defines whether the > situation of having too many fields ends in a warning or in an error. > As you can see the configurations says > > <bool name="warnOnly">true</bool> > > When we call the /update API on a collection exceeding that fieldcount we > get an error 400 and not only a warning. > > Can someone explain that behaviour to me. Or is there a bug between the > processing output and the REST-API-Wrapper? > > Hints welcome. > > Best regards > Andreas >
