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

Option(s) to control channel access #17

Open
parente opened this issue Oct 21, 2015 · 2 comments
Open

Option(s) to control channel access #17

parente opened this issue Oct 21, 2015 · 2 comments

Comments

@parente
Copy link
Contributor

parente commented Oct 21, 2015

Option to limit access to one or more Jupyter protocol channels: shell, iopub, control. Maybe to limit to specific comm channel names within shell too.

Use case: Restricting kernel access to listen-only.

@rgbkrk
Copy link
Contributor

rgbkrk commented Oct 25, 2015

Listen only is a good case for iopub and using SSE instead of websockets.

@parente
Copy link
Contributor Author

parente commented Oct 26, 2015

I think supporting more than websocket alone is going to be one of the more interesting aspects of the gateway. I chatted with some folks at Jupyter Day about the idea of combining the idea in #10 with, say, the ability to front specific notebook content (functions? cells?) with a pure HTTP API. Kernels then become little microservice engines.

At this point, I don't mind lumping a lot of different gateway features in the ref impl in this repo. Part of "graduation" will be figuring out if things should be refactored into separate projects.

@parente parente modified the milestone: 0.2.0 Nov 13, 2015
@parente parente removed this from the 0.2.0 milestone Nov 23, 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

2 participants