squakez commented on PR #1730:
URL: 
https://github.com/apache/camel-spring-boot/pull/1730#issuecomment-4125243318

   Threading logic belongs to Camel core, so, any problem with that, should be 
treated there. Likely camel-opentelemetry has some relation with that logic. 
However, camel-opentelemetry2 is designed not to have any relation with such, 
exactly with the scope of decoupling from those kind of potential problems 
we're suffering in camel-opentelemetry bound to thread context coupling. The 
storage of traces is, by design, propagated via exchanges headers. So, nothing 
is required, at least, according to this design.
   
   Also, that unit test has nothing to deal with Camel. It never starts a Camel 
application or a context, not sure what it was supposed to test of Camel 
framework.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to