Re: XML::RPC

2002-04-22 Thread Fran Fabrizio


 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 mod_perl.  It's very easy to understand for the most part. 
  There are a few little oddities, but I'm sure myself or Paul can get 
you around any obstacles you hit.

-Fran




Re: XML::RPC

2002-04-22 Thread Bruce W. Hoylman


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 results.  It's dependency on
the XML::Parser module has been a NO-OP for my Solaris8 deployment
platforms.

I am pleased with its overall performance, ease of use and robustness,
as well as the author's continued support.

YMMV.

Peace.

 Eric == Eric Frazier [EMAIL PROTECTED] writes:

Eric Hi, Thanks, the thing that scared me about RPC::XML was the
Eric 0.37 version number :)

Eric I will give it a serious try before I go to something like
Eric SOAP.

Eric Within RPC::XML:

Eric  Apache::RPC::Server - A subclass of RPC::XML::Server tuned
Ericfor mod_perl

Eric I didn't see this until now. :) Getting warm fuzzy feeling
Eric now. Thanks again,



Re: XML::RPC

2002-04-21 Thread Eric Frazier

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! 







Re: XML::RPC

2002-04-21 Thread Matthew Byng-Maddick

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 going to use SOAP, be *very* *very* aware of the security
issues with any RPC-like mechanism, review any code you're going to use,
thoroughly. And only then, decide whether it is actually the best solution.

MBM

-- 
Matthew Byng-Maddick [EMAIL PROTECTED]   http://colondot.net/



Re: XML::RPC

2002-04-21 Thread Eric Frazier

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 to send
this data. Perhaps if I get rid of the method calls and just use Registry,
and then hand encode the XML hash with perl that would make you feel
better? I still have to deal with auth and I don't see how a SOAP server is
any less secure than the server itself is considering every request will be
authenticated, no open server stuff, no requests that I don't know who they
are coming from. But I am learning, so I am happy to learn more. It is just
that your comments seem pretty general. 

Thanks,

Eric 


At 11:46 AM 4/21/02 +0100, Matthew Byng-Maddick wrote:
On Sun, Apr 21, 2002 at 01:06:28PM +0200, F. Xavier Noria wrote:
 On Sun, 21 Apr 2002 10:50:53 +0100
 Matthew Byng-Maddick [EMAIL PROTECTED] wrote:
 : 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?
 SOAP::Lite 0.55 was released some days ago, it addresses that issue
 according to
 http://www.soaplite.com/

I'm aware of this, but I can't stress the importance of reviewing such
security-critical code. And the excellent quality of the code that was
mentioned by Sam Tregar in his post.

RPC often is a nightmare security-wise, the SOAP::Lite bug illustrates the
problems perfectly.

MBM

-- 
Matthew Byng-Maddick [EMAIL PROTECTED]   http://colondot.net/


http://www.kwinternet.com/eric
(250) 655 - 9513 (PST Time Zone)

Learn about the net, not the .Net! 







Re: XML::RPC

2002-04-21 Thread Paul Lindner

On Sat, Apr 20, 2002 at 11:49:24PM -0400, Eric Frazier wrote:
 Hi,
 
 I am finally finding yes, there could be a reason for me to use this, I want
 to avoid SOAP, partly because of the license crap(fear), but also because I
 figure that XMLRPC will be easier to learn at first and likely will fit my
 small needs. But as I look at examples and various tools 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, 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 on topic, I really want to use mod_perl
 with this and what group would be better to advise me on that :) 
 
 What I want to be able to do is to expose some simple method calls, along
 with some hash data to a Java client. Say like a parser object from
 HTML::Parser. The client will be Java, but I get the idea that shouldn't
 really matter. Sorry if my terminology is off, I am swimming a bit..

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-RPC provides a
much more straightforward environment.  Even with my background in
http based rpc systems it took me a while to pick up on the
idiosyncrasies of SOAP.

-- 
Paul Lindner[EMAIL PROTECTED]   | | | | |  |  |  |   |   |

mod_perl Developer's Cookbook   http://www.modperlcookbook.org/
 Human Rights Declaration   http://www.unhchr.ch/udhr/



Re: XML::RPC

2002-04-21 Thread Eric Frazier

Hi,

Thanks, the thing that scared me about RPC::XML was the 0.37 version number :) 

I will give it a serious try before I go to something like SOAP. 

Within RPC::XML:

 Apache::RPC::Server - A subclass of RPC::XML::Server tuned
   for mod_perl


I didn't see this until now. :) Getting warm 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-RPC provides a
much more straightforward environment.  Even with my background in
http based rpc systems it took me a while to pick up on the
idiosyncrasies of SOAP.

-- 
Paul Lindner[EMAIL PROTECTED]   | | | | |  |  |  |   |   |

mod_perl Developer's Cookbook   http://www.modperlcookbook.org/
 Human Rights Declaration   http://www.unhchr.ch/udhr/


http://www.kwinternet.com/eric
(250) 655 - 9513 (PST Time Zone)

Learn about the net, not the .Net!