Skip to content

Decide how service.peer semconv should map to declarative config #18933

@zeitlinger

Description

@zeitlinger

Problem

service.peer semconv selection still uses special-case logic in SemconvStability, and it is unclear whether Java should:

  • add a dedicated declarative config shape for service.peer, or
  • keep special-case logic separate from the newer per-domain semconv config model

Relevant context

Question

Should service.peer be brought under the newer declarative semconv config model, or should it remain a special-case compatibility path?

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type
No fields configured for issues without a type.

Projects

Status
No status

Relationships

None yet

Development

No branches or pull requests

Issue actions