redhat-developer / redhat-developer/vscode-java
maven extension support
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
I'm experimenting with using this polyglot maven extension to convert my projects' pom.xml files into other languages (in particular pom.yaml or pom.kts). Maven seems to work just fine with it, but java language server doesn't seem to pick up either the maven extension or the non-xml pom file.
Is there some way to configure the language server to recognize the maven extension and/or the non-xml pom file, or is there a change that needs to be made to the vscode extension itself to pick things up?
Environment
- Operating System: Mac 14.5
- JDK version: 17
- Visual Studio Code version: VSCodium 1.88.1
- Java extension version: 1.32.0
Steps To Reproduce
- clone https://github.com/takari/polyglot-maven-examples and open that in vscode with the java language server
- add another dependency, e.g. guava collections compile("com.google.guava:guava:31.1-jre") to kotlin/pom.kts > dependencies
- open Main.kts, add a line for "import com.google.common.collect.Lists" and in the main function call "Lists.newArrayList(1, 2, 3)"
- Run "mvn install" to compile the project
Current Result
because of the extension registered in the project's .mvn/extensions.xml, maven handles the alternative pom file just fine; however, vscode shows red underlines on the google import with an error about an unresolved reference; implying that the language server failed to recognize the added dependency on guava.
Expected Result
the language server recognizes the maven extension and uses it to parse and process the non-xml pom file. (completion support within the pom file a bonus)
Additional Informations
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Reproduisez le problème avec takari/polyglot-maven-examples, en vous concentrant sur .mvn/extensions.xml, kotlin/pom.kts et Main.kts. Commencez par retracer la manière dont le Java language server importe les projets Maven et gère les fichiers POM qui ne sont pas au format XML ; le travail est terminé lorsque la dépendance Guava ajoutée est résolue dans Main.kts et que le POM alternatif est traité.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- build-system, devtools, tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 30/100