Refactor the plugins handling out of the `Application`

[Frédéric Collonval]

Problem

The plugins are handled directly within the Application. This prevents the usage of plugins to initialize application attribute. The symptomatic case is the need to customize the service manager in JupyterLab.

Xref:

• jupyterlab/jupyterlab#15329
• jupyterlab/jupyterlab#16141 (comment)

Proposed Solution

Extracting the plugin resolver logic in its own class (because why should such great feat be hard linked to the Application). Once we get that the logic in index.js will be:

• Create the plugin resolver with all the plugins
• Provide that resolver to the lumino Application

⚠️ we will need to expose the resolver method in the Application to ensure backward compatibility

Additional context

[Jeremy Tuloup]

Thanks @fcollonval for opening the issue 👍

Linking to #586 as this may also help with this use case.

[Jeremy Tuloup]

@fcollonval just checking if you had plans to look into this yourself, or if other contributors could also start looking into it?

[Frédéric Collonval]

I started a branch. I hope to get a PR next week. Is it too late?

[Frédéric Collonval]

For reference https://github.com/fcollonval/lumino/tree/ft/extract-plugin-handling

[Jeremy Tuloup]

OK great, thanks for starting this!

I just wanted to double check what the status on this was, to avoid double work in case someone would be interested in looking into this.