commons-lang3 3.4 是否向后兼容 3.1
Is commons-lang3 3.4 backward compatible respect to 3.1
我有一个maven项目有很多依赖，其中两个primefaces-extensions和hapi-fhir-base，它们都需要commons-lang3，但是primefaces声明3.1版本为依赖，但是hapi需要>= 3.2。如果 commons-lang3 3.4 将 3.1 声明为依赖版本，则可以安全地假设它适用于 primefaces 吗？
为了 3.4 与 3.3.x 的兼容性：
Commons Lang 3.4 is fully binary compatible to the last release and
can therefore be used as a drop in replacement for 3.3.2.
对于 3.3.x 到 3.1:
This release introduces backwards incompatible changes in
org.apache.commons.lang3.time.FastDateFormat:
Method 'protected java.util.List parsePattern()' has been removed
Method 'protected java.lang.String parseToken(java.lang.String, int[])' has been removed
Method 'protected org.apache.commons.lang3.time.FastDateFormat$NumberRule. selectNumberRule(int, int)' has been removed
These changes were the result of [LANG-462]. It is assumed that this
change will not break clients
所以它应该可以工作，只要 FastDateFormat 中的更改不会破坏您的代码，开发人员认为这是不可能的。
我有一个maven项目有很多依赖，其中两个primefaces-extensions和hapi-fhir-base，它们都需要commons-lang3，但是primefaces声明3.1版本为依赖，但是hapi需要>= 3.2。如果 commons-lang3 3.4 将 3.1 声明为依赖版本，则可以安全地假设它适用于 primefaces 吗？
为了 3.4 与 3.3.x 的兼容性：
Commons Lang 3.4 is fully binary compatible to the last release and can therefore be used as a drop in replacement for 3.3.2.
对于 3.3.x 到 3.1:
This release introduces backwards incompatible changes in org.apache.commons.lang3.time.FastDateFormat:
Method 'protected java.util.List parsePattern()' has been removed
Method 'protected java.lang.String parseToken(java.lang.String, int[])' has been removed
Method 'protected org.apache.commons.lang3.time.FastDateFormat$NumberRule. selectNumberRule(int, int)' has been removed
These changes were the result of [LANG-462]. It is assumed that this change will not break clients
所以它应该可以工作，只要 FastDateFormat 中的更改不会破坏您的代码，开发人员认为这是不可能的。