Allow 3rd-party extensions to contribute in-memory launch config

Currently, vscode-java-debug searches the .vscode/launch.json file for a launch config matching the classname+project name.

https://github.com/microsoft/vscode-java-debug/blob/415ae57296c10e9ffd2204ab66e22cb9d929259c/src/extension.ts#L450-L459

If none is found, a default config is built in memory:

https://github.com/microsoft/vscode-java-debug/blob/415ae57296c10e9ffd2204ab66e22cb9d929259c/src/extension.ts#L427-L433

I'd like the JBang extension to provide a custom in-memory config, where we can dynamically set the add-opens args for instance, to be able to keep in synch' with the JBang directives in the java file, rather than having to create/update .vscode/launch.json at some point.

Would be nice if vscode-java-debug allowed 3rd-party extension to contribue launch config participants, that, if they match, would then provide a custom in-memory config, if none was found on disk.

See the video at the 4'37" mark and https://twitter.com/fbricon/status/1698735665259626996 for context

cc @maxandersen

Inizia con la ricerca di launch-config e la costruzione del fallback in src/extension.ts alle righe 427-433 e 450-459. Traccia come viene selezionata la configurazione predefinita in memoria, quindi determina come un partecipante di terze parti come JBang potrebbe fornire una configurazione corrispondente. Il lavoro è completato quando un’estensione può fornire una configurazione personalizzata in memoria quando non esiste alcuna corrispondenza su disco, inclusi gli argomenti add-opens derivati dinamicamente.