'Gauge init java_maven' project does not work in VSCode

[PiotrNestor]

Describe the bug

'Gauge init java_maven' project does not create pom.xml that works correctly in VSCode

To Reproduce

1. Create a initial Java + Maven (pom.xml) Gauge test project

gauge init java_maven

2. Open the project in VSCode

3. Spec is not executed when 'Run' in spec but the command runs indefinitely. The project needs to be reloaded.

pom.xml contains old versions for:

• maven-compiler-plugin
• gauge-maven-plugin
• gauge-java

Logs
Problems:
Build path specifies execution environment JavaSE-11. There are no JREs installed in the workspace that are strictly compatible with this environment.
The compiler compliance specified is 11 but a JRE 17 is used

Run in spec:
Running tool: -q clean compile test-compile gauge:execute -Dflags=--hide-suggestion,--simple-console -DspecsDir=specs\example.spec:21

Notifications
Error calculating project classpath. ,,'undefined' is not recognized as an internal or external command, operable program or batch file.

Additional context
gauge --version

Gauge version: 1.6.13
Commit Hash: 706e32a

Plugins

dotnet (0.7.4)
html-report (4.3.1)
java (0.11.2)
python (0.4.6)
reportportal (1.17.0)
screenshot (0.3.0)
xml-report (0.5.1)

VSCode
Version: 1.97.2
Commit: e54c774e0add60467559eb0d1e229c6452cf8447
Date: 2025-02-12T23:20:35.343Z
Electron: 32.2.7
ElectronBuildId: 10982180
Chromium: 128.0.6613.186
Node.js: 20.18.1
V8: 12.8.374.38-electron.0
OS: Windows_NT x64 10.0.19045

'Extension Pack for Java'
Identifier
vscjava.vscode-java-pack
Version
0.29.0
Last Updated
2025-02-17, 10:22:21

[chadlwilson]

This issue should be at https://github.com/getgauge/template-java-maven or the vscode plugin.

All of the examples are outdated - simply too many to maintain. However the POM is a completely valid POM, so it's something else specific to your environment or VSCode.

What did you do to make it work?

[PiotrNestor]

@chadlwilson
I suspect that the only significant problem is:
Running tool: -q clean compile test-compile gauge:execute -Dflags=--hide-suggestion,--simple-console -DspecsDir=specs\example.spec:21

There is no 'mvn' in the above command string. But I have no idea where this could be defined.

Regarding the pom.xml. I've just updated version for the different Java components:

        <dependency>
            <groupId>com.thoughtworks.gauge</groupId>
            <artifactId>gauge-java</artifactId>
            <version>0.11.2</version>
            <scope>test</scope>
        </dependency>

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>17</source>
                    <target>17</target>
                </configuration>
            </plugin>
            <plugin>
                <groupId>com.thoughtworks.gauge.maven</groupId>
                <artifactId>gauge-maven-plugin</artifactId>
                <version>1.6.3</version>
                <executions>
                    <execution>
                        <phase>test</phase>
                        <configuration>
                            <specsDir>specs</specsDir>
                        </configuration>
                        <goals>
                            <goal>execute</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

From the the terminal it works:

mvn gauge:execute -DspecsDir=specs

[chadlwilson]

Are you familiar with Maven/java projects?

Java 17 can run and target Java 11 compiled code, so not sure why VSCode is complaining about that. That's a VSCode problem.

Running tool: -q clean compile test-compile gauge:execute -Dflags=--hide-suggestion,--simple-console -DspecsDir=specs\example.spec:21

There is no 'mvn' in the above command string. But I have no idea where this could be defined.

VSCode is simply supplying those args to Maven, similar to how the CLI does it.

Regarding the pom.xml. I've just updated version for the different Java components:

And did it work via VSCode when you made any of these changes?

[PiotrNestor]

@chadlwilson
The 'Run' from a spec file just hangs forever with no output in logs
'Debug' does not start anything ...

[chadlwilson]

If you would like help, can you please take the time to respond to the specific questions I asked rather than making other random observations?

[PiotrNestor]

@chadlwilson
In VSCode, in a spec file:

• Run Scenario | Debug Scenario - these are available which indicated that the java language plugin works and it has validated the spec-file

• 'Run Scenario' produces Output: Running tool: -q clean compile test-compile gauge:execute -Dflags=--hide-suggestion,--simple-console -DspecsDir=specs\example.spec:21
  But there is nothing executed. There are no logs updates either
  The command cannot be stopped. Trying again results: A Specification or Scenario is still running!
  The project needs to be reload to clear this.

Conclusion: I does not work to Run or Debug in VSCode
The specification code and tools are fine because it works to run correctly the project specifications from the terminal.

[jensakejohansson]

Yes, I suspect VSCode extension, although I don't think it's due to a change in the extension itself (very few updates during the past years), but maybe a change in VSCode that affects how the extension works.

Background: I had a gauge java_maven project that has worked fine previously, but has not been executed since late 2023. Tried to open it now and execute a test, but it won't work. Then I tried to create a new "blank" project, same problem. Reverted to runner/plugin to the one used last time it worked, no difference.

When running it looks like this and hangs forever:

Shouldn't the 'mvn'-command be before that launch string? Maybe the question is why it's missing?

Then the error to the right seems to be same as discussed here: #613 although I don't know how to mitigate that.

I guess we'll have to dig in here. I work with dotnet on a daily basis, so understanding a Java project more in depth will be an up-hill-battle.

@chadlwilson @sriv If any of you have a Java env. locally, feel free to try to init a java_maven project just to make sure it's not an environment issue on our part.

[chadlwilson]

I have many Java envs but I don't use either Maven or VScode day-to-day so don't really have the inclination to dive into yet another likely breaking change of some sort from VSCode. 😓

[sriv]

gauge init java_maven and subsequently running gauge run specs works from CLI.

When initializing a project using vscode's command pallette, the project gets initialized properly, I was able to run the project fine both using the vscode's "Run Spec" action and the cli.

I am on below java version:

openjdk version "22.0.2" 2024-07-16
OpenJDK Runtime Environment Corretto-22.0.2.9.1 (build 22.0.2+9-FR)
OpenJDK 64-Bit Server VM Corretto-22.0.2.9.1 (build 22.0.2+9-FR, mixed mode, sharing)

[jensakejohansson]

@sriv Thanks! CLI works for us too, only VSCode that won't launch the scenario. Then this indicates that it's not a Gauge/runner/extension issue, but some sort of Java/VSCode configuration on our side. That helps alot......

[chadlwilson]

So initiate project via gauge CLI but then try and use/run the project via VScode?

[jensakejohansson]

@chadlwilson Yes.
@sriv What platform are you running? MacOS/Linux/Windows? We're running on Windows...

I'm struggling with the extension. I cannot get breakpoints working, it just says they are 'unbound', and trying to debug without being able to step through the code is quite hopeless. However, my conclusion is that the extension does not find the mvn-command. It seems it's getting 'undefined' back from the method trying to locate the command and this is not handled/caught by the extension(!) and therefore it's trying to launch the spec with an invalid command (blank launch command - it just provides the arguments).

I'm guessing the problem is around this method: (I don't know why it doesn't find maven - the command is in my path of course - but it seems the method returns undefined.)

[chadlwilson]

Perhaps at root it's the same problem as #989 / #990

[sriv]

I tried this on a macbook @jensakejohansson - I don't have a windows machine handy right now, will try to borrow one and check.