-
Notifications
You must be signed in to change notification settings - Fork 821
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
Use resource service.name
as zipkin service name
#919
Comments
Hey, I'm willing to work on this. As far as I understand, we can detect the resource type and generate a So is it right to detect the resource and set the zipkin service name to something like |
The resource comes attached to the first span. I would do something like this: class ZipkinExporter
public serviceName?: string;
constructor(options) {
// user can configure a service name
if (typeof options.serviceName === "string")
this.serviceName = options.serviceName;
}
// ...
}
public export(spans) {
// if user has not configured service name, it comes from the first exported resource
if (this.serviceName == null) {
this.serviceName = spans[0].resource.labels["service.name"] ?? "Unnamed Service";
}
// ...
}
} |
Thanks for the help. I'll be working on it. |
Is it okay to change the |
In tests you can access private variables like this
|
@dyladan I'm doing my internship at Google and I have linked my google account to my github account. But I'm still getting error for not signing CLA in my PR. |
Maybe @mayurkale22 can help here (he is a google employee) |
Post a comment ("I signed it") to the PR to recheck the signed CLA. |
seems like it didn't work. |
Not sure what went wrong, did you sign up as an individual (https://identity.linuxfoundation.org/?destination=node/285/individual-signup)? |
Do the interns sign up as individuals? I would assume they sign up as employees. @rezakrimi your manager should probably know. |
open-telemetry/opentelemetry-specification#472
Right now we get the service name from the config. While we can probably keep this as a manual override of sorts, we should infer the service name where we can.
The text was updated successfully, but these errors were encountered: