You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, if this repo is used as a library, it means that after loading the module a use needs to go to the package and run go generate to build the project. Ideally there would be tooling for this.
This becomes more important when we add custom probes.
The text was updated successfully, but these errors were encountered:
If users are building a custom agent that imports our default Probes as well as their own custom Probes (#1105) this will need to run a similar command across multiple repos. Using go mod vendor might also be an approach we could recommend.
This tooling could take a similar config format to the collector builder that Tyler shared.
On the SIG call we also talked about this tool handling offset generation (will be needed for users to write custom Probes) and possibly generating Go code for a custom Probe to expose things like the Manifest and getting structfield IDs. In the latter, I think the tooling should be separate from the API types and just import them.
All in all this is going to be a pretty key toolkit for custom Probes and library users
Similar to https://github.com/open-telemetry/opentelemetry-collector/tree/main/cmd/builder, we need a way to generate and then build a binary of the project.
Currently, if this repo is used as a library, it means that after loading the module a use needs to go to the package and run
go generate
to build the project. Ideally there would be tooling for this.This becomes more important when we add custom probes.
The text was updated successfully, but these errors were encountered: