You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Matt Robbins (Jira)" <ji...@apache.org> on 2020/06/30 11:50:00 UTC

[jira] [Updated] (CAMEL-15260) OpenTracing - camel tracer appears not to activate spans in global tracer

     [ https://issues.apache.org/jira/browse/CAMEL-15260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Robbins updated CAMEL-15260:
---------------------------------
    Description: 
When using Camel's opentracing implementation alongside other tracers e.g. anything from https://github.com/opentracing-contrib traces do not link up nicely.

It appears that although Camel has the *_ActiveSpanManager_* which correctly tracks the span stack locally the implementation doesn't activate spans in the global tracer.

This means that when viewing spans you get broken traces for events in the same distributed transaction e.g.

{code}
        from("direct:personInJsonToDb")
                .unmarshal(jsonDataFormat)
                .bean(DatabaseClient.class, "insert");
{code}

You can see 2 root traces in the attached image.

It's possible to workaround this by intercepting and activating 'manually' but that doesn't seem correct.

I think we should be activating in the global tracer when we activate locally.


  was:
When using Camel's opentracing implementation alongside other tracers e.g. anything from https://github.com/opentracing-contrib traces do not link up nicely.

It appears that although Camel has the *_ActiveSpanManager_* which correctly tracks the span stack locally the implementation doesn't activate spans in the global tracer.

This means that when viewing spans you get broken traces for events in the same distributed transaction e.g.

{code}
        from("direct:personInJsonToDb")
                .unmarshal(jsonDataFormat)
                .bean(DatabaseClient.class, "insert");
{code}

You can see 2 route traces in the attached image.

It's possible to workaround this by intercepting and activating 'manually' but that doesn't seem correct.

I think we should be activating in the global tracer when we activate locally.



> OpenTracing - camel tracer appears not to activate spans in global tracer
> -------------------------------------------------------------------------
>
>                 Key: CAMEL-15260
>                 URL: https://issues.apache.org/jira/browse/CAMEL-15260
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-opentracing
>    Affects Versions: 3.4.1
>            Reporter: Matt Robbins
>            Priority: Major
>         Attachments: Screenshot from 2020-06-30 12-45-08.png
>
>
> When using Camel's opentracing implementation alongside other tracers e.g. anything from https://github.com/opentracing-contrib traces do not link up nicely.
> It appears that although Camel has the *_ActiveSpanManager_* which correctly tracks the span stack locally the implementation doesn't activate spans in the global tracer.
> This means that when viewing spans you get broken traces for events in the same distributed transaction e.g.
> {code}
>         from("direct:personInJsonToDb")
>                 .unmarshal(jsonDataFormat)
>                 .bean(DatabaseClient.class, "insert");
> {code}
> You can see 2 root traces in the attached image.
> It's possible to workaround this by intercepting and activating 'manually' but that doesn't seem correct.
> I think we should be activating in the global tracer when we activate locally.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)