RFR : 7129185 : (M) Add Collections.{checked|empty|unmodifiable}Navigable{Map|Set}

Mike Duigou mike.duigou at oracle.com
Fri Jun 7 22:22:26 UTC 2013


Thank you for the review Martin.

On Jun 7 2013, at 14:51 , Martin Buchholz wrote:

> <tt> is denigrated in favor of {@code ?

Yes. {@code} is preferred because it treats the content as literals. This means you can use it to wrap text (usually generics) that have to represented using html entities (& < >) or would be interpreted as html tags.

<tt>List<A extends Awesome & Comparable<? super Awesome>></tt>

vs

{@code List<A extends Awesome & Comparable<? super Awesome>>}.

The {@code} form is less error prone. I would love to do this replacement globally along with <i> -> <em> and <b> -> <strong>

> ---
> 
> "specified navigable set" ?
> 
> +     * The returned navigable set will be serializable if the specified sorted set
> +     * is serializable.

Corrected.

> ---
> 
> Y U NO throw UOE?
> 
> +        @Override
> +        public Entry<K, V> pollFirstEntry() {
> +            Entry<K,V> entry = (Entry<K,V>) nm.pollFirstEntry();
> +            return (null == entry) ? null : new UnmodifiableEntrySet.UnmodifiableEntry(entry);
> +        }

Ouch! I will fix this and see what additional test improvements this suggests.

> 
> ---
> navigable set?
> 
> +     * Returns a synchronized (thread-safe) sorted set backed by the specified
> +     * navigable set.  In order to guarantee serial access, it is critical that

Corrected.

> 
> On Fri, Jun 7, 2013 at 10:58 AM, Mike Duigou <mike.duigou at oracle.com> wrote:
> Hello all;
> 
> I've incorporated feedback from previous rounds and expect to finalize this addition soon.
> 
> http://cr.openjdk.java.net/~mduigou/JDK-7129185/2/webrev/
> 
> Any review feedback or suggestions of additional tests welcome.
> 
> Thanks,
> 
> Mike
> 
> 
> 




More information about the core-libs-dev mailing list