Thanks Fredrik. I gave XmlRpc a shot as you implied earlier.
It works like a charm. This is how I tested quickly locally without a
large web-server installed:
1. Run cgiserver.py - this takes the place of the normal web server.
2. Then run test.py to make a local xmlrpc call.
./cgi-bin/xmlrpc
kpd wrote:
> I did not have much hope, but thought there might be something. I was
> thinking of going this route to get a very quick solution to a python
> fat-client adding to or retrieving objects from a community repository
> over http.
>
> XMLRpc could work if there is a CGI solution, altho
I did not have much hope, but thought there might be something. I was
thinking of going this route to get a very quick solution to a python
fat-client adding to or retrieving objects from a community repository
over http.
XMLRpc could work if there is a CGI solution, although the data sets do
not
kpd wrote:
> Three are lots of good looking remote-object implementations for Python
> such as Pyro, Rpyc, and PyInvoke.All of these require a deamon
> running to serve the remote objects.
>
> Has anyone seen a method of doing this using CGI or FastCGI instead of
> a deamon? I'm not worried
kpd wrote:
> Has anyone seen a method of doing this using CGI or FastCGI instead of
> a deamon? I'm not worried about performance for this application, but
> I do have constraints on long-running processes.
>
> I do want to stay away from XmlRpc if possible.
because?
--
http://mail.python.
Three are lots of good looking remote-object implementations for Python
such as Pyro, Rpyc, and PyInvoke.All of these require a deamon
running to serve the remote objects.
Has anyone seen a method of doing this using CGI or FastCGI instead of
a deamon? I'm not worried about performance for t
