-
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
Propagate default value for persistVolumes for clients #15775
Propagate default value for persistVolumes for clients #15775
Conversation
Can one of the admins verify this patch? |
@@ -829,6 +833,8 @@ public void deleteProject( | |||
settings.put("cheWorkspaceDevfileRegistryUrl", devfileRegistryUrl); | |||
} | |||
|
|||
settings.put(CHE_WORKSPACE_PERSIST_VOLUMES_PROPERTY, Boolean.toString(defaultPersistVolumes)); |
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.
Previously, a dedicated setting property was used for propagating this value but I reverted it 0c81158#diff-3cc9e73374c2afcf0ddf10962bee795bL52
Why? Personally, I can only one prop of using dedicated property - we are able to rename property on Che Server side without affecting REST client.
On another hand, with reusing the same property - users are able to find easily more information about this settings and how it can be configured on the Che Server side.
❌ E2E Happy path tests failed ❗ See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) ℹ️ |
❌ 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:
|
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.
LGTM 👍
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.
LGTM as far as providing a default value to clients goes. But shouldn't we also have logic to apply such default value during workspace start in case the client doesn't supply an explicit setting for this?
crw-ci-test |
ci-test |
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 failed ❗ See Details
Tested with Eclipse Che Multiuser User on K8S (minikube v1.1.1) ℹ️ |
I believe the behavior when no setting is provided should be to always provide PVCs, see comment #15713 (comment). |
Signed-off-by: Sergii Leshchenko <[email protected]>
0c81158
to
e8d92d6
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:
|
Signed-off-by: Sergii Leshchenko <[email protected]>
What does this PR do?
Propagate default value for persistVolumes for clients.
It's a lighter version of changes made in #15713 that does not change the current Che Server behavior and at the same time allows us to configure Dashboard behavior via Che Server configuration.
More see #15713 (comment)
What issues does this PR fix or reference?
#15462
Release Notes
N/A
Docs PR
The documentation will be generated from the description of the new property in
che.properties