microsoft / microsoft/java-debug

[critical] Improve lambda breakpoints when using gradle build server

Ouverte
#531 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

ai-triaged enhancement
Langage dominant
Java
Étoiles
409
Forks
204
Merge moyen
1 j 13 h
PR mergées (30 j)
4

Description

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.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par reproduire l’incohérence des points d’arrêt lambda avec le Gradle build server et comparez le nom de méthode JDT avec le nom de méthode JDI. Étudiez comment les noms de méthodes lambda sont calculés pour les fichiers volumineux ; le travail est terminé lorsque les points d’arrêt se résolvent malgré les différents noms classMethodName$lambda$#.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java
Domaine
devtools
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.