-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Make component interfaces uniform #488
Make component interfaces uniform #488
Conversation
Codecov Report
@@ Coverage Diff @@
## master #488 +/- ##
==========================================
- Coverage 75.78% 75.76% -0.02%
==========================================
Files 120 120
Lines 7391 7431 +40
==========================================
+ Hits 5601 5630 +29
- Misses 1523 1534 +11
Partials 267 267
Continue to review full report at Codecov.
|
ff0d6d2
to
e9e0317
Compare
e9e0317
to
dc8d621
Compare
@open-telemetry/collector-maintainers please review. |
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.
I like it!
Probably not worth to do in the same PR but have you considered having a CreateReceiver
factory method and using type assertion to check if a given receiver supports TraceReceiver
and/or MetricsReceiver
interfaces? I didn't think about all implications of this, but, it seems a path worth exploring.
dc8d621
to
4f02aeb
Compare
This change fixes inconsistencies in component interfaces. Motivation: - Uniformness results in reduction of code that currently has to deal with differences. - Processor.Start is missing and is important for allowing processors to communicate with the Host. What's changed: - Introduced Component interface. - Unified Host interface. - Added a Start function to processors (via Component interface). - Start/Shutdown is now called for Processors from service start/shutdown. - Receivers, Exporters, Processors, Extensions now embed Component interface. - Replaced StartTraceReception/StartMetricsReception by single Start function for receivers. - Replaced StopTraceReception/StopMetricsReception by single Shutdown function for receivers. Note: before merging this we need to announce the change in Gitter since it breaks existing implementations in contrib (although the fix is easy). Resolves open-telemetry#477 Resolves open-telemetry#262
4f02aeb
to
7399146
Compare
@pjanotti I didn't think about this. Can explore in the future. |
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
I am going to merge this. The change was announced in gitter. After merging this I will update the contrib repo. |
This change fixes inconsistencies in component interfaces. Motivation: - Uniformness results in reduction of code that currently has to deal with differences. - Processor.Start is missing and is important for allowing processors to communicate with the Host. What's changed: - Introduced Component interface. - Unified Host interface. - Added a Start function to processors (via Component interface). - Start/Shutdown is now called for Processors from service start/shutdown. - Receivers, Exporters, Processors, Extensions now embed Component interface. - Replaced StartTraceReception/StartMetricsReception by single Start function for receivers. - Replaced StopTraceReception/StopMetricsReception by single Shutdown function for receivers. Note: before merging this we need to announce the change in Gitter since it breaks existing implementations in contrib (although the fix is easy). Resolves open-telemetry#477 Resolves open-telemetry#262
* Update demo chart codeowners * Bump demo chart
This change fixes inconsistencies in component interfaces. Motivation:
What's changed:
Note: before merging this we need to announce the change in Gitter since it breaks existing implementations in
contrib
(although the fix is easy).Resolves #477
Resolves #262