Comments (13)
It is not possible see: http://framework.zend.com/blog/zend-framework-2-5-0-released.html
from zend-inputfilter.
That's sad, because according to semver.org :
"Given a version number MAJOR.MINOR.PATCH, increment the:
- MAJOR version when you make incompatible API changes,
- MINOR version when you add functionality in a backwards-compatible
manner, and - PATCH version when you make backwards-compatible bug fixes."
Does it means that zf2 is not following semver ?
2015-10-09 11:07 GMT+02:00 Vytautas Stankus [email protected]:
It is not possible see:
http://framework.zend.com/blog/zend-framework-2-5-0-released.html—
Reply to this email directly or view it on GitHub
#75 (comment)
.
from zend-inputfilter.
@ecolinet
Please remember: PHP 5.3, 5.4 and 5.5 are obsolete versions! (http://php.net/supported-versions.php)
from zend-inputfilter.
To be fair though, he has a point.
We argue that from now on modules are standlone in their version and don't
follow the "framework version identifier" anymore.
Changing the PHP requirements - even though if it simply had been forgotten
for 2.5.0 and 2.5.1 - is a mayor BC break and does require a new mayor
version.
This whole modular thing is still a new process for the Zend community but
I would argue that it is crucial that we keep the Semver intact. If we
can't rely on non-bc-breaks in minors that'd be quite annoying.
Frank Brückner [email protected] schrieb am Fr., 9. Okt. 2015 um
11:30 Uhr:
@ecolinet https://github.com/ecolinet
Please remember: PHP 5.3, 5.4 and 5.5 obsolete versions! (
http://php.net/supported-versions.php)—
Reply to this email directly or view it on GitHub
#75 (comment)
.
from zend-inputfilter.
of course ... let's move the PHP versions of the 700+ PHP applications in
my company ...
but, in turn, please remember that following semver is the key of
interroperability between components in general. Regardless of how obsolete
a PHP version can be.
And by the way Ubuntu, Debian and Redhat maintains their own versions of
obsolete versions of PHP.
AFAIK Zend provides components for enterprises (that's one of the reason of
the choice of ZF2 to build enterprise application, over SF2, Laravel or
others) so they MUST follow semver IMHO.
For those of you, stuck with the same problem, here is the composer way to
use the LTS version of ZF2 :
"zendframework/zend-form": "^2.4.0, <2.5.0"
Maybe it can find it's way in the documentation ...
2015-10-09 11:30 GMT+02:00 Frank Brückner [email protected]:
@ecolinet https://github.com/ecolinet
Please remember: PHP 5.3, 5.4 and 5.5 obsolete versions! (
http://php.net/supported-versions.php)—
Reply to this email directly or view it on GitHub
#75 (comment)
.
from zend-inputfilter.
"zendframework/zend-form": ~2.4.0
is enough for to keep on 2.4 series
from zend-inputfilter.
Well for ZF2 components yes, but with a semver dep the caret is the safest operator (https://getcomposer.org/doc/articles/versions.md#caret).
from zend-inputfilter.
@weierophinney
Can you make an official announcement as blog post?
And notice in all readme files would also be helpful.
from zend-inputfilter.
Note InputFilter v2.5.5 == v2.4.8 both have the same code except the PHP 5.5 ::class sugar
from zend-inputfilter.
We did document with the 2.5 release that we were upping the PHP version to
5.5. Simultaneously, we announced that the 2.4 series is now an LTS
version, specifically to support those still using older versions of PHP.
In the LTS information page (http://framework.zend.com/long-term-support),
we indicate you can pin to that series using the notation ~2.4.0
(which
is the recommended way to pin using semver in composer).
We recognize that we made a mistake in forgetting to update the minimum PHP
version when releasing 2.5. At the same time, we had already disabled CI
testing for versions <5.5, and claiming that the code still ran on those
versions would have been a lie. Hence, we did an immediate point release to
correct the error.
Finally: minor versions can certainly up the requirements of a project
without causing BC breaks in the actual public API. As such, they follow
semver. Whether you want to or can upgrade is another question entirely;
semver merely guarantees that if you do, you will not need to make changes
to your existing code targeting the public API of the project.
On Oct 9, 2015 4:43 AM, "Eric Colinet" [email protected] wrote:
of course ... let's move the PHP versions of the 700+ PHP applications in
my company ...but, in turn, please remember that following semver is the key of
interroperability between components in general. Regardless of how obsolete
a PHP version can be.And by the way Ubuntu, Debian and Redhat maintains their own versions of
obsolete versions of PHP.AFAIK Zend provides components for enterprises (that's one of the reason of
the choice of ZF2 to build enterprise application, over SF2, Laravel or
others) so they MUST follow semver IMHO.For those of you, stuck with the same problem, here is the composer way to
use the LTS version of ZF2 :
"zendframework/zend-form": "^2.4.0, <2.5.0"Maybe it can find it's way on the documentation ...
2015-10-09 11:30 GMT+02:00 Frank Brückner [email protected]:
@ecolinet https://github.com/ecolinet
Please remember: PHP 5.3, 5.4 and 5.5 obsolete versions! (
http://php.net/supported-versions.php)—
Reply to this email directly or view it on GitHub
<
#75 (comment).
—
Reply to this email directly or view it on GitHub
#75 (comment)
.
from zend-inputfilter.
@weierophinney
Thanks!
from zend-inputfilter.
@weierophinney I perfectly understand
your point, and ~2.4.0 is perfectly valid to stick to the 2.4 LTS and so my
immediate problem is solved.
But I still think that changing the minimum runtime version is a MAJOR
change not a MINOR one and so ZF 2.5 should have been ZF 3.
from zend-inputfilter.
Changing the dependency requirements (any) is not a BC break, as you simply
will be stopped from upgrading in case of unmet constraints. No broken code
reaches your prod environment.
This has already been discussed ad nauseam.
On Oct 9, 2015 15:53, "Eric Colinet" [email protected] wrote:
@weierophinney https://github.com/weierophinney I perfectly understand
you point, and ~2.4.0 is perfectly valid to stick to the 2.4 LTS and so my
immediate problem is solved.But I still think that changing the minimum runtime version is a MAJOR
change not a MINOR one and so ZF 2.5 should have been ZF 3.—
Reply to this email directly or view it on GitHub
#75 (comment)
.
from zend-inputfilter.
Related Issues (20)
- Class Zend\ServiceManager\AbstractPluginManager not found HOT 5
- Avoiding the default NotEmpty::IS_EMPTY validation message. HOT 3
- CollectionInputFilter throws exception on scalar input HOT 3
- ConfigProvider - registration of InputFilterAbstractServiceFactory HOT 1
- Value is required message for optional field HOT 8
- [php 7.2] incompatible prototype HOT 2
- InputFilter::getValues() does not throw like it should HOT 2
- Intended behaviour on nested input filters and empty POST data? HOT 2
- FileInput not compatible with PSR (and Dictatoros) UploadedFile HOT 3
- How use Callback validator when field is conditionally required? HOT 3
- Duplicate error messages for collection input field items HOT 14
- Version 2.8.5 broke backward compatibility for apigility HOT 4
- Null value for inputfilter causes exception HOT 28
- Add support for required flag to input filters HOT 2
- collectionRawValues not populated in setData of CollectionInputFilter HOT 15
- MVC InputFilterPluginManager missing InputFilterAbstractFactory config HOT 15
- Input filter specification and merging HOT 1
- Exception when supplying non-array data to an ArrayInput HOT 2
- Empty validation message for file input when sent array for file input HOT 3
- Fatal error: Class 'Zend\ServiceManager\AbstractPluginManager' not found in D:\XAMPP\htdocs\sn\zend-mail\vendor\zendframework\zend-mail\src\Protocol\SmtpPluginManager.php on line 20 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from zend-inputfilter.