Related Issues
#496, #476, #438
#458, #372, #354, ...
Description
Currently, the extension will generate the launch.test.json for users who want to run/debug with configuration for his test cases. While this approach has a lot of problems that hurt the user experices, including:
- No documents
- The schema is hard to understand
- Could not resolve variables such as
${workspaceFolders}
- Ruin users' source control
- Obscure implementation logic
Plan
Add several extension settings whose scope are workspace folder, the schema looks like below:
"java.test.config": [
{
/* Specify the working directory when running the tests */
"java.test.cwd": "${workspaceFolder}"
/* Specify the command line arguments passed to the runner */
"java.test.args": [ "" ]
/* Specify the extra options and system properties for the JVM (e.g. -Xms<size> -Xmx<size> - D<name>=<value>) */
"java.test.vmargs": [ "" ]
/* Specify the environment variable when running the tests */
"java.test.env": { "aaa": "bbb" }
},
{
... // Another new config
}
]
Note: The first config in the array will always be picked as the default one.
Related Issues
#496, #476, #438
#458, #372, #354, ...
Description
Currently, the extension will generate the
launch.test.jsonfor users who want to run/debug with configuration for his test cases. While this approach has a lot of problems that hurt the user experices, including:${workspaceFolders}Plan
Add several extension settings whose scope are workspace folder, the schema looks like below: