Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:19981
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 14 Nov 2005 15:30:33 +0100
Message-ID: <00A2E2156BEE8446A81C8881AE117F192C1AC4@companyweb>
Thread-Topic: [PHP-DEV] Re: results of the PHP6 wishlists
Thread-Index: AcXpI4/9TYBvPoosQ7mEIrojRG81zgAA1oTg
To: "Lukas Smith" <lsmith@php.net>,
	<internals@lists.php.net>
Subject: AW: [PHP-DEV] Re: results of the PHP6 wishlists
From: mp@webfactory.de ("Matthias Pigulla")

> You mean something like SRM:
> http://www.vl-srm.net/
>=20
> Though a bit more finished :-)

Derick is probably too busy to finish SRM all alone, and my C skills are
way too bad to help him :) So this gets off-topic here, but what about
writing something like SRM in PHP itself to avoid the need of porting
the part written in C :)?

I asked Derick about this at the PHP Conference and IIRC, he said that
"Hive" from the Zend Coding Contest tried to do so?

The "server" itself would run using php-cli and listen on a socket. Let
alone performance and multithreading/-processing (PCNTL?), one could try
to do the RPC/RMI part by having "proxy" objects that perform
(un)marshaling. The overload language features could be used to make
these proxies "feel" like the remote ones. Passing objects to/from the
server could work by (un)serializing the objects, though the current
implementation lacks support for re-establishing object identity (hint,
hint ;).

Volunteers :)?

Matthias