-
Notifications
You must be signed in to change notification settings - Fork 149
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
Add opentracing-types
to dev dependencies
#287
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
sygnal/sygnal.py
Outdated
@@ -153,7 +153,7 @@ def __init__( | |||
scope_manager=AsyncioScopeManager(), | |||
) | |||
|
|||
self.tracer = jaeger_cfg.initialize_tracer() | |||
self.tracer = cast(Tracer, jaeger_cfg.initialize_tracer()) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But having said that, any idea why this is necessary?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Honestly not entirely! I know in a previous conversation, there was discussion about jaeger.Tracer
inheriting from Tracer
: #275 (comment) but mypy doesn't seem to be picking that up and in a fit of pique I figured this was a pretty safe cast to make while fully expecting someone to call me on it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sygnal/sygnal.py:156: error: Incompatible types in assignment (expression has type "Optional[jaeger_client.tracer.Tracer]", variable has type "opentracing.tracer.Tracer") [assignment]
I think the problem is that it's Optional.
Clicking through to the function, I see:
def initialize_tracer(self, io_loop: Optional[Any] = None) -> Optional[Tracer]:
"""
Initialize Jaeger Tracer based on the passed `jaeger_client.Config`.
Save it to `opentracing.tracer` global variable.
Only the first call to this method has any effect.
"""
with Config._initialized_lock:
if Config._initialized:
logger.warning('Jaeger tracer already initialized, skipping')
return None
Config._initialized = True
tracer = self.new_tracer(io_loop)
self._initialize_global_tracer(tracer=tracer)
return tracer
I think my preferred approach would be to assert that it's not None. (I guess you have to do that before assigning it to the field so it's a little clunky, but I think less evil than a full on cast)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought that at first but when I added this code:
tracer = jaeger_cfg.initialize_tracer()
assert tracer is not None
self.tracer = tracer
the error persisted, which is why I thought it might be an issue with the inheritance not being clear to mypy.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think that's because tracer
already exists as a var with a different type annotation.
tr = jaeger_cfg.initialize_tracer()
assert tr is not None
self.tracer = tr
seems to work locally, though probably give it a nicer name :D
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes indeed, I have fixed it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thank you! :)
As the title states, pulls in types for opentracing from
opentracing-types
. Has the added bonus of bumping the mypy precision rate to above 80%.