February 2009 - core-libs-dev

hg: jdk7/tl/jdk: 6810915: Sun proprietary warnings in JDK build
by jonathan.gibbons＠sun.com 27 Feb '09

27 Feb '09

Changeset: 4f0b6455a977 Author: jjg Date: 2009-02-26 18:51 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4f0b6455a977 6810915: Sun proprietary warnings in JDK build Reviewed-by: ohair ! make/common/shared/Defs-java.gmk ! make/docs/Makefile ! make/javax/swing/beaninfo/SwingBeans.gmk

1 0

hg: jdk7/tl/corba: 6810915: Sun proprietary warnings in JDK build
by jonathan.gibbons＠sun.com 27 Feb '09

27 Feb '09

Changeset: db35452e8965 Author: jjg Date: 2009-02-26 18:32 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/db35452e8965 6810915: Sun proprietary warnings in JDK build Reviewed-by: ohair ! make/Makefile ! make/common/shared/Defs-java.gmk

1 0

hg: jdk7/tl/corba: 6809563: corba build in JDK uses invalid bootclasspath for javah
by jonathan.gibbons＠sun.com 27 Feb '09

27 Feb '09

Changeset: 9e6c48c2582d Author: jjg Date: 2009-02-26 18:28 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/9e6c48c2582d 6809563: corba build in JDK uses invalid bootclasspath for javah Reviewed-by: ohair ! make/common/shared/Defs-java.gmk

1 0

hg: jdk7/tl/jdk: 6801467: Defer get the launcher resource bundle until it's needed
by mandy.chung＠sun.com 26 Feb '09

26 Feb '09

Changeset: 2fb53eb9df14 Author: mchung Date: 2009-02-26 14:36 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2fb53eb9df14 6801467: Defer get the launcher resource bundle until it's needed Summary: Lazily initialize the launcher resource bundle Reviewed-by: ksrini, darcy ! src/share/classes/sun/launcher/LauncherHelper.java

1 0

[PATCH 0/2] Class- and class loader-local storage (Bug ID #6493635)
by David M. Lloyd 26 Feb '09

26 Feb '09

After running into the problem described in this bug for the umpteenth time, I decided to get off my duff and do something about it. Following are two patches. The first one adds the notion of class-local storage, and the second adds class loader-local storage; both mechanisms work basically the same way. There's a map on the Class or ClassLoader that's lazily created, weakly keyed by an object which is private to the ClassLocal or ClassLoaderLocal instance. The *Local instance itself has operations to read and write the values with operations similar to what one might find on Map and ConcurrentMap. A possible future optimization might be to replace the simple synchronization I am using with a more complex mechanism (like one of the concurrent reference map implementations floating out there). References: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6493635 http://crazybob.org/2006/12/caching-class-related-information.html http://weblogs.java.net/blog/jhook/archive/2006/12/class_metadata.html http://dmlloyd.blogspot.com/2009/02/class-local-data.html - DML

1 2

Request for review: 6799689
by Mandy Chung 26 Feb '09

26 Feb '09

6799689 Make sun.misc.FloatingDecimal.hexFloatPattern static field initialized lazily Webrev: http://cr.openjdk.java.net/~mchung/6799689/webrev.00/ The Pattern object is not always needed but is currently instantiated in the static initializer. Lazy initialization of the hexFloatFattern static field will save the regex classes not to be loaded until it's needed. Thanks Mandy

3 4

Re: [Fwd: Re: Unicode support in Java JRE on Windows]
by Naoto Sato 25 Feb '09

25 Feb '09

4519026: (process) Process should support Unicode on Win NT This is a long standing known limitation, which has never been addressed because it would require fairly big effort. Thanks, Naoto > Subject: Re: Unicode support in Java JRE on Windows > Date: Mon, 23 Feb 2009 16:14:11 -0500 > From: Karen Kinnear <Karen.Kinnear(a)Sun.COM> > To: Heiko Wagner <heiko.wagner(a)apis.de> > CC: hotspot-dev(a)openjdk.java.net, core-libs-dev(a)openjdk.java.net > References: <FBF17156B578423EBB162B16B2513629@HeikoXP> > > Heiko, > > I'm copying this to the core-libs-dev(a)openjdk.java.net alias, since > I think the APIs you are referring to are more familiar to that team. > And I've retitled it "Java JRE" so folks see the bigger picture. > > hope this helps, > Karen > > Heiko Wagner wrote: >> Hi, >> >> I am currently investigating on a problem of the Java VM on Windows. >> The VM >> is started using the JNI invocation api. This works unless the path >> contains >> non-ansi characters. So I hacked the classpath with >> addURLToAppClassLoader() >> in sun.misc.Launcher. I at least could make a shared JRE installation, >> started from a ansi path, find my JARs. Since one of my JARs does use >> native >> code I then got stuck at the System.loadLibrary() call. Hacking the >> correct >> path into the 'usr_paths' field into the ClassLoader did not help, >> because >> the actual Windows API call LoadLibrary() seems to be ansi flavour >> instead >> of wide char api. Would it be possible to make this two enhancements >> without >> hurting the Java VM spec?: >> >> 1) fill the property java.class.path from the env variable CLASSPATH >> with a >> call to GetEnvironmentVariableW instead of GetEnvironmentVariableA to >> enable >> setting the classpath with unicode characters >> >> 2) fill the property java.library.path and issue the actual >> LoadLibrary with >> appropriate wide char api >> >>> From a quick look at the VM source I found out, that most string >>> operations >> use the ANSI C string functions. >> Maybe it would be possible to use UTF-8 encoding to transfer the path >> strings throu the Java VM routines to the final Windows API calls, to >> avoid >> large changes in the code base. >> >> Regards >> Heiko Wagner >> > -- Naoto Sato

3 3

hg: jdk7/tl/jdk: 2 new changesets
by kevin.walls＠sun.com 25 Feb '09

25 Feb '09

Changeset: f9c187839d72 Author: kevinw Date: 2009-02-24 19:03 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f9c187839d72 6809463: Missing license header in test LargeZipFile.java Reviewed-by: alanb ! test/java/util/zip/ZipFile/LargeZipFile.java Changeset: dde3fe2e8164 Author: kevinw Date: 2009-02-25 14:32 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/dde3fe2e8164 Merge

1 0

hg: jdk7/tl/langtools: 6498938: Faulty comparison of TypeMirror objects in getElementsAnnotatedWith implementation
by joe.darcy＠sun.com 25 Feb '09

25 Feb '09

Changeset: 1fbc1cc6e260 Author: darcy Date: 2009-02-24 17:48 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/1fbc1cc6e260 6498938: Faulty comparison of TypeMirror objects in getElementsAnnotatedWith implementation Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/processing/JavacRoundEnvironment.java + test/tools/javac/processing/environment/round/Foo.java ! test/tools/javac/processing/environment/round/TestElementsAnnotatedWith.java

1 0

hg: jdk7/tl/langtools: 6501749: 6501749 Filer should state connection between created files and root elements
by joe.darcy＠sun.com 25 Feb '09

25 Feb '09

Changeset: 435d5d9bb87d Author: darcy Date: 2009-02-24 17:16 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/435d5d9bb87d 6501749: 6501749 Filer should state connection between created files and root elements Reviewed-by: jjg ! src/share/classes/javax/annotation/processing/Filer.java

1 0