-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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 brokering process #15386
Conversation
❌ E2E Happy path tests failed ❗ See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) ℹ️ |
@@ -476,8 +476,8 @@ che.singleport.wildcard_domain.ipless=false | |||
|
|||
# Docker image of Che plugin broker app that resolves workspace tooling configuration and copies | |||
# plugins dependencies to a workspace | |||
che.workspace.plugin_broker.init.image=eclipse/che-init-plugin-broker:v0.24 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it backward compatible? What if someone uses it? should we add aliases for this kind of change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is in a section called "Experimental properties". So I would not sweat over breaking back compat here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A migration step is necessary if a user is specifying their own plugin brokers, which is a good point and should be documented. What will currently happen is
- Their custom brokers are ignored.
- The upstream built brokers would be used.
For users deploying with the default properties, no there aren't issues with moving versions.
E2E tests of Eclipse Che Multiuser on OCP has failed:
|
...che/workspace/infrastructure/kubernetes/wsplugins/brokerphases/BrokerEnvironmentFactory.java
Show resolved
Hide resolved
...che/workspace/infrastructure/kubernetes/wsplugins/brokerphases/BrokerEnvironmentFactory.java
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
tested and verified on crc
AFAIU metadata broker does not need any volumes anymore (at least at this stage), then maybe it makes sense to get rid of this https://github.com/amisevsk/che/blob/3e5640a8b6f2d25643c136beab151d460efe34cc/infrastructures/kubernetes/src/main/java/org/eclipse/che/workspace/infrastructure/kubernetes/wsplugins/PluginBrokerManager.java#L111-L113 ? |
@sleshchenko That makes sense -- the PR already removes the |
❌ E2E Happy path tests failed ❗ See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) ℹ️ |
I've pushed a commit to rename the plugin brokers in the default properties according to eclipse-che/che-plugin-broker#80 (comment) @sleshchenko I've opted to keep the |
E2E tests of Eclipse Che Multiuser on OCP has failed:
|
38d949f
to
b52e28d
Compare
❌ E2E Happy path tests failed ❗ See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) ℹ️ |
E2E tests of Eclipse Che Multiuser on OCP has failed:
|
E2E tests of Eclipse Che Multiuser on OCP has been successful:
|
❌ E2E Happy path tests failed ❗ See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) ℹ️ |
crw-ci-test |
✅ E2E Happy path tests succeed 🎉 See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) |
Refactor the plugin brokering process to accomodate changes in plugin brokers (splitting brokers into a metadata and artifacts broker) Co-authored-by: Sergii Leshchenko <sleshche@redhat.com> Signed-off-by: Angel Misevski <amisevsk@redhat.com>
eeea983
to
8c27ba9
Compare
What does this PR do?
Rework plugin brokering process to accomodate changes in eclipse-che/che-plugin-broker#80.
Run metadata broker to get plugin tooling (similarly to how we're running the unified broker currently). Add the artifacts broker as an init container on the workspace pod to ensure extensions are downloaded.
One benefit with this change is that we do not need to do anything differently when running in ephemeral mode.
Since PR eclipse-che/che-plugin-broker#80 is not yet merged, to test this PR you can reuse my built broker images:
What issues does this PR fix or reference?
#14494
Release Notes
Improved plugin brokering process for faster workspace startup.
Docs PR
N/A
Additional Info
Depends on eclipse-che/che-plugin-broker#80