-
Notifications
You must be signed in to change notification settings - Fork 894
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
Remove confusing description from Body field in Logs Data Model #3827
Remove confusing description from Body field in Logs Data Model #3827
Conversation
Co-authored-by: jack-berg <[email protected]>
@tigrannajaryan PTAL |
I agree that the removed wording does not belong to the data model and is not helpful. However, before we remove it I want to make sure we are not breaking our Stability guarantees. It seems OK to me since I can't see how it is actionable by SDK implementors. It is more of a usage recommendation for end users and would be better suited to a non-normative document like a library guideline. I would like @open-telemetry/specs-logs-approvers to confirm that they do not think this is a breaking change and we are not breaking our stability promise. |
Co-authored-by: Trask Stalnaker <[email protected]>
I made some editorial changes. In my opinion, it is better but it may be good to double-check. |
Please resolve the conflicts. |
@tigrannajaryan, done. |
…-telemetry#3827) Related to open-telemetry#3814 ## Changes Remove confusing description from Body field in Logs Data Model. The description makes the specification not clear as the language authors may understand that the Bridge API must only accept Body as `string`. Additionally, I do not think that the following recommendation is actually a good one: > First-party Applications SHOULD use a string message --------- Co-authored-by: jack-berg <[email protected]> Co-authored-by: Trask Stalnaker <[email protected]> Co-authored-by: Cijo Thomas <[email protected]>
Related to #3814
Changes
Remove confusing description from Body field in Logs Data Model.
The description makes the specification not clear as the language authors may understand that the Bridge API must only accept Body as
string
.Additionally, I do not think that the following recommendation is actually a good one: