-
Notifications
You must be signed in to change notification settings - Fork 194
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
Fasthttp support!! #957
Fasthttp support!! #957
Conversation
💚 CLA has been signed |
💚 Build Succeeded
Expand to view the summary
Build stats
Test stats 🧪
Trends 🧪 |
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.
Thanks for opening the PR @savsgio! I've taken a first pass, it's looking good. I'd like to simplify the API as much as possible (namely remove the Transaction wrapper type), remove unsafe code, and make sure it works well with the context.Context
-based agent APIs.
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.
Thanks for the updates. Left a few more comments.
As a more general comment: I'd strongly prefer to remove all pooling and optimisations until there is a complete, correct, and well unit tested implementation. Then with benchmarks we can see the impact of adding pooling, and whether it's worth the additional complexity.
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Hi @axw Could you review it again? Please. Thanks. |
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.
Thanks for the updates @savsgio! Almost there, just a few small comments.
If it's not absolutely required, I'd like to unexport the TxCloser
type to keep the API surface area minimal. If possible it would be nice to reuse apmhttp.StartTransactionBody
; if not possible then no worries, but then we'll need to flip the order of W3C/Elastic traceparent headers.
Apart from those comments, could you please run make scripts/Dockerfile-testing update-licenses fmt
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, thank you for your contribution and for bearing with me! Just need to wait for a green CI run now.
jenkins run the tests please |
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
jenkins run the tests please |
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.
@savsgio there's some lint issues (check-vanity-imports is maybe a little too strict)
Can you please fix add the vanity import comment to each file? It might be worth running make check
and fixing any issues you find, to avoid the lengthy round-trip through CI.
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
After run
|
Do you have REDIS_URL set in your environment? that's used by the tests to detect that they're running inside an integration testing environment. Maybe there's a collision with your environment. Anyway, I think you can ignore those errors. |
jenkins run the tests please |
haha ok! |
OK, last one: can you please add a "go1.9" build tag to each of the source files apart from doc.go in apmfasthttp? The agent still supports Go 1.8 generally, but fasthttp doesn't appear to so we'll need to disable it there. |
The minimum supportted version by fasthttp is go 1.12. Done! |
jenkins run the tests please |
Co-authored-by: Andrew Wilkins <axwalk@gmail.com>
jenkins run the tests please |
Thanks again @savsgio! 🎉 |
Thank you very much! @axw 😉 🎉 |
#925