Reducing the scope of CEP-32 to OpenTelemetry Tracing is a good idea (or creating a new one). We recently added OpenTelemetry Tracing support to the C# driver [1] and we also decided to not include Metrics and Logs in this initiative because the driver already provides a way to collect metrics and logs so it's not as important.
I believe there's also efforts to add OpenTelemetry support to the java driver but I'm not sure if it's limited to Tracing or if they include metrics and logs. [1] https://github.com/datastax/csharp-driver/tree/master/doc/features/opentelemetry#readme Yuki Morishita <mor.y...@gmail.com> escreveu (terça, 1/10/2024 à(s) 07:13): > Hi, > > Since I have limited time working on the CEP-32, I'd appreciate the > collaboration to make this CEP the reality. > > Another thing I'm thinking of is to reduce its scope to only the > OpenTelemetry configuration and the way to work only with OpenTelemetry > Tracing. > > If it's possible to create sub CEPs, I will create the one for tracing, > metrics and logs. Otherwise, I can rewrite the current CEP-32 to only focus > on OpenTelemetry Tracing. > Or maybe scrap CEP-32 and create a new one for Tracing. > > > On Mon, Sep 23, 2024 at 11:47 AM Saranya Krishnakumar < > saran.krishna...@gmail.com> wrote: > >> Hi Patrick, >> >> I am interested in working on this CEP collaborating with Yuki. I >> recently worked on adding metrics framework in Apache Cassandra Sidecar >> project. >> >> Best, >> Saranya Krishnakumar >> >> On Thu, Sep 19, 2024 at 10:57 AM Patrick McFadin <pmcfa...@gmail.com> >> wrote: >> >>> Here's another stalled CEP. In this case, no discuss thread or Jira. >>> >>> Yuki (or anyone else) know the status of this CEP? >>> >>> >>> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-32%3A+%28DRAFT%29+OpenTelemetry+integration >>> >>> Patrick >>> >>