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
Are you requesting automatic instrumentation for a framework or library? Please describe.
Framework or library name : OpenTelemetry.AutoInstrumentation
Is your feature request related to a problem? Please describe.
The .NET AutoInstrumentation agent supports bytecode instrumentation, but this support is currently entirely contained in the AutoInstrumentation itself and does not appear to support user extension. If a user has a internal legacy library that they want to instrument without having to modify the library code, the only way to bytecode-instrument said library is to fork the opentelemtry-dotnet-instrumetation repo, write their own bytecode instrumentation code (via the [InstrumentMethod] attribute), and compile their own copy of the AutoInstrumentation agent, which is highly inconvenient.
Describe the solution you'd like
We would like to see extensibility added to bytecode instrumentation. This extensibility could be implemented in one of the following two ways, or both:
Users are able to write their own libraries with [InstrumentMethod] attributes, and define their own integration names. The AutoInstrumentation agent can then be configured to look for these libraries and load up the custom bytecode instrumentations defined within.
Users are able to define the autoinstrumentable methods in a JSON/YAML configuration file. The file would define the classes/methods to instrument, and which spans/metrics to create when the methods are called. The AutoInstrumentation agent reads the configuration file instrument the configured methods.
The text was updated successfully, but these errors were encountered:
Feature Request
Are you requesting automatic instrumentation for a framework or library? Please describe.
Is your feature request related to a problem? Please describe.
The .NET AutoInstrumentation agent supports bytecode instrumentation, but this support is currently entirely contained in the AutoInstrumentation itself and does not appear to support user extension. If a user has a internal legacy library that they want to instrument without having to modify the library code, the only way to bytecode-instrument said library is to fork the opentelemtry-dotnet-instrumetation repo, write their own bytecode instrumentation code (via the
[InstrumentMethod]
attribute), and compile their own copy of the AutoInstrumentation agent, which is highly inconvenient.Describe the solution you'd like
We would like to see extensibility added to bytecode instrumentation. This extensibility could be implemented in one of the following two ways, or both:
[InstrumentMethod]
attributes, and define their own integration names. The AutoInstrumentation agent can then be configured to look for these libraries and load up the custom bytecode instrumentations defined within.The text was updated successfully, but these errors were encountered: