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

Integrate websockify into cherrypy #22

Closed
aglitke opened this issue Jul 2, 2013 · 11 comments
Closed

Integrate websockify into cherrypy #22

aglitke opened this issue Jul 2, 2013 · 11 comments
Assignees
Milestone

Comments

@aglitke
Copy link
Member

aglitke commented Jul 2, 2013

noVNC is supported in Kimchi by launching an external program (websockify.py) to wrap an existing qemu vnc connection with web sockets (needed by noVNC). This works but has a number of disadvantages:

  • Requires a range of ports to be opened through the firewall (to support multiple connections)
  • Need to manage and clean up the spawned websockify processes.
  • Complex

Anthony proposed an idea to support websocket proxying directly from the cherrypy server on its given port. The noVNC code would be directed to a URL such as: ws://:8000/vms/vm-1/vnc. Cherrypy would switch to a websockets handler to service connections at this URL.

@ghost ghost assigned aliguori Jul 2, 2013
@lvroyce
Copy link
Contributor

lvroyce commented Oct 16, 2013

I wander if I can take this one?

@ghost ghost assigned lvroyce Oct 16, 2013
@aglitke
Copy link
Member Author

aglitke commented Oct 16, 2013

Sure... I will assign it to you.

@shaohef
Copy link

shaohef commented Nov 18, 2013

@lvroyce, this issue is pending on 5 months. please fix it ASAP.
Thanks.

@ghost ghost assigned wudx05 Dec 16, 2013
@shaohef
Copy link

shaohef commented Dec 16, 2013

duplicate with issue 90
#90

@shaohef shaohef closed this as completed Dec 16, 2013
@alinefm alinefm reopened this Dec 16, 2013
@alinefm
Copy link
Member

alinefm commented Dec 16, 2013

Issue #90 is about using a single instance of websockify to handle all kimchi connections (instead of create one instance per connection)

And this issue is about incorporate websockify into cherrypy that way we can eliminate the use of websockify script.

@shaohef
Copy link

shaohef commented Dec 16, 2013

actually, @wudx05 can fix the the #90 by token.
after his patch, he can satisfy the requires of this issue #22
1. just requires one port to be opened through the firewall
2. do not need more than one websockify process.

@shaohef
Copy link

shaohef commented Feb 20, 2014

@wudx05 any comments?

@wudx05
Copy link

wudx05 commented Feb 20, 2014

I don't see any other benefits to incorporate websockify into cherrypy. Aline, could you please elaborate why we need incorporate websockify into cherrypy? IMO, we can close this issue

@lvroyce
Copy link
Contributor

lvroyce commented Jun 26, 2014

This already fixed by Markwu.

@alinefm alinefm modified the milestones: Backlog, 1.1 Release Jul 2, 2014
@alinefm
Copy link
Member

alinefm commented Jul 17, 2014

@wudx05 As proposed by Adam, integrating websockify into cherrypy can eliminate the need of manage and clean up the spawned websockify processes.

@alinefm alinefm added this to the Backlog milestone Dec 3, 2014
@alinefm
Copy link
Member

alinefm commented Dec 18, 2015

Kimchi does not launch an external process for websockify anymore.
Instead of that, Kimchi is relying on python-websockify to enable the websockets connection
(commit 613650d)
Based on that, I don't think this issue makes sense in the current scenario.
I will close it by now, but feel free to reopen if you think anything else can be done on that area.

@alinefm alinefm closed this as completed Dec 18, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants