RFR: 8019381: HashMap.isEmpty is non-final, potential issues for get/remove

Jonathan Lu luchsh at linux.vnet.ibm.com
Fri Jul 5 02:58:06 UTC 2013


On 07/03/2013 11:04 AM, Shi Jun Zhang wrote:
> On 7/1/2013 11:49 PM, Chris Hegarty wrote:
>> On 1 Jul 2013, at 17:22, Remi Forax <forax at univ-mlv.fr> wrote:
>>
>>> On 07/01/2013 09:43 AM, Shi Jun Zhang wrote:
>>>> On 6/29/2013 12:05 AM, Shi Jun Zhang wrote:
>>>>> On 6/28/2013 9:02 PM, Alan Bateman wrote:
>>>>>> On 27/06/2013 22:13, Remi Forax wrote:
>>>>>>> On 06/27/2013 10:02 AM, Shi Jun Zhang wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> There are some isEmpty() check added into get/remove methods 
>>>>>>>> since 8011200 to return directly if HashMap is empty. However 
>>>>>>>> isEmpty is a non-final public method which can be overridden by 
>>>>>>>> subclass. If the subclass defines isEmpty differently from 
>>>>>>>> HashMap, it would cause problem while getting or removing 
>>>>>>>> elements.
>>>>>>> yes, it's a bug.
>>>>>>> Could you report it ?
>>>>>>>
>>>>>>> Rémi
>>>>>> I've created a bug to track this:
>>>>>>
>>>>>> 8019381: HashMap.isEmpty is non-final, potential issues for 
>>>>>> get/remove
>>>>>>
>>>>>> -Alan
>>>>> Thanks, Alan.
>>>>>
>>>>> I'm quite busy today and do not have time to report it until now. 
>>>>> Thanks for your help.
>>>>>
>>>>> I will provide a webrev next Monday for review.
>>>> Hi,
>>>>
>>>> Here is the webrev
>>>>
>>>> http://cr.openjdk.java.net/~zhangshj/8019381/webrev.00/
>>> This looks Ok for me.
>> +1
>>
>> -Chris
>>
>>> Rémi
>>>
> Thanks all for the review.
>
> Jonathan,
>
> Could you help to push the changeset?
>
Hello Chance,

Patch pushed @ http://hg.openjdk.java.net/jdk8/tl/jdk/rev/ed111451b77a, 
pls verify.

Cheers!
- Jonathan




More information about the core-libs-dev mailing list