I reversed this change : -final Collection<? extends E> c; - + final Collection<E> c;
in Collections.UnmodifiableCollection instead opting or casts in the forEach and spliterator Methods. - I wonder if it's worth it to have the NONNULL characteristic change in Collections::singletonSpliterator depending on element. LinkedHashMap:: - needs an overridden spliterator providing ORDERED for it's entry set. (I can do this tomorrow if needed). PriorityQueue:: - I am surprised the spliterator is not ORDERED. Mike On Apr 10 2013, at 06:50 , Paul Sandoz wrote: > Hi, > > Following up from JDK-8010096 [1] here is a webrev for spliterator > implementations of collection classes in java.util: > > http://cr.openjdk.java.net/~psandoz/lambda/spliterator/jdk-8011426/webrev/ > > This is dependent on [1]. > > -- > > Note that for some reason the webrev script creates the jdk changeset file > for my complete hg patch queue and not from the revision i specify. Anyone > know how to change that? > > Paul. > > > [1] http://cr.openjdk.java.net/~psandoz/lambda/spliterator/jdk-8010096/webrev/
