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
When using gradle build server, the lambda method name tends to change on large file which I'm not sure of the reason which I have not looked into Java Language Spec on how lambda method names are computed.
What was observed is the method name has the format classMethodName$lambda$#. This cause method name mismatches due to the JDT method name and JDI method name is different.
The text was updated successfully, but these errors were encountered:
gayanper
changed the title
Improve lambda breakpoints when synthetic variables are present
Improve lambda breakpoints when using gradle build server
Dec 29, 2023
gayanper
changed the title
Improve lambda breakpoints when using gradle build server
[critical] Improve lambda breakpoints when using gradle build server
Dec 29, 2023
@testforstephen could we use the source location information of the method or something similar to narrow down the method to match signature instead of using the name ? Not using the name could resolve this issue.
gradle build server uses the javac to compile the code, which may use different rules to name the generated classes. Do you have a concrete use case to explain the issue further?
When using gradle build server, the lambda method name tends to change on large file which I'm not sure of the reason which I have not looked into Java Language Spec on how lambda method names are computed.
What was observed is the method name has the format
classMethodName$lambda$#
. This cause method name mismatches due to the JDT method name and JDI method name is different.The text was updated successfully, but these errors were encountered: