-
Notifications
You must be signed in to change notification settings - Fork 49
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
Feature: #[trace(variables = [b])] #135
Comments
I don't see where in that example you get the variable tracing from |
Oh my bad, I initially thought it was only supposed to record function arguments and return values similar to log_derive. However, even if such a feature could be implemented in minitrace, it might be more beneficial to incorporate it into log_derive. |
Isn't this categorically different when the RHS is a 3rd party crate, and more so if it uses minitrace. Will the result really be the same as using log_derive? |
It's not the same as using log_derive, but what I proposed is to add such feature to log_derive. And because minitrace could work seamlessly with log, it will eventually the same as implementing such feature in minitrace. |
OK, I need to become more familiar with log_derive. |
The log_derive crate appears to have been unmaintained for some time and is not compatible with async-trait. It might be feasible to consider a successor crate. |
FYI, I've made an experimental crate logcall for async-trait compatibility by doing some simple changes on current minitrace-macro implementation. |
@andylokandy , sorry to keep pushing back on this closure. In the OP I provided a sketch of the tracing that would be injected. Could you similarly provide the tracing logic that would apply to the given example for the approach you advocate? |
Another use case to take into account while the model phase of #113 is taking shape.....
This is also related to the #134 use case, but not limited to:
The following should be possible (initially sync only):
The idea would be to have this become (better suggestions welcome):
Producing SpanRecords for:
The text was updated successfully, but these errors were encountered: