Skip to content
This repository has been archived by the owner on Nov 23, 2021. It is now read-only.

Server lifecycle #98

Open
gtaban opened this issue Nov 10, 2017 · 0 comments
Open

Server lifecycle #98

gtaban opened this issue Nov 10, 2017 · 0 comments

Comments

@gtaban
Copy link
Collaborator

gtaban commented Nov 10, 2017

Determine the lifecycle of the HTTP server.

Refer to the discussions from #82 for history.

An initial idea discussed in that PR is:

  • init: sets up the server only
  • suspend: continues to accept work but doesn't process (socket would still be open, bound and listening, but not calling accept(). That will work until the kernel listen queue is full.)
  • resume: resumes from suspend, starts the server if not already started.
  • cancel: completely shutdown and destroy the server

@helje5 raised the point of:

For iOS, apps really need to close when going bg and completely reopen listen socks when going fg (unless you have special VoIP like blessing, in that mode the kernel will ensure the listen sockets stay alive - which may or may not be another thing we would want to support).

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant