redhat-developer / redhat-developer/vscode-java

Gradle Generated Sources from Annotation Processor not picked up correctly by intellisense nor will work with Run/Debug

Ouverte
#2,981 0 commentaires 10 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
TypeScript
Étoiles
2.3k
Forks
546
Merge moyen
20 h 1 min
PR mergées (30 j)
11

Description

Problem:
Unable to use annotation processor from Gradle and have intellisense or the run/debug menu work. Results in not found or package path issues.

  1. Using gradle build task, it compiles fine without issue
  2. Using gradle task from "fabric -> runClient" works fine without issue
  3. Using fabric -> configureClientLaunch to create the vscode launch.json does not allow me to use the Run and Debug if I am using annotation processor. Without it, it will work fine.
  4. Lombok works without issue
  5. Intellisense in source files that use the generated source will result in "The import net.glass.settings.GlassConfig cannot be resolved"
  6. Intellisense in generated files, when seen, will result in The declared package "net.glass.settings" does not match the expected package ""

I have seen some previous closed issues on this on this "eclipse jdt" repo and here, but I haven't had any success. I have yet to be able to get this to work without resorting to manually moving files around. Note that I do not know much about gradle nor do I know what eclipse is other than the IDE.

#2793 Support Gradle Annotation Processing
https://github.com/eclipse/eclipse.jdt.ls/pull/2319

I have also somewhat seen this mentioned on the Gradle Plugin page, but there are no real instructions or examples on HOW to change the source sets to make vscode happy, which doesn't even seem to be possible with version 8 of gradle.

See Class References section
https://marketplace.visualstudio.com/items?itemName=vscjava.vscode-gradle

Environment
  • Operating System: macOS Ventura 13.2.1 (M1 mac)
  • JDK version: 17.0.2
  • Visual Studio Code version: 1.76.0 (Universal)
  • Java extension version: v1.15.0
  • Gradle Version: Tried both the latest version of 7 and 8
  • Gradle Extension Version: v3.12.6
Steps To Reproduce
  1. Include an annotation processor under dependencies
  2. Gradle build task to create generated source file
  3. vscode will complain about missing class

My repo is here:
https://github.com/alison-gravley/Glass

Not sure if these are the right log files. This was under the F1 -> Toggle Developer Tools -> Console tab

ERR ENOENT: no such file or directory, open '/Users/alison/Library/Application Support/Code/User/workspaceStorage/0d20f7af9fd0c96c108f44b4cb73ffde/redhat.java/jdt_ws/.metadata/.log': Error: ENOENT: no such file or directory, open '/Users/alison/Library/Application Support/Code/User/workspaceStorage/0d20f7af9fd0c96c108f44b4cb73ffde/redhat.java/jdt_ws/.metadata/.log'

unamed.log
client_2023_03_04.log
client_2023_03_05.log

Current Result

Intellisense does not see the generated source files and they show up as errors
Run & Debug views these as compilation errors and will not run

Things I have tried

I have tried several build.gradle changes that result in the sources sometimes being seen, but never interpreted correctly. I have reloaded the project from Gradle and deleted the workspace from Java Project on every change.

I have tried turning "Java › Import › Gradle

› Annotation Processing: Enabled" both on and off. More info below on that.

build.gradle
Solution 1: Eclipse???

Eclipse example I found. I have no idea what eclipse is other than the IDE, so I am not sure what all of these eclipse references are about. I do not have the eclipse IDE.

plugins {
	id 'fabric-loom' version '1.0-SNAPSHOT'
	id 'maven-publish'
	id 'io.freefair.lombok' version '6.6.1'
	id 'java'
    id 'eclipse'
}
...
dependencies {
...
    annotationProcessor modImplementation("io.wispforest:owo-lib:${project.owo_version}")
...
}
...
eclipse {
    classpath {
        containers 'org.eclipse.buildship.core.gradleclasspathcontainer'
        file.whenMerged { cp ->
            def entries = cp.entries;
            def src = new org.gradle.plugins.ide.eclipse.model.SourceFolder('build/generated/sources/annotationProcessor/java/main', null)
            entries.add(src)
        } 
    }
}
Solution 2: Various versions of adding the directory to source sets, but they cause warnings with Gradle and as of version 8 I cannot do this method at all without the below error.

Task ':sourcesJar' uses this output of task ':compileJava' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed.

plugins {
	id 'fabric-loom' version '1.0-SNAPSHOT'
	id 'maven-publish'
	id 'io.freefair.lombok' version '6.6.1'
	id 'java'
}
...
dependencies {
...
    annotationProcessor modImplementation("io.wispforest:owo-lib:${project.owo_version}")
...
}
...
sourceSets {
    test {
        runtimeClasspath += main.runtimeClasspath
        compileClasspath += main.compileClasspath
    }
    //With version 8 of gradle, this is no longer allowed and will not compile
    main {
        java {
            srcDir 'build/generated/sources/annotationProcessor/java/main'
        }
    }
}
Enabling Java › Import › Gradle › Annotation Processing: Enabled

Note: Eclipse and source sets items removed at this point

This adds a "bin/generated-sources/annotations" folder in addition to the ones that gradle creates within their build directory. This option gets me a step further, but I run into package path issues: The declared package "net.glass.settings" does not match the expected package ""

The only way I found to get this to work was to manually add the package path to the annotations folder and move the generated source file to there. This at least allows the intellisense AND Run & Debug to work as expected.

The only issue with this is eventually the file gets regenerated and I end up with 2 copies. Usually when I have to eventually "Clean Workspace", because something in the cache gets corrupted during a build or I change build.gradle and things get in a bad state. This is also bad as anytime I make a change to the class, I will have to manually fix it again.

In my specific example, I manually created the net.glass.settings folders so the package error would go away.
bin/generated-sources/annotations/net/glass/settings/GlassConfig.java

Guide de contribution

Ouvrir le guide de contribution

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 le dépôt Glass signalé et son build.gradle, puis examinez le point d’entrée configureClientLaunch et les logs joints tout en reproduisant les échecs d’importation des sources générées et de Run/Debug. Comparez les chemins des sources de l’annotation processor de Gradle avec la configuration du projet Java ; le travail est terminé lorsque les classes générées sont résolues dans IntelliSense et avec Run/Debug sans déplacer manuellement les fichiers.

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

Évaluation

Stack technique
java, vscode
Domaine
developer-experience, 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.