Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Maven & Java multiple version support

Ouverte
  • Quelque chose ne va pas ?
#4,564 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
45/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
java, typescript, vscode
Domaine
developer-experience, tooling

Piste de recherche

Start by reading the Java extension's Maven project configuration and how it applies compiler settings to main and test sources; the issue does not name specific files or tests. Reproduce with the supplied pom properties, comparing the editor's diagnostics with mvn clean install on the command line. Done means the editor accepts the test sources' configured Java version without reporting invalid language features.

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

Description

bug

Describe the bug

I am using BobIDE/VSCode and I don't know if this is supported - I have a pom that inherits jboss-parent and I wanted to have the sources and the tests at different JDK versions. This seems to cause problems as it gets confused and states there are errors with the tests sources having e.g. JDK15 language features even though that is valid. Note that mvn clean install on the command line works fine.

A clear and concise description of what the problem is.

To Reproduce

A typical pom e.g.

  <parent>
    <groupId>org.jboss</groupId>
    <artifactId>jboss-parent</artifactId>
    <version>55</version>
  </parent>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <!-- Compile/target Java 11, built with JDK 17+ (required by spotless 3.x). -->
    <javaVersion>11</javaVersion>
    <maven.compiler.source>${javaVersion}</maven.compiler.source>
    <maven.compiler.target>${javaVersion}</maven.compiler.target>
    <maven.compiler.release>11</maven.compiler.release>
    <maven.compiler.testRelease>17</maven.compiler.testRelease>

Is this an architectural limitation of the underlying eclipse code?

Expected behavior
To function as maven does on the command line.

Screenshots
If applicable, add screenshots to help explain your problem.

Environment

  • Operating System: Fedora44
  • JDK version: Various
  • Visual Studio Code version: VSCode 1.126 / BobIDE 2.2.3
  • Java extension version: 1.58.0

Additional Information

Langage dominant
TypeScript
Étoiles
2.3k
Forks
549
Merge moyen
4 j 21 h
PR mergées (30 j)
19

Préparer son environnement

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.

Autres issues de redhat-developer/vscode-java

Toutes les issues de redhat-developer/vscode-java

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

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