Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Run current UI on top of new platform server plugin #16250

Closed
kimjoar opened this issue Jan 24, 2018 · 3 comments
Closed

Run current UI on top of new platform server plugin #16250

kimjoar opened this issue Jan 24, 2018 · 3 comments
Labels
Feature:New Platform Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc

Comments

@kimjoar
Copy link
Contributor

kimjoar commented Jan 24, 2018

While we're moving towards new platform we need to be able to first run server on new platform, then move UI over (as the UI parts of new platform aren't ready yet).

There are a couple potential options, e.g.

  1. Moving the index.js in core plugins (e.g. https://github.com/elastic/kibana/blob/master/src/core_plugins/kibana/index.js) over to new platform and being able to handle the UI parts of that setup, e.g. uiExports.
  2. Run separate plugins. So we'd have one plugin for UI and another for server, if that works.
@kimjoar kimjoar added Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc Feature:New Platform labels Jan 24, 2018
@kimjoar kimjoar changed the title Run current UI on top of new platform server Run current UI on top of new platform server plugin Jan 24, 2018
@epixa
Copy link
Contributor

epixa commented Jan 24, 2018

I'm all for preserving compatibility with uiExports in the short term to help transition old code to the new platform, but we really need to kill uiExports entirely. The new platform is all about declaring which systems you depend on and receiving contracts for those systems. uiExports is the opposite: it's about a plugin declaring what functionality it has and hoping that something upstream will convert that into calls to an explicit contract.

@kimjoar
Copy link
Contributor Author

kimjoar commented Jan 24, 2018

++ definitely agreed. My idea here was mostly the transition period. We should build this so we can move away from it when we're able to more to new platform in the UI.

@epixa
Copy link
Contributor

epixa commented May 5, 2018

Closing this in favor of #16253. They're not exactly the same issue, but we'll learn a lot in the course of that issue, and it could make this moot.

@epixa epixa closed this as completed May 5, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature:New Platform Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc
Projects
None yet
Development

No branches or pull requests

2 participants