🚀 go-pugleaf

One of your 'facts' is a bad assumption. As the keys are Strings, they will
certainly have different hashcodes. Why do you believe that the fourth one
is
replacing the second one? If  you place a parameterList.get("productIds")
immediately after the code you presented, you are definately going to get
back the productIds value. If you call parameterList.size(), it will return
5.
If you looking at the Hashmap in the debugger, you do see only 3 'buckets'
with values and the  bucket #9  has the 'productIds' key  which is where the
'statusIds' key used to be. But that does not mean that 'statusIds' has been
replaced, and that the Hashmap is broken. There are bajillions of possible
hashcodes, and HashMap maps them into 11 buckets by default. 'statusIds' and
'productIds' happen to be sharing a bucket. Look at the value for  bucket
#9's 'next' variable and you will see 'statusId' happily sitting there, not
lost at all.

"Andrew van der Voort" <andrew@astarte.co.nz> wrote in message
news:3c5f384b$1_1@dnews...
> Hi. I am building a HashMap of parameters to pass to a report generator.
>
> I add the following entries to the HashMap:
>
> HashMap parameterList = new HasMap();
> parameterList.put("severityCodes", severityCodes);
> parameterList.put("statusIds", statusIds);
> parameterList.put("typeIds", typeIds);
> parameterList.put("productIds", productIds);
> parameterList.put("assignedToIds", assignedToIds);
>
> where the values are String objects with some comma delimited numbers.
> The first three puts work fine, but the fourth put replaces the second
> entry, and the fifth put replaces the first entry.
>
> I have verified that the hashCodes generated by the 5 keys result in
> different values. What's going on?
>
> Thanks
>
> Andrew
>
>