JEP 187

The attached code shares the same motivations as JEP 187 and may help establish a baseline. One more thing we're looking into (for a later release) is trusted class lists to avoid deserialization attacks. https://issues.apache.org/jira/browse/RIVER-362 http://www.ibm.com/developerworks/java/

[9] RFR (M): 8049555: Move varargsArray from sun.invoke.util package to java.lang.invoke

http://cr.openjdk.java.net/~vlivanov/8049555/webrev.00/ https://bugs.openjdk.java.net/browse/JDK-8049555 Code cleanup: - moved varargsArray(Class,int) & varargsArray(int) from sun.invoke.util.ValueConversions to java.lang.invoke.MethodHandleImpl; - removed unused varargsList(int); - extracte

Re: RFR: [6904367]: (coll) IdentityHashMap is resized before exceeding the expected maximum size

On 07/08/2014 11:30 PM, Martin Buchholz wrote: Benchmarks welcome. I have run your latest webrev with the following benchamrk: @State(Scope.Thread) public class IHMBench { Map map = new IdentityHashMap(); @Benchmark public void putNewObject(Blackhole bh) { Object o = new

Re: [9] RFR (M): 8049555: Move varargsArray from sun.invoke.util package to java.lang.invoke

On Jul 10, 2014, at 1:57 PM, Vladimir Ivanov wrote: > http://cr.openjdk.java.net/~vlivanov/8049555/webrev.00/ > https://bugs.openjdk.java.net/browse/JDK-8049555 > > Code cleanup: > - moved varargsArray(Class,int) & varargsArray(int) from > sun.invoke.util.ValueConversions to java.lang.invoke.

Re: [9] RFR (M): 8037209: Improvements and cleanups to bytecode assembly for lambda forms

On Jul 9, 2014, at 8:04 PM, John Rose wrote: > On Jul 9, 2014, at 3:14 AM, Paul Sandoz wrote: > >> >> I quickly verified the fold up does as you expect. Also, if i do the >> following the null check goes away: >> >> ... >> >> void testLoop() { >> for (int i = 0; i < 100; i++) { >

RFR: 8049892: Replace uses of 'new Integer()' with appropriate alternative across core classes

https://bugs.openjdk.java.net/browse/JDK-8049892 http://cr.openjdk.java.net/~prr/8049892/ -- Cheers!. Otávio Gonçalves de Santana blog: http://otaviosantana.blogspot.com.br/ twitter: http://twitter.com/otaviojava site: *http://about.me/otaviojava * 55 (11) 98

Re: RFR: 8049892: Replace uses of 'new Integer()' with appropriate alternative across core classes

Hi Otávio, changes to the classes in the package "jdk.internal.org.objectweb.asm" should be done directly in the ASM library. Please exclude following classes from the patch: src/share/classes/jdk/internal/org/objectweb/asm/ClassReader.java src/share/classes/jdk/internal/org/objectweb/asm/Opcodes