Lorenzo Cian
Lorenzo Cian
Hi, I have the same problem. I am using IntelliJ 2024.1.1 Ultimate Edition. I have tested it with OpenJDK 17 but also other JDKs. @Yatogaii have you found any workaround?
Thank you so much your work on this @micopiira! I've just tested a very similar app with your setup and it seems to work well in agentless mode. I've also...
@markushi As of v8 final release, we're not setting `is_exception_group` anymore, see https://github.com/getsentry/sentry-java/pull/4056 ### Case 1 It seems that the last exception in the `exception.values` array is what determines the...
@lobsterkatie Do you have an answer for the questions in https://github.com/getsentry/sentry-java/issues/4410#issuecomment-2975843395 ? To summarize, I think the solution to this would be to consider `main_exception_id` and, if present, use that...
@ansman For the time being, you can fix this by using a `beforeSend` such as this one: ```java Sentry.init( options -> { options.setBeforeSend( ((event, hint) -> { List exceptionList =...
Thanks @lobsterkatie for having another look into this. Sorry to sidestep your questions, but I believe I found the actual root cause we need to address, probably to be addressed...
When the URL has a corresponding route, then the `http.route` is populated with the correct value. When there is no corresponding route/mapping for a specific URL, then `http.route` will contain...
If we consider the cardinality concern valid, then we should keep it as `GET /**`If, instead, we think it's more valuable to have `GET ` despite cardinality issues, then we...
Closing this issue as not planned because: - we currently set the span name to `{method} {http.route}` which is in accordance to the OTEL convention - the only usecase I...
Thanks for testing @PatNowak! Are you also running `sentry-cli` within a docker in docker setup as @MessyComposer reported?