[
https://issues.apache.org/jira/browse/COLLECTIONS-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ignat Alexeyenko updated COLLECTIONS-527:
-----------------------------------------
Description:
Could you make a 3.x or 3.2.x
{code}
org.apache.commons.collections.MultiMap {
public Object remove(Object key, Object item);
}
{code}
is not compatible with JDK's 8 Map
{code}
java.util.Map {
boolean remove(Object key, Object value);
}
{code}
This causes bugs in project, who run jdk8 and even compilation failures - for
these, who implement common's MultiMap.
*Reasoning*
JDK 8 is here and being adopted. collection-commons are not yet compatible with
Java 8. For many big project switch to commons-collections 4.x is not an option
- some transitional release needs to be required.
Alternative would be for companies to fork commons-collections and create their
internal artifact. Why do it if the official compatibility version can be
created?
Thanks!
was:
Could you make a 3.x or 3.2.x
{code}
org.apache.commons.collections.MultiMap {
public Object remove(Object key, Object item);
}
{code}
is not compatible with JDK's 8 Map
{code}
java.util.Map {
boolean remove(Object key, Object value);
}
{code}
This causes bugs in project, who run jdk8 and even compilation failures - for
these, who implement common's MultiMap.
*Reasoning*
JDK 8 is here and being adopted. collection-commons are not yet compatible with
Java 8. For many big project switch to commons-collections 4.x is not an option
- some transitional release needs to be required.
Alternative would be for companies to fork commons-collections and create their
internal artifact. Why do it if the official compatibility version can be
created?
Thanks!
> Please create a version commons-collections 3.x for jdk 8 compatibility
> -----------------------------------------------------------------------
>
> Key: COLLECTIONS-527
> URL: https://issues.apache.org/jira/browse/COLLECTIONS-527
> Project: Commons Collections
> Issue Type: Bug
> Reporter: Ignat Alexeyenko
> Priority: Blocker
> Labels: java8, jdk8
> Attachments: COLLECTIONS_3_2_BRANCH_COLLECTIONS_527.patch
>
>
> Could you make a 3.x or 3.2.x
> {code}
> org.apache.commons.collections.MultiMap {
> public Object remove(Object key, Object item);
> }
> {code}
> is not compatible with JDK's 8 Map
> {code}
> java.util.Map {
> boolean remove(Object key, Object value);
> }
> {code}
> This causes bugs in project, who run jdk8 and even compilation failures - for
> these, who implement common's MultiMap.
> *Reasoning*
> JDK 8 is here and being adopted. collection-commons are not yet compatible
> with Java 8. For many big project switch to commons-collections 4.x is not an
> option - some transitional release needs to be required.
> Alternative would be for companies to fork commons-collections and create
> their internal artifact. Why do it if the official compatibility version can
> be created?
> Thanks!
--
This message was sent by Atlassian JIRA
(v6.2#6252)
