I’m thrilled to announce that Distributed Tracing is now generally available for all customers and prospects. The recent release of PubSub+ 10.2.0 included distributed tracing!
Thanks to all the customers who tried out our early access release of distributed tracing! Our Early Access release of distributed tracing is now complete! We had a record-breaking number of customers asking for this early access release! Thanks again!
If you would like to continue to experience distributed tracing for free, you still can! Distributed tracing in demo mode is available for current and trial customers in 10.2.0! Check it out!
Solace Distributed Tracing is an amazing new capability that pulls back the curtain and lets you understand on an event-by-event basis what is happening to your events as they traverse through the event mesh. It unites the event mesh with the observability tools used today with application performance monitoring and HTTP/REST messaging! Ultimately, it will provide full visibility of your events as they traverse clients & the event mesh for debugging, troubleshooting, event mesh analytics, performance analysis, audit, governance, and non-repudiation among other use cases. We expect to deliver wave upon wave of new distributed tracing capability over the coming releases.
Speaking of which, keep your eyes out for the upcoming early access release of Distributed Tracing with Context Propagation! This time it will be available on Solace Cloud too! Coming soon!
Hey everyone,
I’ve been getting a lot of questions about how to get started configuring Distributed Tracing with the broker. You can find more details on our Solace documentation .
@rtomkins - Hi Rob, thanks for pointing to the Solace documentation link.
Per the documentation “Messages published as part of a transaction (local and XA) do not generate trace messages.”
Is there a plan to have tracing enabled for messages published in a transaction? If yes, any rough estimate on the timelines?
Some related API release info for JCSMP & JMS support. Other API support coming soon!
Solace PubSub+ Messaging API for Java (JCSMP) 10.17.0 New Features
JCSMP - Distributed Tracing - Context Propagation JCSMP - Provide Ability to NACK a Specific AD Message and Force Redelivery Release Highlights
Bug fixes, as detailed in the release notes products.solace.com Maven Repository Open Source Report Release Notes Solace PubSub+ OpenTelemetry Integration for Solace JCSMP API 1.0.0 Release Highlights
A plug-in for the Solace JCSMP API to allow OpenTelemetry to inject tracing context into the SMF message and export traces to an OpenTelemetry Receiver. Thus expanding coverage of Solace Distributed Tracing beyond the broker and into the API. products.solace.com Maven Repository Maven Open Source Report Release Notes Solace PubSub+ Messaging API for JMS 10.17.0 New Features
JMS - Distributed Tracing - Context Propagation Release Highlights
Bug fixes, as detailed in the release notes products.solace.com Maven Repository Open Source Report Release Notes Solace PubSub+ OpenTelemetry Integration for Solace JMS API 1.0.0 Release Highlights
A plug-in for the Solace JMS API to allow OpenTelemetry to inject context into the JMS message and export traces to an OpenTelemetry Receiver. It can also be used for auto-instrumentation of JMS send and receive methods through OpenTelemetry’s java agent. Thus expanding coverage of Solace Distributed Tracing beyond the broker and into the API. products.solace.com Maven Repository Maven Open Source Report Release Notes
Hi @jacobusmeintjes ,
As it currently stands, we expect to release our C and .NET APIs by the end of this week (June 30th) with support for distributed tracing with a potential for them to be released even sooner. I will be sure to update you once the releases are live.
Cheers,
Murat
I was evaluating Solace distributed tracing and have come across an issue. I am following this Solace Code Lab:
I can configure the tracing and see the consumer bound to the telemetry queue. However, when I run the subscriber jar provided in the Code Labs the consumer on the telemetry queue gets disconnected. I can see the below mentioned error in the OTEL container logs. Is this a known issue?