redhat-developer / redhat-developer/vscode-java

Annotation processing causes spurious reporting in Problem pane

Abierto
#3,302 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
TypeScript
Estrellas
2.3k
Forks
546
Merge medio
20 h 1 min
PR fusionados (30 d)
11

Descripción

Environment
  • Operating System: Ubuntu Focal 20.04.6
  • JDK version: 17.0.7
  • Visual Studio Code version: 1.82.2
  • Extensions:
    • vscjava.vscode-java-pack 0.25.14
    • vscjava.vscode-java-debug 0.54.0
    • redhat.java 1.22.1
    • vscjava.vscode-maven 0.42.0
    • vscjava.vscode-java-dependency 0.23.1
    • vscjava.vscode-java-test 0.39.1
Steps To Reproduce
  1. Unzip the attached project.zip file into an otherwise empty directory
  2. Start code bug.code-workspace
  3. Ensure that a text editor is not open for Foo.java
  4. Click that you trust the author of this workspace (to enable debugging)
  5. Observe that no problems are reported in the Problems pane
  6. Open the file src/test/java/com/example/QuxTest.java from the Explorer pane
  7. Right-click the triangular play icon next to public class QuxTest
  8. Choose Debug Test from the context menu
  9. Notice that a problem appear in the Problems pane for file Foo.java:
    "The method b() is undefined for the type Mumble"
  10. Click on the problem to open file src/main/java/com/example/Foo.java
  11. Notice that the problem disappears by itself as the editor for Foo.java opens
  12. Close the editor for Foo.java
  13. Exit VSCode
  14. Restart VSCode, as in point 1.
  15. Observe that the problem reappears in the Problem pane, this time without opening the debugger.
Current Result:

A problem is reported for the class used in an annotation.

Expected Result:

No problems should be reported.

Additional Informations:

I reckon that this problem is related to annotation processing inserting stubs for the depended-on classes, and then these stubs aren't resolved properly. It started to appear related to the debugger a couple of minor versions ago, but from 1.82.2 it also happens every time the project is loaded, after it has been triggered by the debugger initially.

@testforstephen In microsoft/vscode-java-debug issue #1247 you asked for a minimal example. This looks a lot like it is related, so maybe this could be used?

project.zip

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Extrae project.zip y sigue la reproducción numerada de VS Code, comparando los diagnósticos de Problems-pane antes y después de Debug Test y del reinicio. Usa Foo.java y QuxTest.java como caso mínimo; se considera terminado cuando la clase utilizada por la anotación ya no produce el problema “method b() is undefined for the type Mumble” en ninguno de los dos flujos.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
java, typescript, vscode
Área
developer-experience, tooling
Tipo de issue
Error
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.