hg: jdk7/tl: Added tag jdk7-b49 for changeset aee93a8992d2

2009-03-03 Thread tim . bell
Changeset: 5111e13e44e5 Author:xdono Date: 2009-02-26 10:57 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/5111e13e44e5 Added tag jdk7-b49 for changeset aee93a8992d2 ! .hgtags

hg: jdk7/tl/corba: 2 new changesets

2009-03-03 Thread tim . bell
Changeset: 0edbd0074b02 Author:xdono Date: 2009-02-26 10:57 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/0edbd0074b02 Added tag jdk7-b49 for changeset d70978bc64bc ! .hgtags Changeset: 082f59f5ac64 Author:tbell Date: 2009-03-02 15:10 -0800 URL:

hg: jdk7/tl/hotspot: 34 new changesets

2009-03-03 Thread tim . bell
Changeset: 23673011938d Author:ysr Date: 2009-01-30 14:17 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/23673011938d 6787254: Work queue capacity can be increased substantially on some platforms Summary: Increased the default and maximum size of the CMS marking stack

hg: jdk7/tl/jaxp: Added tag jdk7-b49 for changeset 5c1f24531903

2009-03-03 Thread tim . bell
Changeset: e8514e2be76d Author:xdono Date: 2009-02-26 10:57 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/e8514e2be76d Added tag jdk7-b49 for changeset 5c1f24531903 ! .hgtags

hg: jdk7/tl/jdk: 4 new changesets

2009-03-03 Thread tim . bell
Changeset: 383d6bebfba6 Author:xdono Date: 2009-02-26 10:57 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/383d6bebfba6 Added tag jdk7-b49 for changeset 8311105ea7a3 ! .hgtags Changeset: 59e76cdc647a Author:tbell Date: 2009-02-27 10:53 -0800 URL:

Review request for 6799230

2009-03-03 Thread Mandy Chung
6799230: Lazily load java.lang.annotation.Annotation class Webrev at: http://cr.openjdk.java.net/~mchung/6799230/webrev.00/ java.lang.annotation.Annotation class is always loaded when loading java.lang.Class, java.lang.reflect.Constructor, java.lang.reflect.Method, and

Re: [PATCH 0/2] Class- and class loader-local storage (Bug ID #6493635)

2009-03-03 Thread David M. Lloyd
On 03/03/2009 12:13 PM, Bob Lee wrote: On Mon, Mar 2, 2009 at 10:37 PM, David M. Lloyd david.ll...@redhat.com mailto:david.ll...@redhat.com wrote: If not, then there is no automatic solution possible, even with special VM ephemeron support (this basically IS an ephemeron

Re: [PATCH 0/2] Class- and class loader-local storage (Bug ID #6493635)

2009-03-03 Thread Bob Lee
On Tue, Mar 3, 2009 at 11:43 AM, David M. Lloyd david.ll...@redhat.comwrote: No, actually what I've implemented *exactly* matches this definition: a mapping where the value is held strongly until the key is known to be garbage collected (even when the value has a reference back to the key).

Re: Fix for 5015163, and my first webrev

2009-03-03 Thread Alan Bateman
Kevin Bourrillion wrote: Bumping this thread. From the peanut gallery, I believe that RĂ©mi's change is extremely worthy. I have more nitpicking I'd like to do on it, but am holding off until we learn whether Sun would accept it in any shape. At this point, it's still very mysterious to me

Re: [PATCH 0/2] Class- and class loader-local storage (Bug ID #6493635)

2009-03-03 Thread David M. Lloyd
On 03/03/2009 02:17 PM, Bob Lee wrote: On Tue, Mar 3, 2009 at 11:43 AM, David M. Lloyd david.ll...@redhat.com mailto:david.ll...@redhat.com wrote: No, actually what I've implemented *exactly* matches this definition: a mapping where the value is held strongly until the key is known

hg: jdk7/tl/jdk: 6799230: Lazily load java.lang.annotation.Annotation class

2009-03-03 Thread mandy . chung
Changeset: 07d2550f5c84 Author:mchung Date: 2009-03-03 19:26 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/07d2550f5c84 6799230: Lazily load java.lang.annotation.Annotation class Summary: Remove the static EMPTY_ANNOTATION_ARRAY field; add AnnotationParser.toArray method

hg: jdk7/tl/jdk: 6705872: SecureRandom number init is taking too long on a java.io.tmpdir with a large number of files.

2009-03-03 Thread weijun . wang
Changeset: a8d9e8cb38bb Author:weijun Date: 2009-03-04 15:09 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/a8d9e8cb38bb 6705872: SecureRandom number init is taking too long on a java.io.tmpdir with a large number of files. Reviewed-by: xuelei, alanb !