-
Notifications
You must be signed in to change notification settings - Fork 2.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
Move remaining t-channel code from core to tchannel package #2306
Conversation
Signed-off-by: Pavol Loffay <[email protected]>
Signed-off-by: Pavol Loffay <[email protected]>
Signed-off-by: Pavol Loffay <[email protected]>
grpc.AddFlags(flags) | ||
reporter.AddFlags(flags) | ||
app.AddFlags(flags) |
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.
Why are these flags being removed?
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.
leftovers, not needed anymore
sizeF := func() int { | ||
return len(collector.GetZipkinSpans()) | ||
return len(collector.GetJaegerBatches()) |
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.
Why have these changed to Jaeger batches when in a zipkin processor test? Is zipkin format collection via the agent relevant now? If not, then we should probably change the name of the test.
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.
Jaeger agent can ingest zipkin thrift spans https://www.jaegertracing.io/docs/1.18/deployment/#agent. However the reporter in the agent convert these spans to jaeger batches.
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.
ok
Codecov Report
@@ Coverage Diff @@
## master #2306 +/- ##
==========================================
- Coverage 96.23% 95.92% -0.31%
==========================================
Files 218 219 +1
Lines 10692 10734 +42
==========================================
+ Hits 10289 10297 +8
- Misses 347 381 +34
Partials 56 56
Continue to review full report at Codecov.
|
@@ -164,7 +164,7 @@ func (sp *spanProcessor) ProcessSpans(mSpans []*model.Span, options processor.Sp | |||
for i, mSpan := range mSpans { | |||
ok := sp.enqueueSpan(mSpan, options.SpanFormat, options.InboundTransport) | |||
if !ok && sp.reportBusy { | |||
return nil, tchannel.ErrServerBusy | |||
return nil, fmt.Errorf("server busy") |
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.
nit: this should be a dedicated error (similar to TraceNotFound in the query service) and the gRPC handler should translate it it to gRPC-specific status code. But it's not critical as there's no special processing in the agent for this.
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.
Actually, might be still critical for us because "busy" is understood by the service mesh
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.
PR #2314
Related to #2129
This PR removes
tchannel-go
references from the code components. The only remaining references are in the hotrod app which will be removed in a follow-up PR.