Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:86375
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.25.204.22 as permitted sender)
To: "'Anatol Belski'" <anatol.php@belski.net>,
	"'Internals'" <internals@lists.php.net>
References: <08a701d0946c$176c3290$464497b0$@php.net> <01f301d094b1$7359c690$5a0d53b0$@belski.net> <0bb301d0960a$dbaf6a10$930e3e30$@php.net> <039601d0966a$71fead00$55fc0700$@belski.net>
In-Reply-To: <039601d0966a$71fead00$55fc0700$@belski.net>
Date: Mon, 25 May 2015 13:04:58 +0200
Message-ID: <0c6c01d096da$a3e95840$ebbc08c0$@php.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQGlqNlaCOT7//WFvEh2FQRtYNJ2cwHwXWs9AcyS/hACU3b/pJ2x3avg
Content-Language: de
Subject: RE: [PHP-DEV] RIP: NSAPI SAPI Plugin (unfortunately -> thanks Oracle)
From: thetaphi@php.net ("Uwe Schindler")

Hi,

> > OK, this looks fine. Maybe we should involve Oracle people.
> > Unfortunately, I have no direct contact regarding iPlanet.
> > I have good contacts to the Oracle Quality Assurance team in =
Ireland,
> > but that is regarding Java. But those people are not responsible to =
this
> issue.
> >
> At the time I was investigating on the RFC, there already was a =
negative
> answer from the iPlanet team. So we already knew at that time they =
won't
> support it, it's stated in the RFC.

Yes. But they never ever supported the plugin "actively", so this was no =
real news at the time of the RFC. The SAPI was originally written by =
Jayakumar Muthukumarasamy, I took over in 2003. At that time there was =
no FastCGI support in the webserver, so the NSAPI plugin was the only =
working solution - and a great one (with just the well-known TLS =
problems, which was PHP's fault, not Sun/Oracle's). I improved it to be =
as most compliant to the Apache SAPI - it (still) works fine with most =
Content Management systems and MediaWiki (if you manage to make Rewrite =
rules of Apache working, that those CMS mostly need; this was fixed in =
iPlanet 7, where you can have rewrite rules - just with other syntax).

In my personal opinion: If you have contact to iPlanet people at Oracle, =
maybe you should contact them again (or send me the contact details). If =
they would provide a working (developer) download location for the =
latest 7.0.21 version (released a month ago with TLS 1.2 support), we =
could start supporting it. But without any download location, it is =
impossible to support it. You should also remind them: Although they =
recommend to use FastCGI, it is impossible to support this webserver =
from our side without a "developer download" to test. So we can verify =
that FastCGI works. I would like to have support for handling error =
pages with FastCGI (so you can present 404 not found pages using PHP or =
directory listings). All this was possible with the NSAPI plugin, but to =
test this out with iPlanet and FastCGI we would need a download =
location.

But if they show no interest, let NSAPI die :-(

Uwe