XML-RPC server via xinetd

[Jos Vos]

Hi,

I'm trying to figure out how to implement a XML-RPC server that
is called by xinetd i.s.o. listening on a TCP socket itself.

I already have implemented a stand-alone XML-RPC server using
SimpleXMLRPCSer ver, but I now want something similar, that is
started via xinetd (i.e. reading/writing via stdin/stdout).

Any hints or code examples?

Thanks,

--
-- Jos Vos <jo*@xos.nl>
-- X/OS Experts in Open Systems BV | Phone: [phone]
-- Amsterdam, The Netherlands | Fax: [phone]

[Martin P. Hellwig]

Jos Vos wrote:

Hi,

I'm trying to figure out how to implement a XML-RPC server that
is called by xinetd i.s.o. listening on a TCP socket itself.

I already have implemented a stand-alone XML-RPC server using
SimpleXMLRPCSer ver, but I now want something similar, that is
started via xinetd (i.e. reading/writing via stdin/stdout).

Any hints or code examples?

Thanks,

Isn't this just a standard daemon functionality?
So if you could wrap up your program in a daemon like fashion (e.g.
http://homepage.hispeed.ch/py430/python/daemon.py) and then point the
xinetd configuration to the right script, it should just work?

Beware that I didn't try this myself yet ;-) though should do in the
near future so if you could give a head ups on your progress I would
appreciate it.

--
mph

[Jos Vos]

On Sun, Apr 16, 2006 at 10:13:19PM +0200, Martin P. Hellwig wrote:

Isn't this just a standard daemon functionality?
What is "a standard daemon"? :-)
So if you could wrap up your program in a daemon like fashion (e.g.
http://homepage.hispeed.ch/py430/python/daemon.py) and then point the
xinetd configuration to the right script, it should just work?

In fact, the standard use *is* a daemon (that is, accepting connections
on a certain port) and I want it to be *not* a daemon. For the daemon
method I use something similar to "daemonize" , but now I want it to
*not* do the binds etc. to listen on a port.

The problem is that the server initialization *requires* a server
address (host, port pair), but I don't see how to tell it to use
the stdin socket (and I'm afraid this is not possible, but I'm not
sure).

--
-- Jos Vos <jo*@xos.nl>
-- X/OS Experts in Open Systems BV | Phone: [phone]
-- Amsterdam, The Netherlands | Fax: [phone]

[Martin P. Hellwig]

Jos Vos wrote:
<cut>

The problem is that the server initialization *requires* a server
address (host, port pair), but I don't see how to tell it to use
the stdin socket (and I'm afraid this is not possible, but I'm not
sure).

If I understood it correctly you want the python server bind be
depending on whatever is configured in xinetd.conf and not be defined in
the your program itself?

I tested a bit around with my FreeBSD machine but indeed the OS
environment gives me nothing interesting back, leaving that option out
but I do can specify command line arguments so you could pick them up
with sys.argv.

I looked up how you can specify arguments in xinetd and according to
various resources I filtered out (gotta over these gnu type
documentation.. .) that you can use "server_arg s" in the per service
configuration to specify arguments.

Although not really elegant it is doable to do an on the fly port binding.

Now I just hope I understood your problem :-)

--
mph

[Nick Craig-Wood]

Jos Vos <jo*@xos.nl> wrote:

I'm trying to figure out how to implement a XML-RPC server that
is called by xinetd i.s.o. listening on a TCP socket itself.

I already have implemented a stand-alone XML-RPC server using
SimpleXMLRPCSer ver, but I now want something similar, that is
started via xinetd (i.e. reading/writing via stdin/stdout).

Any hints or code examples?

UTSL ;-)

Look at /usr/lib/python2.4/SimpleXMLRPCSer ver.py (adjust as per your
distro) and in particular the definition of the CGIXMLRPCReques tHandler class.

That looks as thought it almost, or maybe completely, does what you
want, ie an XMLRPC subclass which reads from stdin and writes to
stdout.

--
Nick Craig-Wood <ni**@craig-wood.com> -- http://www.craig-wood.com/nick

[Jos Vos]

On Mon, Apr 17, 2006 at 02:07:37AM +0200, Martin P. Hellwig wrote:

If I understood it correctly you want the python server bind be
depending on whatever is configured in xinetd.conf and not be defined in
the your program itself?

I tested a bit around with my FreeBSD machine but indeed the OS
environment gives me nothing interesting back, leaving that option out
but I do can specify command line arguments so you could pick them up
with sys.argv.

I looked up how you can specify arguments in xinetd and according to
various resources I filtered out (gotta over these gnu type
documentation.. .) that you can use "server_arg s" in the per service
configuration to specify arguments.

Although not really elegant it is doable to do an on the fly port binding.

Now I just hope I understood your problem :-)

No, you didn't :-). I could add these options or even write an
xinetd-only program, that's all fine with me.

The problem is that I do not see how to let an SimpleXMLRPCSer ver
instance *not* bind to a port or what other class I can use to just
build a XML-RPC request handler reading/writing from stdin/stdout,
i.s.o. carrying all the server class stuff with it.

--
-- Jos Vos <jo*@xos.nl>
-- X/OS Experts in Open Systems BV | Phone: [phone]
-- Amsterdam, The Netherlands | Fax: [phone]

[Brian Quinlan]

Jos Vos wrote:

The problem is that I do not see how to let an SimpleXMLRPCSer ver
instance *not* bind to a port or what other class I can use to just
build a XML-RPC request handler reading/writing from stdin/stdout,
i.s.o. carrying all the server class stuff with it.

I think that the problem here is that we are confusing transport with
request handling.

If you take a look at CGIXMLRPCReques tHandler
(http://docs.python.org/lib/node564.html), you will see an example of
how to write an XMLRPCRequestHa ndler without HTTP.

Cheers,
Brian

[Jos Vos]

On Mon, Apr 17, 2006 at 12:10:15PM +0200, Brian Quinlan wrote:

If you take a look at CGIXMLRPCReques tHandler
(http://docs.python.org/lib/node564.html), you will see an example of
how to write an XMLRPCRequestHa ndler without HTTP.

Thanks, this might work for me, will try it.

--
-- Jos Vos <jo*@xos.nl>
-- X/OS Experts in Open Systems BV | Phone: [phone]
-- Amsterdam, The Netherlands | Fax: [phone]

[Jos Vos]

On Mon, Apr 17, 2006 at 03:30:04AM -0500, Nick Craig-Wood wrote:

UTSL ;-)

Look at /usr/lib/python2.4/SimpleXMLRPCSer ver.py (adjust as per your
distro) and in particular the definition of the CGIXMLRPCReques tHandler class.
I did this before posting my question, in fact, but I did not look
good enough maybe, as at first sight I thought tghe CGI... class
would be too CGI-specific (it looks for environment variables etc.
given by the HTTP server), but maybe it's good enough.
That looks as thought it almost, or maybe completely, does what you
want, ie an XMLRPC subclass which reads from stdin and writes to
stdout.

Will try...

--
-- Jos Vos <jo*@xos.nl>
-- X/OS Experts in Open Systems BV | Phone: [phone]
-- Amsterdam, The Netherlands | Fax: [phone]

[Brian Quinlan]

Jos Vos wrote:

On Mon, Apr 17, 2006 at 03:30:04AM -0500, Nick Craig-Wood wrote:

UTSL ;-)

Look at /usr/lib/python2.4/SimpleXMLRPCSer ver.py (adjust as per your
distro) and in particular the definition of the CGIXMLRPCReques tHandler class.

I did this before posting my question, in fact, but I did not look
good enough maybe, as at first sight I thought tghe CGI... class
would be too CGI-specific (it looks for environment variables etc.
given by the HTTP server), but maybe it's good enough.

I don't know exactly what your usage pattern is, but you might be able
to use SimpleXMLRPCDis patcher directly e.g.

s = SimpleXMLRPCDis patcher()
s.register_func tion(pow)
s._marshaled_di spatch('<?xml version="1.0".. .)

'<?xml version="1.0".. .

Cheers,
Brian