3 回答

TA貢獻1856條經驗 獲得超17個贊
閱讀源代碼后,我認為如果該方法接受文件路徑作為字符串或者如果您設法將“vscode.Uri”對象作為參數傳遞給“tomcat.war.run”命令,它可能會起作用。
這是我在整個過程中所能想到的最好的結果,但是每次運行此任務時您仍然必須手動選擇 .war:
{
"version": "2.0.0",
"tasks": [
{
"label": "compile",
"type": "shell",
"command": "mvn compile",
"problemMatcher": []
},
{
"label": "package",
"type": "shell",
"command": "mvn package",
"dependsOn": ["compile"],
"problemMatcher": []
},
{
"label": "Run WAR",
"command": "${input:runWar}",
"dependsOn": ["package"],
"problemMatcher": []
}
],
"inputs": [
{
"id": "runWar",
"type": "command",
"command": "tomcat.war.run"
// ,"args": { DOESNT WORK =/
// "uri" : {"fsPath" : "${workspaceFolder}/target/ROOT.war"}
// }
}
]
}

TA貢獻1780條經驗 獲得超4個贊
它可能看起來像這樣。
{
"label": "Run",
"command": "${command:tomcat.war.run}",
"problemMatcher": []
}
經過大量搜索我自己的用途后,我從這里得到了幫助:https ://stackoverflow.com/a/57470981/4588923
我還沒有找到一種方法來提供 .war 文件作為參數并且它有效。
雖然調用來自 tasks.json,但我認為主要問題是擴展不支持這樣做。也許功能請求是有序的。
添加回答
舉報