-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Clean up stale code in receiver/vmmetrics #161
Conversation
Codecov Report
@@ Coverage Diff @@
## master #161 +/- ##
==========================================
+ Coverage 71.74% 74.08% +2.33%
==========================================
Files 103 95 -8
Lines 6014 5796 -218
==========================================
- Hits 4315 4294 -21
+ Misses 1476 1287 -189
+ Partials 223 215 -8
Continue to review full report at Codecov.
|
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
0ef4c82
to
5896f5b
Compare
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.
Generally LGTM, just a comment regarding commit message.
Please see https://github.com/open-telemetry/community/blob/master/CONTRIBUTING.md#code-review and https://chris.beams.io/posts/git-commit/
Rule 3: Capitalize the subject line
I suggest "Clean up stale code in receiver/vmmetrics"
Rule 4: Do not end the subject line with a period
Rule 7: Use the body to explain what and why vs. how
"Receiver will be loaded through config.go instead of viper." answers the the "how" question. The "what" question can be answered by e.g. the following:
Old viper code is removed because it is no longer needed with the new factory/config approach.
5896f5b
to
c2ba932
Compare
Build failure seems to be due to processor: processor/attributekeyprocessor/factory.go:26:9: undefined: processor.RegisterFactory
# github.com/open-telemetry/opentelemetry-service/processor/attributekeyprocessor [github.com/open-telemetry/opentelemetry-service/processor/attributekeyprocessor.test]
processor/attributekeyprocessor/factory.go:26:9: undefined: processor.RegisterFactory
processor/attributekeyprocessor/config_test.go:29:9: undefined: config.RegisterTestFactories
processor/attributekeyprocessor/config_test.go:33:38: not enough arguments in call to config.LoadConfigFile
have (*testing.T, string)
want (*testing.T, string, map[string]receiver.Factory, map[string]processor.Factory, map[string]exporter.Factory)
processor/attributekeyprocessor/config_test.go:71:13: undefined: processor.GetFactory
processor/attributekeyprocessor/config_test.go:73:38: not enough arguments in call to config.LoadConfigFile
have (*testing.T, string)
want (*testing.T, string, map[string]receiver.Factory, map[string]processor.Factory, map[string]exporter.Factory)
processor/attributekeyprocessor/factory_test.go:30:13: undefined: processor.GetFactory
processor/attributekeyprocessor/factory_test.go:38:13: undefined: processor.GetFactory
make: *** [vet] Error 2 @pjanotti can you take a look? |
c2ba932
to
fe6dc0a
Compare
@songy23 the build failure is on a code that I no longer see in |
Never mind #163 fixed it. Rebased. |
fe6dc0a
to
41e8ae3
Compare
Old viper code is removed because it is no longer needed with the new factory/config approach. Receiver will be loaded through config.go instead of viper.
41e8ae3
to
0c9b822
Compare
Commit message fixed, PTAL @tigrannajaryan |
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
* change jaeger options to functional style * fix lints * add interface validaiton
* Add Stackdriver Trace exporter for trace. TODOs for future work is: * to replace bundler.Bundler * to add proper tests for the exporter * to move the exporter to proper repository once it will be created. * Change to use functions for the exporter initialization instead of passing option struct directly. This fix is aliging the same fix for Jaeger (open-telemetry#146, open-telemetry#161) * Change Option struct to be function type * Change the original Option struct to be private * Add line comments to maxMessageEventsPerSpan to leave it for future implementation * Fix unnessesary expressions specified by `make precommit` Left errors by `make precommit` in experimental/bridge/opentracing. * Ran make precommit * Add new line at EOF * WIP: Start implementing BatchSpanExporter interfaces * Change to use RegisterSpanProcessor to register bsp * Change function names to fit current implementation of sdk * Removed google.golang.org/api/support/bundler and implement ssp and bsp * Change spanProcessor as a member of Exporter. * Fix option names used for BatchSpanProcessor initialization. * Change Exporter.Shutdown just to unregister spanProcessor. * Removed copyright statements of OpenCensus. * Fix small typo and EOF new line * Fix interfaces of ExportSpan/ExportSpans to meet SpanSyncer/SpanBatcher * Change to follow context.Context passed in ExportSpan/ExportSpans * Fix Stackdriver Exporter to hold sync.Once to lock when it is registered and unregistered.
* smartagent: support logs * smartagent: remove event clients in favor of log pipelines
* Updated default collector version * Updated examples
Receiver will be loaded through config.go instead of viper.