-
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 db.cassandra.keyspace and db.hbase.namespace, and clarify db.name #1973
Remove db.cassandra.keyspace and db.hbase.namespace, and clarify db.name #1973
Conversation
Do we expect that the exact same value that we previously recommended to record in |
👍 schema translation added |
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.
I verified the schema file using my parser here: https://github.com/tigrannajaryan/telemetry-schema/blob/main/schema/parser_test.go
Co-authored-by: Christian Neumüller <[email protected]>
@open-telemetry/specs-approvers @open-telemetry/specs-trace-approvers any additional feedback on this? |
@bogdandrutu as the assignee, is there anything else you'd like to see before merging? thx! |
This has enough approvals and I do not see any objections or unresolved comments. Merging. |
The most notable thing here is that the delta between 1.8.0 and 1.10.0 results in a few fields going away. This will be a breaking change for anyone who happens to be depending upon these fields: - `DB_CASSANDRA_KEYSPACE` - `DB_HBASE_NAMESPACE` Users should instead use `DB_NAME`, according to [open-telemetry/opentelemetry-specification#1973](open-telemetry/opentelemetry-specification#1973). Otherwise, we get the standard deal: - A plethora of new, exciting fields! - Reworded explanatory text! Overall, not a terribly exciting change, but we must often take joy in the small things, and I choose to do so here!
* chore: bump semconvgen from 0.4.1 -> 0.11.1 I couldn't find any huge changes from the release notes; it seems the generated wording was improved in some cases. Regardless, let us not drift too far behind. * feat!: update for semantic conventions @ v1.10.0 The most notable thing here is that the delta between 1.8.0 and 1.10.0 results in a few fields going away. This will be a breaking change for anyone who happens to be depending upon these fields: - `DB_CASSANDRA_KEYSPACE` - `DB_HBASE_NAMESPACE` Users should instead use `DB_NAME`, according to [open-telemetry/opentelemetry-specification#1973](open-telemetry/opentelemetry-specification#1973). Otherwise, we get the standard deal: - A plethora of new, exciting fields! - Reworded explanatory text! Overall, not a terribly exciting change, but we must often take joy in the small things, and I choose to do so here! Co-authored-by: Francis Bogsanyi <[email protected]>
Use the DBNameKey instead of the removed DBCassandraKeyspaceKey. This comes from open-telemetry/opentelemetry-specification#1973
* Upgrade semconv to v1.10.0 * Update CassKeyspace func Use the DBNameKey instead of the removed DBCassandraKeyspaceKey. This comes from open-telemetry/opentelemetry-specification#1973 * Add changes to changelog
* Upgrade semconv to v1.10.0 * Update CassKeyspace func Use the DBNameKey instead of the removed DBCassandraKeyspaceKey. This comes from open-telemetry/opentelemetry-specification#1973 * Add changes to changelog
…ame (open-telemetry#1973) Fixes open-telemetry#1760 ## Changes Removes `db.cassandra.keyspace` and `db.hbase.namespace` (in preference for using `db.name`). Clarifies `db.name` in the case where a database product provides multiple concepts that could be mapped to `db.name`.
Fixes #1760
Changes
Removes
db.cassandra.keyspace
anddb.hbase.namespace
(in preference for usingdb.name
).Clarifies
db.name
in the case where a database product provides multiple concepts that could be mapped todb.name
.