I think you'll find RPC::XML to be a solidly engineered module. I've
used it as a client and as a server to good effect. It includes
stand-alone, CGI, and mod_perl based servers and a very nice client.
I will second the vote for RPC::XML. We use this module with great
success under
Ciao!
As has been pointed out in the past, the VERSION of a module does not
necessarily reveal the module's maturity or robustness. This is
particularly true for the RPC::XML module.
I am using it in two production environments, in both client and
modperl-enabled server modes with excellent
that support
working with Perl they often are of a nature of a CGI and a standalone
client. My needs aren't that small :) The only Apache modules I have found
are with the SOAP::Lite module.
So what do the you people recommend? I have found several, Frontier::RPC,
there is a SOAP::Lite XML::RPC module
I forgot one, http://sourceforge.net/projects/mod-xmlrpc/
But it isn't exactly well documented for a non C programmer.
It looks like it might be an option.
Eric
http://www.kwinternet.com/eric
(250) 655 - 9513 (PST Time Zone)
Learn about the net, not the .Net!
On Sun, Apr 21, 2002 at 03:16:53AM -0400, Sam Tregar wrote:
SOAP::Lite module to be of excelent quality and the SOAP::Lite community
to be very helpful.
Apart from the obvious security bug, you mean? The one where it doesn't
actually restrict what remote code can be run at all?
If you are
Hi,
The warning is nice, but it isn't that useful. Do you have an alternative? I
am not looking to do great things, just get a Java client to be able to do a
few method calls, and to accept a XML encoded hash of perl data. It is a
fairly complex hash though. So I really don't know of another way
have found several, Frontier::RPC,
there is a SOAP::Lite XML::RPC module, but it depends on SOAP::Lite which I
find confusing, there is just RPC::XML on CPAN. Most important though, I of
course want to run the server with mod_perl which is the only reason I
consider this post to be somewhat
fuzzy feeling now. Thanks again,
Eric
I think you'll find RPC::XML to be a solidly engineered module. I've
used it as a client and as a server to good effect. It includes
stand-alone, CGI, and mod_perl based servers and a very nice client.
If all you need is simple RPC calls I find that XML
Ciao!
I'm on the modper digest list so pardon the delayed response to your
input.
Aaron == Aaron E Ross [EMAIL PROTECTED] writes:
Aaron I've been working with a mod_perl based XML-RPC/SOAP
Aaron service for a few months now and I thought I'd share some
Aaron quick thoughts
Ciao!
Jon == Jon Robison [EMAIL PROTECTED] writes:
Jon As far as the cacheing goes, we have had extremely good luck
Jon with IPC::ShareLite used to share info across mod_perl
Jon processes.
Have you compared this module to the Cache::* modules? I believe the
Ciao!
I'm on the digest for this list, so pardon my delay in responding to
everyone's comments.
Chip == Chip Turner [EMAIL PROTECTED] writes:
Chip Bruce W. Hoylman [EMAIL PROTECTED] writes:
Ciao!
I would like some input on an intranet web service I am currently
in the
Even then, I'd avoid disk-based cache systems, instead
preferring Cache::* if it must be shared, or just global variables if
it doesn't need to be.
Cache::FileCache is disk-based, and it is the fastest of the Cache:: options
for most data sets. There was a thread a little while back about
As far as the cacheing goes, we have had extremely good luck with
IPC::ShareLite used to share info across mod_perl processes.
IPC::ShareLite is not as fast as some of the other options, especially when
dealing with a large data set. The disk-based options tend to be faster.
- Perrin
in the
process of designing, the core of which will be modperl on UN*X.
Excellent choice. This works quite well. Of course, like others on
this list, I might be a bit biased.
The service itself is to access a couple of back end data stores given
parameters received in an XML-RPC request, then return
Ciao!
I would like some input on an intranet web service I am currently in the
process of designing, the core of which will be modperl on UN*X.
The service itself is to access a couple of back end data stores given
parameters received in an XML-RPC request, then return the results in an
XML
15 matches
Mail list logo
