All in one retry and aioretry decorators
Project description
KaioRetry
KaioRetry is (yet another) retry decorator implementation, which is clearly inspired by the original retry module and is actually backward compatible with it.
Basic usage
Transparently perform retries on failures:
from kaioretry import retry, aioretry
@retry(exceptions=ValueError, tries=2)
def some_func(...):
...
@aioretry(exceptions=(ValueError, SomeOtherError), tries=-1, delay=1)
async def some_coroutine(...):
...
Documentation
If you care to read more, a more lengthy documentation is available on readthedocs.
Known Issues
Pylint
Pylint, it seems, is not really good a detecting decorators that change function signatures, and kaioretry defines and uses a lot of decorators (relatively speaking).
This means that such basic code:
from kaioretry import aioretry
@aioretry(exceptions=ZeroDivisionError)
async def func(x, y):
return x / y
Will trigger the following pylint errors:
E1120: No value for argument 'retry_obj' in function call (no-value-for-parameter)
According to pylint documentation, the only way to widely work around this
issue is to use the
signature-mutators
feature of pylint. This can be done either on the command line:
pylint --signature-mutators=kaioretry._make_decorator
Or through pylint configuration file:
# The TYPECHECK section accepts a signature-mutators directive.
[TYPECHECK]
# List of decorators that change the signature of a decorated function.
signature-mutators=kaioretry._make_decorator
(Of course, you can inline a # pylint: disable=no-value-for-parameter
comment on all aioretry()
and retry()
call lines, and it can be good
enough to disable a one-time warning, but repeating that line can be
tedious. The signature-mutators
directive will globally disable the
signature-checking for aioretry()
and retry()
calls, so this can be easier
depending of your own usage of kaioretry.)
Mypy and functions generated by kaioretry.aioretry
Mypy may incorrectly infer the type of an
aioretry-decorated function as def (*Any, **Any) -> Any
if the original
function:
- is a coroutine and
- has a returned type hinted as
Any
and/or if parameters are hinted asAny
.
If the original function is fully annotated as non-Any
, the resulting
decorated function annotations should be correctly inferred (according to
kaioretry test).
It is unclear to me right now, if the kaioretry.aioretry
function type hints
are incorrect or if it is an issue with either mypy or cpython. Or both. Or
all 3. Go figure.
Any information on that matter would be greatly appreciated. I've spent weeks trying to track down this issue. And while walking down this path has allowed me to fix some other (rather unrelated) type-hinting boo-boos from my part, this very specific issue is still puzzling me.
Feedback welcome.
Always.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for kaioretry-1.0.0-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 79ac78a20153bc4bec0ee34241032057cf99170ea1417ab6fe450ec25279c73f |
|
MD5 | 460206c5acb10f20215c7ffc90f24c71 |
|
BLAKE2b-256 | f3da5eb64891c671e41e6a58e104bf3c7aa82d68687828d0ab5198b4c42318bd |