-
Notifications
You must be signed in to change notification settings - Fork 192
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deprecation warning: Pipelining commands on a Redis instance is deprecated and will be removed in Redis 5.0.0 #193
Comments
Looks like this belongs to the resque gem: https://github.com/resque/resque/blob/master/lib/resque/data_store.rb#L103 |
The warning originates here: https://github.com/redis/redis-rb/blob/master/lib/redis/pipeline.rb#L56 |
I looked though the redis-namespace code and found the following which may be of interest: https://github.com/resque/redis-namespace/blob/master/lib/redis/namespace.rb#L529
Reading the redis documentation, I believe that an argument is always meant to always be passed. https://github.com/redis/redis-rb#pipelining Thus, block.arity == 0 should never happen? -daniel |
You're right, Unfortunately the deprecation doesn't give a stack trace (even with This showed me the actual location of the bad code (e.g. calling Removing the |
Am using redis with resque, and here's the problematic code: https://github.com/resque/resque/blob/master/lib/resque/data_store.rb#L102-L106 |
Correct, data_store.rb in the current version of the Resque gem needs to be refactored to remove the deprecated use of .pipelined (without args)! Should be a no-brainer |
Now this part has been fixed in resque/resque#1806. New version of resque has not yet been released though. |
Can we push a new release, please? This warning is a little bit annoying since, in my case, it's being run almost after every single test that I have. |
Would be great to push this fix out. Appreciate the efforts here! |
I can see v1.9.0 was pushed on August 13, 2022 but this warning has not been fixed for me.
|
Should be fixed by Resque 2.3.0 |
Looks like not everything is fixed by resque 2.3.0 |
I also see this warning raised now too:
|
Maybe adding the config at the file Redis.silence_deprecations = true |
I've created a PR for this one: #207 |
@william-eth - That worked for me for the time being to silence the depreciation (like others said it was flooding my console) |
Raised multiple times when performing
Resque.enqueue
by lib/redis/namespace.rb line 530 in version 1.8.2 of redis-namespaceI'm not sure whether this is an issue with the redis-namespace, or with the way that Resque itself is passing commands to the namespace.
The text was updated successfully, but these errors were encountered: