Skip to content
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

Add yaml semantic conventions for RPC #925

Merged
merged 2 commits into from
Sep 24, 2020

Conversation

thisthat
Copy link
Member

@thisthat thisthat commented Sep 7, 2020

Changes

Updated RPC semantic convention to the YAML format.

Related issues #547

@thisthat thisthat requested review from a team September 7, 2020 09:15
@Oberon00
Copy link
Member

Oberon00 commented Sep 7, 2020

#547 is closed. Maybe you want to open a new tracking issue for these?

<!-- semconv rpc -->
| Attribute | Type | Description | Example | Required |
|---|---|---|---|---|
| `rpc.system` | string | A string identifying the remoting system. | `grpc`<br>`java_rmi`<br>`wcf` | Yes |
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the examples should be quoted. Also I don't know if we want to use <br> by default. In this case , would be enough. So I think ideally this should look like

Suggested change
| `rpc.system` | string | A string identifying the remoting system. | `grpc`<br>`java_rmi`<br>`wcf` | Yes |
| `rpc.system` | string | A string identifying the remoting system. | `"grpc"`, `"java_rmi"`, `"wcf"` | Yes |

but just adding the quotes would also be good.

|---|---|---|---|---|
| `rpc.system` | string | A string identifying the remoting system. | `grpc`<br>`java_rmi`<br>`wcf` | Yes |
| `rpc.service` | string | The full name of the service being called, including its package name, if applicable. | `myservice.EchoService` | Conditional<br>No, but recommended |
| `rpc.method` | string | The name of the method being called, must be equal to the $method part in the span name. | `exampleMethod` | Conditional<br>No, but recommended |
Copy link
Member

@Oberon00 Oberon00 Sep 7, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Conditional. No" So it's not conditionally required? That sounds a bit odd. Maybe the tool should just not emit "conditional" but just put the note in? Or there should be an additional level between not required and required named "recommended". Or this should be just not required.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I also noticed this problem. Imho the tool should be updated to only emit the specified text without the Conditional prefix.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That sounds also fine, although it might lead to mis-use. Like "Required: Yes, because bla"

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1 to what @Oberon00 said. I am not sure how to read the "Conditional No, but recommended" phrase.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I filed open-telemetry/build-tools#7 for having this fixed in the MD generator. @thisthat will work on this soon so I would be fine with merging this PR and re-generate the updated markdown files in a follow-up.

@arminru arminru linked an issue Sep 8, 2020 that may be closed by this pull request
@Oberon00 Oberon00 added area:semantic-conventions Related to semantic conventions spec:trace Related to the specification/trace directory labels Sep 9, 2020
Copy link
Member

@tigrannajaryan tigrannajaryan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, given that the formatting will be fixed by open-telemetry/build-tools#7

@thisthat
Copy link
Member Author

@open-telemetry/specs-approvers please have a look

@carlosalberto carlosalberto merged commit c44cfc9 into open-telemetry:master Sep 24, 2020
@arminru arminru deleted the yaml-rpc branch September 24, 2020 14:03
carlosalberto pushed a commit to carlosalberto/opentelemetry-specification that referenced this pull request Oct 31, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:semantic-conventions Related to semantic conventions spec:trace Related to the specification/trace directory
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Proposal: Define semantic conventions in JSON/YAML
6 participants