Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:103198 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 8914 invoked from network); 20 Sep 2018 15:02:05 -0000 Received: from unknown (HELO mail-io1-f43.google.com) (209.85.166.43) by pb1.pair.com with SMTP; 20 Sep 2018 15:02:05 -0000 Received: by mail-io1-f43.google.com with SMTP id r196-v6so7074080iod.0 for ; Thu, 20 Sep 2018 04:08:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mH+UAkT/kgv3YBKN5l5sHp4HbVvohVvz7B+5JhOZr28=; b=azZ12Nt71YKb6E/7lKDSWAFmRgb/SEChWXMbrnTpW2Rz/NMM2mxPVDf/uvd1Msr2dq HWKwzLnuuQfVzA18DVCRkqkt8C8DTRurmg3ZPrxUcejHlQxtmrch+o4ioM2P8KVQIXIP SEc1ELN7vU534xI0gUi1xg65dLc+OWfZ4KKUxYNTlMCGa/nOGw8kZA1kwPtoqYmOnx77 SfukvGBwMqrSg1tyBYAHTcEs5M7JqBF3WvAu4FVb4NQP2N2QYIIUmEeuAN2ygfjlEDzN eoCgKywPusP1Uwy2M7FAT8iGunugcsKPg/MPRa88iMY7UFuv0coiN5w/fsU7IRM2+GT4 9ZXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mH+UAkT/kgv3YBKN5l5sHp4HbVvohVvz7B+5JhOZr28=; b=EI3Uw1YPTIj6YARUEFaPC+T4TlMj+JlnGmmjmdBP4EVwOAEM0UISt+OU3CFrYs4F+G 3ost4wF4bSLYW/GgXt5OTqIkj7tJ71ciuQW2FiuifHDEdY92b6ekjLxRVxb9owKMpsJr S23Ql17A1Sq5UCTIPkmhkev075u7jjU3g71TaGhIvl7G7XY7rfiYCosuKMq/46DDM7l+ xYSgPhL+FMrDefzNmC+0lGW4vtsFYYwOQ4JwLviV1Ftd2ab+k6JuginPorGYWDvQQYMp THW+/31qDkaOH7j7Ss1AIErR/eizPMGsVp61CCRAh7gyryvRx0ARBwTvTPMSGtpQrPwQ /m9g== X-Gm-Message-State: APzg51DbvLyWFBSmahhanB8vVVxH5CHlxn28romWUufpMk/VNUI9KDDg QZGWO6GTJTb47xTtfQS1rb/OaJVSEOvyLoQMkvw= X-Google-Smtp-Source: ANB0VdYN5sxkp2yFHGOtosHAteZFBiBDiPUm5BFwBFOfcjPLHYbbYg9Zk5UCB2J5mWKeeibMl+FjX3yDZH5NQ2lITug= X-Received: by 2002:a6b:254e:: with SMTP id l75-v6mr31255337iol.47.1537441721284; Thu, 20 Sep 2018 04:08:41 -0700 (PDT) MIME-Version: 1.0 References: <5518056b-150f-517c-2c24-09d5da4414f0@gmx.de> <3a3a59bf-98a3-764d-def2-e514f506edfc@gmail.com> <2e82ff1a-7045-3b7e-3feb-bfdac29883e9@gmx.de> <2f30a0da-c15a-8723-bebd-4143d49cf032@gmail.com> <7fbac401-d15f-e7fe-2792-41f5c8cea411@gmail.com> In-Reply-To: <7fbac401-d15f-e7fe-2792-41f5c8cea411@gmail.com> Date: Thu, 20 Sep 2018 13:08:28 +0200 Message-ID: To: Stanislav Malyshev Cc: Christoph Becker , PHP internals Content-Type: multipart/alternative; boundary="000000000000a9020005764b8b96" Subject: Re: [PHP-DEV] [RFC} Deprecate and Remove ext/wddx From: nikita.ppv@gmail.com (Nikita Popov) --000000000000a9020005764b8b96 Content-Type: text/plain; charset="UTF-8" On Wed, Sep 19, 2018 at 12:24 AM Stanislav Malyshev wrote: > Hi! > > > 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 > > I think deprecation phase is necessary for features that are being > removed. For extension being moved to PECL I do not see any point in > annoying the users for a year with error messages. If they need it, > they'll keep using it anyway, if they do not, they'll drop it - but > deprecation messages here do not add much value that one single > announcement can't make. > > > 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 > > Well, if we think nobody should use them then it's not move to PECL, > it's discontinuation of the extension. These two are completely > different 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. > > If it's still available in PECL, whoever needs it would easily get it > there. If we think it's unusable anymore, then we need to declare that > and not move it to PECL but sunset it. > We have deprecated and moved to PECL a number of extensions in the recent past. These were mysql and ereg in PHP 7.0 and mcrypt in PHP 7.2. I have always understood these moves as "sunsetting" the extensions, in the sense of strongly discouraging their continued use, as well as removing any promise of further maintenance. The move to PECL rather than outright deletion of the code is just a matter of general policy (or so I thought). Especially for an extension such as ext/wddx where we have legitimate security concerns, just moving it off to PECL without any deprecation warnings would send the wrong kind of signal. I would prefer it to stick the the same process we have used for other extensions in the past (i.e. first deprecate everything and then archive it in PECL.) Regards, Nikita --000000000000a9020005764b8b96--