jupyterhub / wrapspawner

Mechanism for runtime configuration of spawners for JupyterHub
BSD 3-Clause "New" or "Revised" License
60 stars 58 forks source link

Using wrapspawner with named servers enabled #26

Closed rcthomas closed 6 months ago

rcthomas commented 5 years ago

I'm working on using wrapspawner and named servers in our deployment. That is, each wrapped spawner's server would get a name. I've subclassed wrapspawner and I find that I need to add this to my construct_child() method after super.construct_child() in order for the server name to get into JUPYTERHUB_OAUTH_CALLBACK_URL

self.child_spawner.orm_spawner = self.orm_spawner

It works, but what's the right way to make this work...?

rkdarst commented 5 years ago

I haven't looked into named servers yet, but many of these changes end up needing something like this. #21, #22, and #25 are all other examples of similar things for modern JupyterHub functions. I think in general, there should be some way to pass values back and forth to the child spawners. Some considerations from my previous tests:

Personally, I'd say for now just make it work using what you found, and eventually we will come back and properly unify everything. Unless someone does in properly before. I'll look at it eventually but not too soon, I think - anyone who has hints or wants to do it sooner, please do.