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

Commencez par la recherche de launch-config et la construction du fallback dans src/extension.ts, aux lignes 427-433 et 450-459. Suivez la manière dont la configuration par défaut en mémoire est sélectionnée, puis déterminez comment un participant tiers tel que JBang pourrait fournir une configuration correspondante. Le travail est terminé lorsqu’une extension peut fournir une configuration personnalisée en mémoire lorsqu’aucune correspondance sur disque n’existe, y compris des arguments add-opens dérivés dynamiquement.