commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matt Benson (JIRA)" <>
Subject [jira] [Commented] (COLLECTIONS-461) splitmap.TransformedMap is not really a Map
Date Tue, 14 May 2013 19:21:16 GMT


Matt Benson commented on COLLECTIONS-461:

Hrm... close, what about:
 * NOTE: in the original {@link Map} interface, {@link Map#put(Object, Object)} is known to
have the same
 * return type as {@link Map#get(Object)}, namely {@code V}.  {@link Put} makes no assumptions
in this regard
 * (there is no association with, nor even knowledge of, a "reading" interface) and thus defines
 * {@link #put(Object, Object)} as returning {@link Object}.
> splitmap.TransformedMap is not really a Map
> -------------------------------------------
>                 Key: COLLECTIONS-461
>                 URL:
>             Project: Commons Collections
>          Issue Type: Bug
>            Reporter: Sebb
>             Fix For: 4.x
> splitmap.TransformedMap is part of the Get/Put hierarchy, but it does not behave like
a proper Java Map. 
> In particular, java.util.Map.put(K, V) returns V.
> However the collections Put interface returns Object.
> As far as I can tell, this was done in order to be able to include TransformedMap in
the hiearchy. But the side effect is to break the generics for all the non-transformer maps
in the hierarchy.
> Maybe there should be a separate PutTransformed interface which has the appropriate generic
types, i.e.
> public T put(K key, V value)

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message