summaryrefslogtreecommitdiff
path: root/Services/SystemServer/Service.h
AgeCommit message (Collapse)Author
2021-01-12Services: Move to Userland/Services/Andreas Kling
2020-12-26SystemServer: Port to Core::AccountSergey Bugaev
We now have a handy Core::Account class that we can use instead of iterating over the passwd database ourselves.
2020-09-15LibCore: Make Core::Object properties more dynamicAndreas Kling
Instead of everyone overriding save_to() and set_property() and doing a pretty asymmetric job of implementing the various properties, let's add a bit of structure here. Object properties are now represented by a Core::Property. Properties are registered with a getter and setter (optional) in constructors. I've added some convenience macros for creating and registering properties, but this does still feel a bit bulky. We'll have to iterate on this and see where it goes.
2020-06-09SystemServer: Add support for accepting socket connections :^)Sergey Bugaev
You can now ask SystemServer to not only listen for connections on the socket, but to actually accept them, and to spawn an instance of the service for each client connection. In this case, it's the accepted, not listening, socket that the service processes will receive using socket takeover. This mode obviously requires the service to be a multi-instance service.
2020-06-09SystemServer: Add support for multi-instance servicesSergey Bugaev
For this kind of services, there's no single PID of a running instance; there may be multiple, or no instances of the service running at any time. No keepalive functionality is available in this mode, since "alive" doesn't make sense for multi-instance services. At the moment, there's no way to actually create multiple instances of a service; this is going to be added in the next commit.
2020-05-27SystemServer: Add BootModes and Environment service optionsSergey Bugaev
SystemServer will now look at the boot mode, as specified on the kernel command line, and only launch the services configured for that boot mode.
2020-05-08Services: Renamed from ServersAndreas Kling
It didn't feel right to have a "DHCPClient" in a "Servers" directory. Rename this to Services to better reflect the type of programs we'll be putting in there.