# Disable specific deprecation warnings **URL:** \ **Category:** Elasticsearch\ **Tags:** language-clients\ **Created:** [December 22, 2021, 12:17pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678 "2021-12-22T12:17:02Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![joschi](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/joschi/32/44946_2.png) [@joschi](https://discuss.elastic.co/u/joschi)\ **Post date:** [December 22, 2021, 12:17pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/1 "2021-12-22T12:17:02Z")
Hey folks, after upgrading to Elasticsearch 7.16.2, we receive the following deprecation warning in our clients (Java High-Level REST client): ```auto org.elasticsearch.client.RestClient - request [POST http://example.com:9200/my_index/_search?[...]&ignore_throttled=false[...]] returned 1 warnings: [299 Elasticsearch-7.16.2-xxx "[ignore_throttled] parameter is deprecated because frozen indices have been deprecated. Consider cold or frozen tiers in place of frozen indices."] ``` Since the application is still supposed to work with older versions of Elasticsearch 7.x, we cannot simply remove the deprecated `ignore_throttled` option. But we also do not want to spam our logs with that warning message. Is there a way to disable specific warnings on the Elasticsearch node so that clients using `ignore_throttled` won't receive a warning? To be clear, I don't want to silence _all_ deprecations warnings, just this specific one. Cheers, Jochen ---
**Author:** ![ritchierich](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/ritchierich/32/4329_2.png) [@ritchierich](https://discuss.elastic.co/u/ritchierich)\ **Post date:** [December 22, 2021, 9:07pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/2 "2021-12-22T21:07:45Z")
@joschi Kibana needs to be upgraded to the same version Here's solution to the same question. > [@Ignore\_throttled parameter is deprecated](https://discuss.elastic.co/t/ignore-throttled-parameter-is-deprecated/291224): > > I've updated my Elasticsearch installation from 7.15.2 to 7.16, but when I open a dashboard I'm greeted with the following Warning: [image] I looked in the deprecated log file before updating and this wasn't in there and I have not found any solution for this. ---
**Author:** ![joschi](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/joschi/32/44946_2.png) [@joschi](https://discuss.elastic.co/u/joschi)\ **Post date:** [December 23, 2021, 7:21am UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/3 "2021-12-23T07:21:20Z")
Thanks for your reply, @ritchierich. We're not using Kibana or any other component of the Elastic Stack. The warning message is logged by the [Java High Level REST client](https://www.elastic.co/guide/en/elasticsearch/client/java-rest/current/java-rest-high.html) because the Elasticsearch node sends it in its response (`Warning` HTTP response header) and I want to know how to disable the generation of this warning on the Elasticsearch node. 😉 I'd also be fine with disabling the log message for this particular deprecation warning in the client, but I didn't find any configuration settings to do so. ---
**Author:** ![spinscale](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/spinscale/32/25011_2.png) [@spinscale](https://discuss.elastic.co/u/spinscale)\ **Post date:** [December 23, 2021, 10:48am UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/4 "2021-12-23T10:48:09Z")
The only messages on `warn` level in the low level rest clients are those warnings. The `RequestLogger` logger class in the client does not allow any customization/filtering however. I remember that log4j has a level range filter, but I am not sure, if you can apply that on certain classes only or the general appender. (There is a regex filter, but I'm not sure I would want that in production... ) ---
**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\ **Post date:** [December 23, 2021, 12:37pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/5 "2021-12-23T12:37:12Z")
I think the solution I'd recommend would be to stop using the deprecated feature. It is deprecated after all. There's no real advantage to using frozen indices in these recent versions. If your application needs to support older versions of Elasticsearch then this approach will need some kind of mechanism that detects the cluster version and adjusts your application behaviour accordingly. That's generally quite useful anyway: it means you can use newer features when they're available and fall back to older alternatives otherwise. ---
**Author:** ![joschi](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/joschi/32/44946_2.png) [@joschi](https://discuss.elastic.co/u/joschi)\ **Post date:** [December 23, 2021, 1:44pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/6 "2021-12-23T13:44:42Z")
> [@DavidTurner](#): > > I think the solution I'd recommend would be to stop using the deprecated feature. It is deprecated after all. There's no real advantage to using frozen indices in these recent versions. I would, but: > [@joschi](#): > > Since the application is still supposed to work with older versions of Elasticsearch 7.x, we cannot simply remove the deprecated `ignore_throttled` option. In particular, Elasticsearch 7.10.2 should still be supported for some time and everything else is still working. It's just this very, _very_ annoying deprecation warning which cannot be filtered. ---
**Author:** ![joschi](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/joschi/32/44946_2.png) [@joschi](https://discuss.elastic.co/u/joschi)\ **Post date:** [December 23, 2021, 1:48pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/7 "2021-12-23T13:48:15Z")
> [@spinscale](#): > > The only messages on `warn` level in the low level rest clients are those warnings. The `RequestLogger` logger class in the client does not allow any customization/filtering however. Yes, I saw the `RequestLogger` class too and that it's package protected. ☹ > [@spinscale](#): > > I remember that log4j has a level range filter, but I am not sure, if you can apply that on certain classes only or the general appender. (There is a regex filter, but I'm not sure I would want that in production... ) But that would filter out _all_ warning messages by the client, not just these specific ones, and I _really_ don't want to route every single log message of the Elasticsearch client through a string filter which checks for `ignore_throttled`. 😉 ---
**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\ **Post date:** [December 23, 2021, 2:30pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/8 "2021-12-23T14:30:44Z")
> [@joschi](#): > > In particular, Elasticsearch 7.10.2 should still be supported for some time and everything else is still working. It's just this very, _very_ annoying deprecation warning which cannot be filtered. Repeating for emphasis: > If your application needs to support older versions of Elasticsearch then this approach will need some kind of mechanism that detects the cluster version and adjusts your application behaviour accordingly. It's not _just_ the deprecation warning, it's also the fact that you're using a feature which is deprecated. IMO the latter bit is worth addressing, and once addressed it'll get rid of the warning too. ---
**Author:** ![joschi](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/joschi/32/44946_2.png) [@joschi](https://discuss.elastic.co/u/joschi)\ **Post date:** [December 23, 2021, 3:16pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/9 "2021-12-23T15:16:24Z")
"Deprecated" doesn't mean removed and it's still working as before. It just will be removed in some future version of Elasticsearch, i. e. in Elasticsearch 8. I'm well aware that the option is deprecated (thanks to the warning the client logged), but I also want to disable the warning now, given that the code changes require work and one day before Christmas isn't a great time to address it, not even talking about the availability of people to perform this change in the next weeks. So in the end, this will spam our client logs until January without any upside to it. Maybe that's something to consider for the Elasticsearch team: Make it possible to disable deprecation warnings, not generally, but specific ones. 😉 ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [January 20, 2022, 3:16pm UTC](https://discuss.elastic.co/t/disable-specific-deprecation-warnings/292678/10 "2022-01-20T15:16:53Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.