Request for review : 7121314 : Behavior mismatch between AbstractCollection.toArray(T[] ) and its spec
David Holmes
david.holmes at oracle.com
Thu Mar 29 00:36:37 UTC 2012
Hi Ulf,
Thanks for the updates. This will take a little rearranging to get into
the right form I think - a single file is easier to deal with so we
could nest the TestCollection class.
Regarding setPseudoConcurrentChronologicalSizeSequence, I think perhaps:
/** Sets the values that size() will return on each use. The next
call to size will return sizes[0], then sizes[1] etc. This
allows us to emulate a concurrent change to the contents of
the collection without having to perform concurrent changes.
If sizes contains a larger value, the collection will appear to
have shrunk when iterated; if a smaller value then the
collection will appear to have grown when iterated
*/
void setSizeSequence(int... sizes) {
this.sizes = sizes;
nextSize = 0;
}
Sean: can you massage this into a final version? If not I will try to do
so but I'm about to head out to JavaOne Japan and then am taking some
vacation time. Might be something I can work on on the plane :)
Thanks,
David
On 29/03/2012 4:48 AM, Ulf Zibis wrote:
> Hi David, Sean,
>
> I have made little changes to make understanding little easier, see
> attachment...
>
> -Ulf
>
>
> Am 28.03.2012 07:29, schrieb David Holmes:
>> Hi Ulf,
>>
>> I understand your point about ensuring we test
>> AbstractCollection.toArray but I find this revised test much harder to
>> understand.
>>
>> Also in the name setPseudoConcurrentSizeCourse the word "Course"
>> doesn't fit. I'm not sure what you were meaning here? Perhaps just
>> modifySize or emulateConcurrentSizeChange ?
>>
>> Thanks,
>> David
>>
More information about the core-libs-dev
mailing list