Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:103177
To: Stanislav Malyshev <smalyshev@gmail.com>, internals@lists.php.net
References: <5518056b-150f-517c-2c24-09d5da4414f0@gmx.de>
 <d290481d-be6c-3dea-2054-a486e37c1231@php.net>
 <3a3a59bf-98a3-764d-def2-e514f506edfc@gmail.com>
 <2e82ff1a-7045-3b7e-3feb-bfdac29883e9@gmx.de>
 <2f30a0da-c15a-8723-bebd-4143d49cf032@gmail.com>
Message-ID: <d20a72fa-656a-b528-90f7-63f631aded87@gmx.de>
Date: Tue, 18 Sep 2018 23:42:18 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
 Thunderbird/60.0
MIME-Version: 1.0
In-Reply-To: <2f30a0da-c15a-8723-bebd-4143d49cf032@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC} Deprecate and Remove ext/wddx
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 18.09.2018 at 00:51, Stanislav Malyshev wrote:

> About the RFC - I think we can/should move it to PECL in 7.4 but need no
> deprecation messages if we do. If somebody is using it, deprecation
> messages would just annoy them, since there's no easy way to switch
> except rewrite the code to use completely different extension (which
> would probably require significant code rewrite).

Hmm, I have some doubts that it's okay for users if we remove the WDDX
extension in PHP 7.4 without any deprecation phase.  Is there any
precedence of doing so?  The deprecation and removal of MCrypt appears
to be somwehat comparable, but instead of moving it to PECL with PHP
7.1, we deprecated all functions and moved it to PECL with PHP 7.2.

Furthermore, the deprecation notices *are* annoying, and it seems to me
that is good, because probably nobody should continue to use these
functions.  They're unsafe for general data change, and there are likely
better alternatives for the safe cases.

Don't get me wrong: I like to unbundle the WDDX extension with the least
possible effort as soon as possible, but dropping it appears to be
simpler as possible.

-- 
Christoph M. Becker