On Mon, 29 Aug 2005 07:58:33 -0400 [EMAIL PROTECTED] (John Coggeshall) wrote:
> On Mon, 2005-08-29 at 13:23 +0200, Steph wrote: > > It's the 'given that it doesn't appear to have an active > > maintainer' part that's important here. It takes a little TLC > > to make a PECL package available for download. > > I'll roll the PECL package myself. Hang on, I'm really not sure it's either good or worth the effort to do that. Some reasons: - ext/xml_rpc was kept there mainly for pear, sadly was not enabled by default which makes it pretty useless for shared hosts and friends - xmlrpci do not bring anything but overloading (for the client part, server being not in cvs last time I checked) - Webservices (xmlrpc, soap,...) should rely on smaller memory usages and faster processing that the default libxml2 parsers (dom and related functions), ie xmlreader and xmlwriter, in libxml not the php extension In my opinion, xmlrpci _and_ xmlrpc perfectly fit in pecl from php 6 and up. Adding one is only adding more confusions. Regards, --Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
