On Fri, 26 Nov 2004 [EMAIL PROTECTED] wrote:

> XML-RPC is a standalone system (except for the Java-Apache extension). If
> you need to run your webservices system on port 80, for firewalling issues
> for instance, you can't also run Apache. That's not ideal. With
> mod_perlservice, you can host RPC webservices AND webpages all on one
> server! Wow.
>
> ...
>
> Also mod_perlservice's configuration system allows you to host MANY RPC
> applications on a single Apache server. Try hosting 25 different remote
> apps using XML-RPC; there is no native functionality that enables XML-RPC
> to accomplish such feats.

How about SOAP?  I'm sure the problem you identify with XML-RPC
don't apply to SOAP.  I've created SOAP apps which share space with
web-apps and offer multiple modules in a single server.

> Well, why not just use mod_perl?
> 
> Well that's a silly question. mod_perlservice is an RPC system, not a CGI
> system.

You just lost me.  Clearly mod_perl is not a CGI system.  It's a Perl
binding to (nearly) all of Apache, of which an emulated CGI
environment is just a small piece.

> mod_perl CGI doesn't provide support for marshaling and unmarshaling
> aggregates; try passing an array of hashes of arrays of integers
> efficiently using CGI, it's improbable.

Application functionality like marshaling and unmarshaling can be
added by modules on top of mod_perl.  Take SOAP::Lite, for example.

> It's all Free and GPL. It was developed by me and I decided to share it
> with all of you. I don't understand why some of you might snark at my
> work. If you'd ever launched a GPL project of your own, I believe you'd
> stop short of criticizing before you know the whole story. I've spent
> hundreds of hours contributing something useful to the community that I've
> received so much from. Every submission should be welcomed.

I'm sorry your feelings were hurt.  The free software world has never
been a very friendly place.  I suppose the best we can hope for is
that every project is judged fairly on its merits.

-sam

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Reply via email to