[
https://issues.apache.org/jira/browse/CAMEL-23709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18086868#comment-18086868
]
Pasquale Congiusti commented on CAMEL-23709:
--------------------------------------------
It relates to CAMEL-23432 - the span is not really duplicated, although it can
be confused and provide a deeper nesting. Ideally we could introduce some
mechanism to distinguish the "traceable" processors by default, but it would
couple core logic with telemetry. Alternatively we could create a map of
processors in telemetry to know that, but it will require higher maintenance
when, for example, a new processor is included in the framework.
> camel-opentelemtry2 - Span verbosity for core processors that also emit events
> ------------------------------------------------------------------------------
>
> Key: CAMEL-23709
> URL: https://issues.apache.org/jira/browse/CAMEL-23709
> Project: Camel
> Issue Type: Improvement
> Components: camel-opentelemetry
> Reporter: Claus Ibsen
> Priority: Major
>
> For EIPs such as to / wireTap / toD and others that emit events (send an
> outgoing message ) then you get double spans, one as a processor and one as
> the event, and they get into a parent/child relationship - which makes the
> span tree very deep.
> IMHO the processor spans should only be for EIPS that do not emit events such
> as split, aggregate, etc.
> The core span has no value for the to, as the value is the span about sending
> event, to capture where its being sent, etc.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
