Skip to content
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

Allow to have the app set late for FlaskTracing. #24

Closed

Conversation

carlosalberto
Copy link
Contributor

Addresses #22

@carlosalberto
Copy link
Contributor Author

Hey @denisdubovitskiy does this looks fine to you? Does this solve your needs? Let me know ;)

@denisdubovitskiy
Copy link

@carlosalberto seems better enough ;-). But what if you need to initialize a tracer by configuring it from the app.config (I mean host, port, service name, etc?

@denisdubovitskiy
Copy link

Init_app approach actually allows you to defer actual object creation/initialization. It means that if I call FlaskTracer() without any args and then pass an app in init_app() - the tracer will be initialized using app.conf vars during app creation, not on any other level. As an example you can see how other useful modules provide such a functionality. To get an idea, I recommend you to look into the sources of FlaskRedis or FlaskSQLAlchemy - most widely used ones

@carlosalberto
Copy link
Contributor Author

I see. I'm going to rename the name to init_app to make it more Flask-esque.

About the configuration being taken from app.conf I will cook later some another PR, as this would be needed on the base case as well (that is, Flask(app=app), and consume both the passed arguments and the ones in app.conf, if any).

This is done to make the app more Flask-esque.
@carlosalberto carlosalberto changed the base branch from v1.0.0 to master November 13, 2018 16:22
@etmitchell
Copy link

Hi there! Is there a timeline for when this will be merged into master? This functionality is definitely super handy!

@denisdubovitskiy
Copy link

@etmitchell @carlosalberto Yeah! We're also waiting for this PR to be merged!

@denisdubovitskiy
Copy link

Any changes?

@tcopple
Copy link

tcopple commented May 7, 2020

Did this ever get merged? Seems like it passes checks, code is complete, etc.

@ptmcg
Copy link
Collaborator

ptmcg commented Feb 29, 2024

This package is no longer being maintained, users should migrate to the opentelemetry-api package.

Closing.

@ptmcg ptmcg closed this Feb 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants