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

refactor plugin + worker interface #19

Merged
merged 11 commits into from
Jun 16, 2021
Merged

Conversation

shanejonas
Copy link
Contributor

@shanejonas shanejonas commented Jun 4, 2021

this changes the interface names to not have worker in them, also changes the interface to them as to not require workerId, but use the pluginName instead.

It establishes a ExecutionEnvironmentService interface for other Execution Environment Services to follow and used in the PluginController to be able to swap out execution environments.

It also renames WorkerController to WebWorkerExecutionEnvironmentService which implements ExecutionEnvironmentService.

@shanejonas shanejonas force-pushed the refactor-plugin-worker-interface branch 2 times, most recently from e6ad72e to 6356a42 Compare June 4, 2021 19:02
@shanejonas shanejonas force-pushed the refactor-plugin-worker-interface branch from 6356a42 to a30a344 Compare June 4, 2021 19:05
@shanejonas shanejonas changed the title wip: refactor plugin + worker interface refactor plugin + worker interface Jun 4, 2021
@shanejonas shanejonas requested a review from a team June 7, 2021 17:58
Copy link
Member

@rekmarks rekmarks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a great start!

I have a couple of significant change requests that I left and explain inline.

In addition to those, I think it's worth considering how the current execution environment (EE) service interface will work when we have multiple EEs. Ideally, there should be a single EE service class that's capable of starting a plugin in any conceivable EE. In that paradigm, the worker EE service would be a sub-service of that uber-EE service. As I mention inline, I believe that some of the existing public methods of the service interface are too low-level for the plugin controller, but they would be completely appropriate for a class that manages multiple EE services.

@shanejonas shanejonas force-pushed the refactor-plugin-worker-interface branch 3 times, most recently from 7517de2 to 6deb30f Compare June 15, 2021 17:56
@shanejonas shanejonas requested a review from rekmarks June 15, 2021 17:56
@shanejonas shanejonas force-pushed the refactor-plugin-worker-interface branch from 6deb30f to 963c8bb Compare June 15, 2021 18:12
@shanejonas shanejonas force-pushed the refactor-plugin-worker-interface branch from 963c8bb to c996ee4 Compare June 15, 2021 18:16
Copy link
Member

@rekmarks rekmarks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great! Just a couple of things to iron out.

@shanejonas shanejonas requested a review from rekmarks June 15, 2021 21:12
@shanejonas shanejonas requested a review from rekmarks June 16, 2021 16:34
Copy link
Member

@rekmarks rekmarks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! There are a couple of pre-existing issues I noticed during review that can be addressed during a follow-up.

@rekmarks rekmarks merged commit e4bcb7f into main Jun 16, 2021
@rekmarks rekmarks deleted the refactor-plugin-worker-interface branch June 16, 2021 20:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants