October 2012 - core-libs-dev

RFR : 7196086 : update copyright years for files in corba repository (JDK 8)
by Seán Coffey 09 Oct '12

09 Oct '12

steve.sides(a)oracle.com has contributed the following patch which I'd like to push to jdk8 TL. It's the correction of copyright years in corba repo. Need a reviewer. webrev : http://cr.openjdk.java.net/~coffeys/webrev.7196086.jdk8/ <http://cr.openjdk.java.net/%7Ecoffeys/webrev.7196086.jdk8/> regards, Sean.

2 1

hg: jdk8/tl/jdk: 7181793: Socket getOutputStream create streams that cannot be GC'ed until Socket is closed
by sean.coffey＠oracle.com 09 Oct '12

09 Oct '12

Changeset: 71de5e31d497 Author: coffeys Date: 2012-10-09 19:45 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/71de5e31d497 7181793: Socket getOutputStream create streams that cannot be GC'ed until Socket is closed Reviewed-by: alanb, chegar ! src/share/classes/java/net/AbstractPlainSocketImpl.java + test/java/net/Socket/SocketGrowth.java

1 0

hg: jdk8/tl/jdk: 7200341: DateFormatSymbols.hashCode() throws ArrayIndexOutOfBoundsException in some circumstances
by naoto.sato＠oracle.com 09 Oct '12

09 Oct '12

Changeset: c725ce4bbf12 Author: naoto Date: 2012-10-09 09:59 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/c725ce4bbf12 7200341: DateFormatSymbols.hashCode() throws ArrayIndexOutOfBoundsException in some circumstances Reviewed-by: okutsu ! src/share/classes/java/text/DateFormatSymbols.java ! test/java/util/PluggableLocale/DateFormatSymbolsProviderTest.java ! test/java/util/PluggableLocale/DateFormatSymbolsProviderTest.sh ! test/java/util/PluggableLocale/fooprovider.jar ! test/java/util/PluggableLocale/providersrc/DateFormatSymbolsProviderImpl.java

1 0

JAXP RFR: 8000172 : 2 SAX features does not work properly
by Joe Wang 09 Oct '12

09 Oct '12

This is an issue found while I was working with SQE to expand test coverage. For a non-validating parser, when load-external-dtd is false, entity references are skipped. However, the skippedEntity() event was not reported. The problem was due to missing infoset augmentations when document handler's startGeneralEntity/endGeneralEntity were called. The fix therefore is simply add the arguments. webrev: http://cr.openjdk.java.net/~joehw/jdk8/8000172/webrev/ Please review. Thanks, Joe

2 2

hg: jdk8/tl/jdk: 7197395: Add @Deprecated to all deprecated methods to eliminate compiler warnings in JDBC
by lance.andersen＠oracle.com 09 Oct '12

09 Oct '12

Changeset: 036c55976cef Author: lancea Date: 2012-10-09 08:58 -0400 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/036c55976cef 7197395: Add @Deprecated to all deprecated methods to eliminate compiler warnings in JDBC Reviewed-by: alanb, smarks ! src/share/classes/com/sun/rowset/CachedRowSetImpl.java ! src/share/classes/com/sun/rowset/JdbcRowSetImpl.java ! src/share/classes/com/sun/rowset/JoinRowSetImpl.java ! src/share/classes/com/sun/rowset/internal/SyncResolverImpl.java ! src/share/classes/java/sql/CallableStatement.java ! src/share/classes/java/sql/Date.java ! src/share/classes/java/sql/DriverManager.java ! src/share/classes/java/sql/PreparedStatement.java ! src/share/classes/java/sql/ResultSet.java ! src/share/classes/javax/sql/rowset/BaseRowSet.java

1 0

hg: jdk8/tl/jdk: 7173494: some jdk tests are not run in test/Makefile
by alan.bateman＠oracle.com 09 Oct '12

09 Oct '12

Changeset: 3b79177ebfef Author: alanb Date: 2012-10-09 13:28 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/3b79177ebfef 7173494: some jdk tests are not run in test/Makefile Reviewed-by: chegar, mchung, mduigou, iris ! make/jprt.properties ! test/Makefile ! test/ProblemList.txt

1 0

hg: jdk8/tl: 7173494: some jdk tests are not run in test/Makefile
by alan.bateman＠oracle.com 09 Oct '12

09 Oct '12

Changeset: 4bde5640fb36 Author: alanb Date: 2012-10-09 13:25 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/rev/4bde5640fb36 7173494: some jdk tests are not run in test/Makefile Reviewed-by: chegar, mchung, mduigou, iris ! make/jprt.properties ! test/Makefile

1 0

hg: jdk8/tl/jdk: 7196533: TimeZone.getDefault() slow due to synchronization bottleneck
by sean.coffey＠oracle.com 09 Oct '12

09 Oct '12

Changeset: fecba6a8b78e Author: coffeys Date: 2012-10-09 12:50 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/fecba6a8b78e 7196533: TimeZone.getDefault() slow due to synchronization bottleneck Reviewed-by: okutsu ! src/share/classes/java/util/TimeZone.java

1 0

7173494: some jdk tests are not run in test/Makefile
by Alan Bateman 08 Oct '12

08 Oct '12

This one is a small clean-up of the test targets defined in jdk/test/Makefile. The union of the tests executed by each of the make targets should be the entire test suite but this isn't so, there are small number of tests that aren't run. I've renamed jdk_misc to jdk_other (the original name is confusing because of sun.misc) and expanded it to run additional areas that have a small number of tests. If more tests are added to these areas over time then it may make sense to add new targets in the future. "make jdk_jmx" now runs the JMX tests as it was confusing to have those tests split between management1 and management2. I've also renamed jdk_tools1 to jdk_jdi to make it clear that this is the JDI tests rather than tools. When Kelly originally set this up he split the NIO tests into 3 batches, I don't think this is necessary any longer (the really slow tests have been long been dialed down or changed to run much faster). The webrev with the proposed changes is here: http://cr.openjdk.java.net/~alanb/7173494/webrev/ -Alan.

5 7

Re: StackTraceElement question
by Krystal Mok 08 Oct '12

08 Oct '12

Hi, I believe this discussion belongs to core-libs-dev list better. cc'd. - Kris On Sat, Oct 6, 2012 at 3:04 AM, Christos Zoulas <christos(a)zoulas.com> wrote: > Hi, > > I don't know if this belongs to this list, but if it does not, > please point me to where it does. I think that it would be nice if > StackTraceElement which currently contains: > > boolean equals(Object obj) > String getClassName() > String getFileName() > int getLineNumber() > String getMethodName() > int hashCode() > boolean isNativeMethod() > String toString() > > It would be more useful for it to also contain: > > Class<?> getClass() > > The reason I am asking, is because I have an application where I > would like to find the enclosing class from where the exception is > thrown not the superclass, but I cannot deduce that from the class > name. If STE contained the above method, I could do: > > Class<?> c = ste.getClass(); > while (c.getEnclosingClass() != null) { > c = c.getEnclosingClass(); > } > return c.getName(); > > to find the class I want, and getClassName() could be just a wrapper: > > String getClassName() { > return getClass().getName(); > } > > Is there any reason to store the name instead of the Class<?>? Is it > possible to fix this in a future version of the jdk? > > thanks > > christos >

6 10