Now that you mention it, this does occur while trying to use "Evaluate expression" which spins up bytecode and evaluates it at run time. I haven't contacted Jetbrains on this yet, but I'll open an issue on their tracker as well.
Cheers. (reposted on mailing list since) On Tue, Jul 21, 2020 at 9:52 AM Alan Bateman <alan.bate...@oracle.com> wrote: > > On 20/07/2020 21:25, Mantas Gridinas wrote: > > Hi! > > > > Recently I've moved my project to the module system from regular > > classpath jars. Currently I'm using Adopt OpenJDK11 builds and for > > debugging I provide the > > -agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=localhost:5005 > > command line argument while starting my application. As a debugging > > client I use intellij idea's remote debugging functionality. Sometimes > > (I am not sure myself what exactly causes this), while debugging my > > project, I get into an issue where the debugger cannot access some > > classes, their fields or methods. Since right now I cannot provide the > > exact error message, I would like to ask: what are the limitations of > > the debugger implementation, provided by the JDK, when used on a > > runtime with a module system rather than a classpath based system? > > > Debuggers should work with modular applications. Under the covers, the > JDWP agent that you specify with -agentlib uses the JVM Tool Interface > and the Java Native Interface that aren't subject to access control. > Maybe IDEA is spinning byte code or classes in the target VM? Have you > tried submitting a bug to Jetbrains on this? > > -Alan