Alexander Dinauer

Hey @pavelbelonosov thanks for opening this issue. Sounds like a straight forward replacement. Maybe we can fit this into the next major which we're starting to work on - no...

Thanks for opening this issue @morohon, we'll improve docs.

While this might also report SDK bugs, it's most likely just an error going out through GraphQL `errors`. It's being detected as a crash because the integration creates the `RuntimeException`...

We have just released `6.15.0` of the Java SDK. If you're on Spring Boot `3.0.3+` you can give `ThreadLocalAccessor` a try. Here's a copy of the changelog so you know...

Closing this now as it should be resolved (see comment above), feel free to reopen if you run into the problem again.

This is still an issue for our Spring Boot 2 integration. We could take another stab at it by trying to use `reactor.core.CoreSubscriber` and `Hooks.onEachOperator` as described [here](https://stackoverflow.com/questions/47501349/using-hooks-and-a-lift-to-push-context-into-threadlocal). Needs testing...

@markushi can you please take a look at this one?

Just gave the [JS PR](https://github.com/getsentry/sentry-javascript-bundler-plugins/pull/36) and [code](https://github.com/getsentry/sentry-javascript-bundler-plugins/blame/main/packages/bundler-plugin-core/src/sentry/telemetry.ts) as well as [this PR](https://github.com/getsentry/sentry-javascript-bundler-plugins/pull/234) that moved some code a glance - here's the summary: - Sending analytics / telemetry is an opt-out...

I don't think we need aggregate sessions for this, so the kind of sessions used by Android should work here unless I misunderstood what @smeubank wants to do.

@lforst > If you're somehow using Sentry CLI you can use an environment variable to send along trace ID to have distributed tracing. Do you know which env var that...