Re: Socket (demand) based launchd daemons
Re: Socket (demand) based launchd daemons
- Subject: Re: Socket (demand) based launchd daemons
- From: Dave Zarzycki <email@hidden>
- Date: Wed, 23 Jan 2008 08:57:21 -0800
Given that you're using a scripting language, your best option is to
leverage launchd's inetd compatibility. By doing so, you'll get
automatic concurrency (at the cost of inefficiency) and implicit
compatibility with other operating systems that supply [x]inetd.
Assuming that your program is TCP based, then this should be sufficient:
<key>Sockets</key>
<dict>
<key>Listeners</key>
<dict>
<key>SockServiceName</key>
<integer>12345</integer>
</dict>
</dict>
<key>inetdCompatibility</key>
<dict>
<key>Wait</key>
<false/>
</dict>
Once you make that change, you'll find the socket on stdin/stdout/
stderr at launch.
davez
On Jan 23, 2008, at 8:17 AM, Perry Smith wrote:
This question has come up for me before and I suspect it will
again. The example this time is the web "server" that serves the
Ruby "rdoc" documentation. You start it with "gem server". It has
a few options like which port which has a default.
I have a launchd plist file that simply starts this up at boot.
But, mostly so I can show off to my friends (if I had any :-), I'd
like to start it up the first time I browse to that port.
The man page for launchd.plist says that the process has to "check
in" using the launch(3) API. "man 3 launch" gives me back
nothing. So I am lost as to what API's there are. But, even if I
could find them, thats really just half the problem. The real
problem is I'm looking for a way to transfer the file descriptor
from launchd to the gem server using a script. (I can't modify gem
just to do this -- well, I suppose I could but that only defers the
problem until next time this comes up).
So, how is this done? Or... if I need to write some code, thats
fine. But, where do I start?
Thank you,
Perry Smith
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden