> For symmetry's sake in Windows a Python service manager could simply
> use SCManager API under the hood (through win32all) to get the job done,
> still keeping a consistent cross-platform modus operandi.
That's what I do in UpLib. Works pretty well.
Bill
___
On 3/8/07, Jim Fulton <[EMAIL PROTECTED]> wrote:
>
> On Mar 7, 2007, at 8:42 AM, Sidnei da Silva wrote:
>
> > On Windows, the NT Service Controller does all the dirty job. And it's
> > pretty easy to write a service in Python that can run any application.
> > The simplest Python service is shorter
On Mar 7, 2007, at 8:42 AM, Sidnei da Silva wrote:
> On Windows, the NT Service Controller does all the dirty job. And it's
> pretty easy to write a service in Python that can run any application.
> The simplest Python service is shorter than 30 lines I think.
Would such a controller:
- Invoke
Jim Fulton wrote:
> On Mar 5, 2007, at 1:38 PM, Robert Brewer wrote:
> > ...where the "pywebd" module:
> >
> > 1. Composes the WSGI stack (provides a library to do so at least),
> > 2. Notifies frameworks of site-wide events (like start,
> stop, restart
> > and graceful),
> > 3. Provides plugin
On 3/7/07, Rodrigo Senra <[EMAIL PROTECTED]> wrote:
> And, I am sure you are aware of that, the service can also be managed
> by Python through win32all:
>
# snip
Yeah, sorry. I thought that was pretty obvious, but I realize it wasn't *wink*.
> For symmetry's sake in Windows a Python service mana
[ Sidnei da Silva ]:
|The service, after being registered can be managed with standard tools
|present on the system:
|
|C:\src>net stop bthserv
# cut
|C:\src>net start bthserv
# cut
|C:\src>sc \\pena queryex bthserv
# cut
|C:\src>sc \\pena queryex xmlprov
# cut
And, I am sure you are aware of tha
On Windows, the NT Service Controller does all the dirty job. And it's
pretty easy to write a service in Python that can run any application.
The simplest Python service is shorter than 30 lines I think.
Dealing with a service on Windows usually involves:
- Registering/Unregistering the service
On Mar 5, 2007, at 1:38 PM, Robert Brewer wrote:
...
> What several people have asked for is the ability to combine
> applications (and WSGI components) from a variety of frameworks into a
> single "website". What I'm proposing is that we standardize on a
> set of
> topics/channels/events/signals
On Mar 5, 2007, at 12:25 PM, Joseph Tate wrote:
...
> ll.daemon (http://www.livinglogic.de/Python/daemon/index.html)
> seems to be a
> straightforward and very simple library for core daemon functionality.
...
> I have written my own daemon base class (Pretty restrictive license
> [reciprocal],
On Mar 5, 2007, at 12:25 PM, Joseph Tate wrote:
> On Saturday 03 March 2007 11:08:24 Jim Fulton wrote:
>>
>> Anyway, I share this for your consideration. There are probably
>> better tools out there than zdaemon and supervisor2, but I'm not
>> aware of them. :) I'm curious what other people hav
Jim Fulton wrote:
> For some time, Zope has used a daemon-management tool
> we wrote called zdaemon:
>
>http://www.python.org/pypi/zdaemon
>
> Ironically, this sort of tool isn't Python specific at all,
> and the discussion highlighted some non-Python tools, notably
> daemontools and runit, ne
> ll.daemon (http://www.livinglogic.de/Python/daemon/index.html)
> seems to be a straightforward and very simple library for core
> daemon functionality.
I'm using this in Aspen, and I like it. Worth checking out.
chad
___
Web-SIG mailing list
Web-
On Saturday 03 March 2007 11:08:24 Jim Fulton wrote:
>
> Anyway, I share this for your consideration. There are probably
> better tools out there than zdaemon and supervisor2, but I'm not
> aware of them. :) I'm curious what other people have found or use.
ll.daemon (http://www.livinglogic.de/Py
On Mar 3, 2007, at 6:19 PM, Robert Brewer wrote:
> Jim Fulton wrote:
> > For some time, Zope has used a daemon-management tool
> > we wrote called zdaemon:
> >
> >http://www.python.org/pypi/zdaemon
> >
> > Ironically, this sort of tool isn't Python specific at all,
> > and the discussion high
Jim Fulton wrote:
> For some time, Zope has used a daemon-management tool
> we wrote called zdaemon:
>
>http://www.python.org/pypi/zdaemon
>
> Ironically, this sort of tool isn't Python specific at all,
> and the discussion highlighted some non-Python tools, notably
> daemontools and runit, n
Chad Whitacre wrote:
>> Anyway, I share this for your consideration. There are probably
>> better tools out there than zdaemon and supervisor2, but I'm not
>> aware of them. :) I'm curious what other people have found or use.
>
> There's also monit:
>
>http://www.tildeslash.com/monit/
> Anyway, I share this for your consideration. There are probably
> better tools out there than zdaemon and supervisor2, but I'm not
> aware of them. :) I'm curious what other people have found or use.
There's also monit:
http://www.tildeslash.com/monit/
chad
_
For some time, Zope has used a daemon-management tool we wrote called
zdaemon:
http://www.python.org/pypi/zdaemon
Until late last year, I found this tool a bit difficult to use
because it was essentially undocumented. I was forced to learn
enough to mostly document it and have gained a
18 matches
Mail list logo
