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

Support for multiple applications on a workspace #7642

Closed
gorkem opened this issue Nov 30, 2017 · 6 comments
Closed

Support for multiple applications on a workspace #7642

gorkem opened this issue Nov 30, 2017 · 6 comments
Labels
area/doc Issues related to documentation lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@gorkem
Copy link
Contributor

gorkem commented Nov 30, 2017

Enhance our workspace definitions so that Che allows to develop 2 or more projects that are deployed on different containers within a single workspace.

image

When implementing this feature we should not assume that these projects would be coming from different code repositories. However, it should be safe to assume a project could only be deployed to a single container.

The experience of development activities such as debugging across these multiple containers should also be handled. For instance we should be able to put a breakpoint on two projects that are deployed to two different containers and be able to start debugging for both on a single action.

See also #8809

@gorkem gorkem added the kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. label Nov 30, 2017
@gorkem gorkem mentioned this issue Jan 11, 2018
14 tasks
@skabashnyuk
Copy link
Contributor

Technically I think we have everything on a model to do so. For instance, we can imagine a workspace where you developing serverside on spring and frontend on angular. It will run two containers one with java other with nodejs. I do not guarantee that debugging experience will be silky-smooth, but I believe we are able to run this workspace, develop code inside of it, run commands, etc.

@gorkem
Copy link
Contributor Author

gorkem commented Jan 23, 2018

How would the IDE behave in this case? I have not found a good way to set the IDE to deploy one application to container A and the other to container B. I feel that IDE is missing some piece of information to be able to do that.

@skabashnyuk
Copy link
Contributor

I see three ways how IDE can interact with multiple containers.

  1. With shared volume. For example, if you have tomcat is running in one container you
    can share his webapp folder as the volume between all containers. After that all you need
    is just replace the content of application and tomcat will automatically reload it.
  2. Over the port. If your server is able to interact with the port you can just talk over http or tcp. For example: if tomcat in the parallel container has management application
    you can redeploy other application over the http.
  3. Commands. You can run any command in any container.

I think this 3 ways or combination of it cover pretty much all the cases.

@gorkem
Copy link
Contributor Author

gorkem commented Jan 31, 2018

@eivantsov It turns out this is more of a documentation issue can you work with @skabashnyuk on creating a doc for explaining how one can achieve this?

@gorkem gorkem added kind/docs and removed kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. labels Jan 31, 2018
@gorkem gorkem assigned ghost Jan 31, 2018
@ghost
Copy link

ghost commented Feb 7, 2018

I'll create a tutorial for this one as I'll be bringing back tutorials from old docs (need to validate all of them to make sure they are in sync with Che 6)

@benoitf benoitf added area/doc Issues related to documentation and removed kind/docs labels Jul 9, 2019
@che-bot
Copy link
Contributor

che-bot commented Jan 15, 2020

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 15, 2020
@che-bot che-bot closed this as completed Jan 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/doc Issues related to documentation lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

4 participants