-
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
Implement mountSources attribute for plugin containers #12527
Conversation
ci-test |
Note that eclipse-che/che-plugin-broker#27 is associated with this PR. |
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.
Note that eclipse-che/che-plugin-broker#27 is associated with this PR.
then please make sure that will be merged, released and brokers images tags will be updated in this PR
.../kubernetes/src/main/java/org/eclipse/che/workspace/infrastructure/kubernetes/Constants.java
Outdated
Show resolved
Hide resolved
.../kubernetes/src/main/java/org/eclipse/che/workspace/infrastructure/kubernetes/Constants.java
Outdated
Show resolved
Hide resolved
Results of automated E2E tests of Eclipse Che Multiuser on OCP: |
...main/java/org/eclipse/che/workspace/infrastructure/kubernetes/wsplugins/MachineResolver.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.
Looks good
} | ||
|
||
for (Volume volume : container.getVolumes()) { | ||
if (volume.getName().equals(PROJECTS_VOLUME_NAME)) { |
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.
According to this current plugins would not allow starting a workspace. Can you elaborate on how are you going to handle that?
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.
I thought I would not handle that because since Che7 is not released, we don't give any guarantees on the "API stability".
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.
We have Che 7 running on OSIO. So...
And breaking it even temporarily for users that use different versions of Che is also something we might want to avoid
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.
@skabashnyuk @ibuziuk we should address that not to break prod
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 PR, in particular, would not break Che on OSIO. But it would break Che 7 workspaces on nightly Che as far as I understand. And Selenium tests show that Che 7 test doesn't pass.
If we do a change in Theia and rollout that on OSIO without rolling out upstream version with this PR we would break Che on OSIO.
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.
The code now allows to mount project
to /projects
manually, but will fail if the mount point is different. I.e. it actively prevents a plugin from mounting sources anywhere else but /projects
or rather wherever the che.workspace.projects.storage
configuration property points.
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.
Please ensure that Che 7 workspace start is not broken by this PR
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.
Looks good
Please, do not merge without passing functional tests |
ci-build |
@metlos I doubt ci-build will pass. You have a merge conflict. |
ci-test |
Results of automated E2E tests of Eclipse Che Multiuser on OCP: |
@metlos @sleshchenko @skabashnyuk Can we proceed with this PR review/tests? My PR #12560 depends on this one because of new |
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.
Can you specify some examples in the PR description?
ci-test |
@artaleks9 Please, take a look |
So, frankly speaking, the report is quite good. |
Results of automated E2E tests of Eclipse Che Multiuser on OCP: |
Selenium tests execution on Eclipse Che Multiuser on OCP (https://ci.codenvycorp.com/job/che-pullrequests-test-ocp/1495/) doesn't show any regression against this Pull Request. |
by specifying the mountSources attribute in che-plugin.yaml. Signed-off-by: Lukas Krejci <lkrejci@redhat.com>
I squashed the commits into one, because there was some going back-and-forth before we settled on the final shape of things. |
ci-test |
@metlos I think it is OK to merge PR without the extra run of Selenium tests |
Results of automated E2E tests of Eclipse Che Multiuser on OCP: |
Results of automated E2E tests of Eclipse Che Multiuser on OCP: |
What does this PR do?
Implement automatic mounting of project sources volume into /projects
by specifying the mountSources attribute in che-plugin.yaml.
What issues does this PR fix or reference?
#12510
Release Notes
Docs PR
N/A