# PHP 5.1: Does it still require ext/xmlrpc for pear?

- Thread: https://externals.io/message/18509
- Original archive: https://news-web.php.net/php.internals/18509
- Started by Uwe Schindler on 2005-08-28T14:38:31+00:00
- Messages: 1
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #18509 — Uwe Schindler — 2005-08-28T14:38:31+00:00

URL: https://externals.io/message/18509#18509

At 16:23 28.08.2005, you wrote:
>'Replace'?  Code written for ext/xmlrpc won't work with ext/xmlrpci.  Will
>ext/xmlrpc be available in PECL, given that it doesn't appear to have an
>active maintainer?
>
>I'm well aware of ext/xmlrpc's limitations, haven't tried the new (but
>necessary) pecl/xmlrpci yet, and have the tiny issue that a bunch of my
>scripts will need a complete rewrite if the old extension is simply taken
>away from PHP 5 up.  I suspect I'm far from being alone in that - do we have
>figures for core extension usage, anyone?

How about placing some compatibility functions in ext/xmlrpci or a 
PEAR package that emulates this using xmlrpci, if it is not too 
development expensive? This would put everything to libxml2 and 
everybody would be happy.

Why do we need to completely rewrite all this xmlrpc stuff? Because 
SOAP uses XMLRPC in SOAP envelopes (when encoding is rpc) - why not 
reuse the soap extension for plain xmlrpc without soap envelopes?

-----
Uwe Schindler
thetaphi@php.net - http://www.php.net
NSAPI SAPI developer
Bremen, Germany