You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I tried the .jar with my change on a demo project using Spring Boot and everything worked fine. After, I tried the same project in .war + Wildfly 26.0.1.Final and I was able to replicate the ClassNotFoundException bug. Same JDK.
So I searched and I found that you should start Wildfly with -Djboss.modules.system.pkgs=tech.httptoolkit to be able to attach the agent in a running Wildfly... Not sure if we can bypass it in HTTP Toolkit.
@davidhsv Good find! This is very interesting indeed.
If possible, it would be great to not just warn about this issue but to even automatically fix it (by setting that option ourselves) but I imagine that's not possible? If this needs to be set at startup time, for a process that we only attach to later on, then clearly there's nothing we can do there.
Given that, I'd happily accept a PR that explicitly fails to attach and logs a helpful message when attaching to a Wildfly server that's not usable.
I tried the .jar with my change on a demo project using Spring Boot and everything worked fine. After, I tried the same project in .war + Wildfly 26.0.1.Final and I was able to replicate the ClassNotFoundException bug. Same JDK.
So I searched and I found that you should start Wildfly with
-Djboss.modules.system.pkgs=tech.httptoolkit
to be able to attach the agent in a running Wildfly... Not sure if we can bypass it in HTTP Toolkit.Originally posted by @davidhsv in #2 (comment)
The text was updated successfully, but these errors were encountered: