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

allow routing of sockjs #203

Closed
yee379 opened this issue Apr 23, 2019 · 1 comment
Closed

allow routing of sockjs #203

yee379 opened this issue Apr 23, 2019 · 1 comment

Comments

@yee379
Copy link

yee379 commented Apr 23, 2019

not sure how to start with this. so i have an app that is spawned via a container in juptyerhub. it spins up a web application based off meteor.js. after fiddling with some statics and kubernetes ingress routing i am able to get the app up....

so in jupyterhub, i go:

https://jupyter-dev/user/ytl/proxy/39000/

and it mostly loads up.

the issue is that it also needs a websocket connection. unfortunately, it seems to want to use:

https://jupyter-dev/sockjs/info?cb=mg0uu3ucnl

is there a way i can configure the proxy to look at the cookie to determine that /sockjs should be redirected to the the spawned container?

this may be related to issue 90

@minrk
Copy link
Member

minrk commented May 3, 2019

This would be due to sockjs using the wrong url path, and not something that CHP should be dealikng with. Instead of /sockjs it should be using /user/ytl/sockjs. In a Jupyter application, this prefix is called base_url and available from state/env/configuration. Can you tell where the sockjs code is creating its url? That's what needs to be updated.

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

No branches or pull requests

2 participants