From lana.steuck at oracle.com Sun May 1 05:39:06 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:39:06 +0000 Subject: hg: jdk7/tl/hotspot: 28 new changesets Message-ID: <20110501053955.922EF4716E@hg.openjdk.java.net> Changeset: db3a870b62f6 Author: katleman Date: 2011-04-21 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/db3a870b62f6 Added tag jdk7-b139 for changeset 611e19a16519 ! .hgtags Changeset: 7b4fb6089361 Author: trims Date: 2011-04-21 19:49 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7b4fb6089361 Added tag hs21-b09 for changeset 611e19a16519 ! .hgtags Changeset: 5504afd15955 Author: zgu Date: 2011-04-14 11:50 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/5504afd15955 7033100: CreateMinidumpOnCrash does not work for failed asserts Summary: Passing NULL as MINIDUMP_EXCEPTION_INFORMATION when calling MiniDumpWriteDump when crash is due to assertion instead of real exception to avoid creating zero-length mini dump file. Reviewed-by: acorn, dcubed, poonam, coleenp ! src/os/windows/vm/os_windows.cpp Changeset: 6c9cec219ce4 Author: vladidan Date: 2011-04-11 23:02 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/6c9cec219ce4 7005865: Crash when running with PrintIRWithLIR Summary: the failure is caused by uninitialized bci number Reviewed-by: iveresov ! src/share/vm/c1/c1_Instruction.cpp Changeset: c737922fd8bb Author: vladidan Date: 2011-04-12 10:32 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c737922fd8bb Merge Changeset: 208b6c560ff4 Author: vladidan Date: 2011-04-14 11:02 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/208b6c560ff4 Merge ! src/share/vm/c1/c1_Instruction.cpp Changeset: a534c140904e Author: vladidan Date: 2011-04-14 23:06 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/a534c140904e Merge Changeset: 8ce625481709 Author: coleenp Date: 2011-04-15 09:36 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/8ce625481709 7032407: Crash in LinkResolver::runtime_resolve_virtual_method() Summary: Make CDS reorder vtables so that dump time vtables match run time order, so when redefine classes reinitializes them, they aren't in the wrong order. Reviewed-by: dcubed, acorn ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/memory/dump.cpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/oops/klass.cpp ! src/share/vm/oops/klassVtable.cpp ! src/share/vm/oops/klassVtable.hpp Changeset: fcc932c8238c Author: thurka Date: 2011-04-16 11:59 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/fcc932c8238c 7007254: NullPointerException occurs with jvisualvm placed under a dir. including Japanese chars Summary: use java_lang_String::create_from_platform_dependent_str() instead of java_lang_String::create_from_str() in JvmtiEnv::AddToSystemClassLoaderSearch() Reviewed-by: dcubed ! src/share/vm/prims/jvmtiEnv.cpp Changeset: df8a1555b1ea Author: coleenp Date: 2011-04-19 20:40 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/df8a1555b1ea Merge Changeset: e6beb62de02d Author: never Date: 2011-04-05 19:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e6beb62de02d 7032963: StoreCM shouldn't participate in store elimination Reviewed-by: kvn ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/output.cpp Changeset: e1162778c1c8 Author: johnc Date: 2011-04-07 09:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e1162778c1c8 7009266: G1: assert(obj->is_oop_or_null(true )) failed: Error Summary: A referent object that is only weakly reachable at the start of concurrent marking but is re-attached to the strongly reachable object graph during marking may not be marked as live. This can cause the reference object to be processed prematurely and leave dangling pointers to the referent object. Implement a read barrier for the java.lang.ref.Reference::referent field by intrinsifying the Reference.get() method, and intercepting accesses though JNI, reflection, and Unsafe, so that when a non-null referent object is read it is also logged in an SATB buffer. Reviewed-by: kvn, iveresov, never, tonyp, dholmes ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/c1_CodeStubs_sparc.cpp ! src/cpu/sparc/vm/c1_LIRGenerator_sparc.cpp ! src/cpu/sparc/vm/cppInterpreter_sparc.cpp ! src/cpu/sparc/vm/interpreterGenerator_sparc.hpp ! src/cpu/sparc/vm/interpreter_sparc.cpp ! src/cpu/sparc/vm/templateInterpreter_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/cpu/x86/vm/c1_LIRGenerator_x86.cpp ! src/cpu/x86/vm/cppInterpreterGenerator_x86.hpp ! src/cpu/x86/vm/cppInterpreter_x86.cpp ! src/cpu/x86/vm/interpreterGenerator_x86.hpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/cpu/zero/vm/cppInterpreter_zero.cpp ! src/cpu/zero/vm/interpreterGenerator_zero.hpp ! src/share/vm/c1/c1_CodeStubs.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/c1/c1_LIRGenerator.hpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/gc_implementation/g1/g1SATBCardTableModRefBS.cpp ! src/share/vm/gc_implementation/g1/g1SATBCardTableModRefBS.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/interpreter/abstractInterpreter.hpp ! src/share/vm/interpreter/cppInterpreter.cpp ! src/share/vm/interpreter/interpreter.cpp ! src/share/vm/interpreter/templateInterpreter.cpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/prims/jni.cpp ! src/share/vm/prims/unsafe.cpp Changeset: 9c4f56ff88e9 Author: jcoomes Date: 2011-04-07 16:52 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/9c4f56ff88e9 7034133: cleanup obsolete option handling Reviewed-by: ysr, johnc, poonam ! src/share/vm/runtime/arguments.cpp Changeset: eda9eb483d29 Author: jcoomes Date: 2011-04-07 17:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/eda9eb483d29 6841742: par compact - remove unused/unsupported options Summary: ignore UseParallel{OldGCDensePrefix,OldGCCompacting,DensePrefixUpdate} Reviewed-by: jwilhelm, brutisso ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.hpp ! src/share/vm/gc_implementation/parallelScavenge/psPermGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psPermGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 92add02409c9 Author: jmasa Date: 2011-04-08 14:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/92add02409c9 Merge ! src/cpu/sparc/vm/cppInterpreter_sparc.cpp ! src/cpu/sparc/vm/interpreter_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/gc_implementation/g1/g1SATBCardTableModRefBS.hpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/output.cpp ! src/share/vm/prims/unsafe.cpp Changeset: f177ddd59c60 Author: jmasa Date: 2011-04-08 14:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f177ddd59c60 Merge ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 59766fd005ff Author: johnc Date: 2011-04-13 17:56 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/59766fd005ff 7035117: G1: nsk/stress/jni/jnistress002 fails with assertion failure Summary: Allow long type for offset in G1 code in compiler implementations of Unsafe.getObject Reviewed-by: never, iveresov ! src/cpu/sparc/vm/c1_CodeStubs_sparc.cpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/opto/library_call.cpp Changeset: 5d046bf49ce7 Author: johnc Date: 2011-04-14 13:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/5d046bf49ce7 Merge ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: c69b1043dfb1 Author: ysr Date: 2011-04-14 12:10 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c69b1043dfb1 7036482: clear argument is redundant and unused in cardtable methods Summary: Removed the unused clear argument to various cardtbale methods and unused mod_oop_in_space_iterate method. Unrelated to synopsis, added a pair of clarifying parens in AllocationStats constructor. Reviewed-by: brutisso, jcoomes ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/gc_implementation/shared/allocationStats.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/memory/modRefBarrierSet.hpp Changeset: 4080db1b5d0a Author: johnc Date: 2011-04-14 13:49 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/4080db1b5d0a Merge Changeset: edd9b016deb6 Author: johnc Date: 2011-04-15 10:10 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/edd9b016deb6 7036021: G1: build failure on win64 and linux with hs21 in jdk6 build environment Summary: Missing parentheses around a casted expression and some missing casts were causing build failures with the jdk6 build tools. Reviewed-by: kvn, brutisso ! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp ! src/share/vm/opto/library_call.cpp Changeset: 1d0b856224f8 Author: jmasa Date: 2011-04-17 01:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/1d0b856224f8 6946385: G1: jstat does not support G1 GC Summary: Added counters for jstat Reviewed-by: tonyp, jwilhelm, stefank, ysr, johnc Changeset: 527b586edf24 Author: johnc Date: 2011-04-18 16:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/527b586edf24 7036706: G1: Use LIR_OprDesc::as_pointer_register in code changes for 7035117 Summary: Use LIR_OprDesc::as_pointer_register() instead as_register/as_register_lo combination in the code changes for 7035117. Reviewed-by: iveresov ! src/cpu/sparc/vm/c1_CodeStubs_sparc.cpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp Changeset: 732454aaf5cb Author: jmasa Date: 2011-04-20 20:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/732454aaf5cb Merge ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/zero/vm/cppInterpreter_zero.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/runtime/arguments.cpp Changeset: 83fccfbfe47b Author: trims Date: 2011-04-22 18:52 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/83fccfbfe47b Merge Changeset: d283b8296671 Author: trims Date: 2011-04-22 18:52 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d283b8296671 7039044: Bump the HS21 build number to 10 Summary: Update the HS21 build number to 10 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 4ca65400aa33 Author: ohair Date: 2011-04-26 16:20 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/4ca65400aa33 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore Changeset: d7cc76ea8d06 Author: cl Date: 2011-04-27 19:20 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d7cc76ea8d06 Merge From lana.steuck at oracle.com Sun May 1 05:39:04 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:39:04 +0000 Subject: hg: jdk7/tl/jaxws: 4 new changesets Message-ID: <20110501053905.3D8B747169@hg.openjdk.java.net> Changeset: e0ae10a9967b Author: katleman Date: 2011-04-21 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/e0ae10a9967b Added tag jdk7-b139 for changeset c025078c8362 ! .hgtags Changeset: 82a9022c4f21 Author: lana Date: 2011-04-25 15:35 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/82a9022c4f21 Merge Changeset: 576612237ba6 Author: ohair Date: 2011-04-26 16:28 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/576612237ba6 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore Changeset: 6cdf9c2f62ba Author: cl Date: 2011-04-27 19:20 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/6cdf9c2f62ba Merge From lana.steuck at oracle.com Sun May 1 05:39:05 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:39:05 +0000 Subject: hg: jdk7/tl/langtools: 6 new changesets Message-ID: <20110501053917.57E134716D@hg.openjdk.java.net> Changeset: 674dc2b21640 Author: katleman Date: 2011-04-21 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/674dc2b21640 Added tag jdk7-b139 for changeset 853b6bb99f9b ! .hgtags Changeset: 258e6654aba2 Author: lana Date: 2011-04-25 15:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/258e6654aba2 Merge - src/share/classes/com/sun/source/tree/DisjunctiveTypeTree.java - src/share/classes/javax/lang/model/type/DisjunctiveType.java Changeset: 841e1c6a5914 Author: mfang Date: 2011-04-25 20:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/841e1c6a5914 7039493: incorporating WPTG translation bug fixes Reviewed-by: yhuang ! src/share/classes/com/sun/tools/javadoc/resources/javadoc_zh_CN.properties Changeset: c2e7291e98e7 Author: ohair Date: 2011-04-26 16:22 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/c2e7291e98e7 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore Changeset: 8505c91a1f85 Author: cl Date: 2011-04-27 19:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/8505c91a1f85 Merge Changeset: 459854f564ed Author: lana Date: 2011-04-30 16:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/459854f564ed Merge From lana.steuck at oracle.com Sun May 1 05:39:04 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:39:04 +0000 Subject: hg: jdk7/tl/corba: 3 new changesets Message-ID: <20110501053906.E3EBA4716C@hg.openjdk.java.net> Changeset: cdf5d19ec142 Author: katleman Date: 2011-04-21 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/cdf5d19ec142 Added tag jdk7-b139 for changeset 60b074ec6fcf ! .hgtags Changeset: 96dd337fc845 Author: ohair Date: 2011-04-26 16:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/96dd337fc845 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore Changeset: c311591c06f5 Author: cl Date: 2011-04-27 19:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/c311591c06f5 Merge From lana.steuck at oracle.com Sun May 1 05:39:04 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:39:04 +0000 Subject: hg: jdk7/tl/jaxp: 4 new changesets Message-ID: <20110501053905.45C6B4716B@hg.openjdk.java.net> Changeset: c8136fd161c8 Author: katleman Date: 2011-04-21 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/c8136fd161c8 Added tag jdk7-b139 for changeset 28c7c0ed2444 ! .hgtags Changeset: 9f7c281af543 Author: ohair Date: 2011-04-26 16:28 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/9f7c281af543 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore Changeset: 02a683859a8a Author: cl Date: 2011-04-27 19:20 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/02a683859a8a Merge Changeset: 5598bd5ede94 Author: lana Date: 2011-04-30 15:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/5598bd5ede94 Merge From lana.steuck at oracle.com Sun May 1 05:39:04 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:39:04 +0000 Subject: hg: jdk7/tl: 3 new changesets Message-ID: <20110501053905.43DC34716A@hg.openjdk.java.net> Changeset: dcfe74f1c655 Author: katleman Date: 2011-04-21 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/dcfe74f1c655 Added tag jdk7-b139 for changeset 7ed6d0b9aaa1 ! .hgtags Changeset: 3bd41d40ab97 Author: ohair Date: 2011-04-26 16:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/3bd41d40ab97 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore ! Makefile Changeset: fb9ee99c4332 Author: cl Date: 2011-04-27 19:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/fb9ee99c4332 Merge From lana.steuck at oracle.com Sun May 1 05:43:00 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sun, 01 May 2011 05:43:00 +0000 Subject: hg: jdk7/tl/jdk: 63 new changesets Message-ID: <20110501055259.E18D24716F@hg.openjdk.java.net> Changeset: 67b71a815388 Author: katleman Date: 2011-04-21 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/67b71a815388 Added tag jdk7-b139 for changeset d80954a89b49 ! .hgtags Changeset: 4dc798144dd2 Author: prr Date: 2011-04-05 09:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4dc798144dd2 6983666: Typo in JavaDoc comments within FileCacheImageOutputStream Reviewed-by: jgodinez ! src/share/classes/javax/imageio/stream/FileCacheImageOutputStream.java Changeset: 7a77ffb95c3b Author: bae Date: 2011-04-06 11:26 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7a77ffb95c3b 7033534: Two tests fail just against jdk7 b136 Reviewed-by: jgodinez, prr ! test/sun/java2d/cmm/ColorConvertOp/ColConvCCMTest.java ! test/sun/java2d/cmm/ColorConvertOp/MTColConvTest.java Changeset: 961237459de6 Author: prr Date: 2011-04-08 15:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/961237459de6 7004984: Features.h was renamed to ICUFeatures.h and should be removed Reviewed-by: srl - src/share/native/sun/font/layout/Features.h Changeset: 3e583bc83a52 Author: prr Date: 2011-04-13 15:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3e583bc83a52 7036275: EUDC character is not displayed on Swing if ClearType is enabled Reviewed-by: igor, jgodinez ! src/windows/classes/sun/awt/Win32FontManager.java Changeset: 7f80ba09441c Author: prr Date: 2011-04-15 12:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7f80ba09441c 6942504: test/javax/imageio/metadata/DOML3Node.java fails Reviewed-by: bae, jgodinez ! test/javax/imageio/metadata/DOML3Node.java Changeset: c27a80462285 Author: lana Date: 2011-04-16 23:23 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c27a80462285 Merge - src/share/classes/java/nio/BufferPoolMXBean.java - src/share/classes/java/util/logging/PlatformLoggingMXBean.java ! src/windows/classes/sun/awt/Win32FontManager.java - src/windows/native/java/net/NetworkInterface_win9x.c - test/java/nio/BufferPoolMXBean/Basic.java - test/java/util/logging/PlatformLoggingMXBean/PlatformLoggingMXBeanTest.java Changeset: 58729a928069 Author: serb Date: 2011-04-05 16:50 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/58729a928069 6998877: After double-click on the folder names , FileNameOverrideTest FAILED Reviewed-by: art, dcherepanov, anthony ! src/solaris/native/sun/awt/gtk2_interface.c ! src/solaris/native/sun/awt/gtk2_interface.h ! src/solaris/native/sun/awt/sun_awt_X11_GtkFileDialogPeer.c + test/java/awt/FileDialog/FileNameOverrideTest/FileNameOverrideTest.html + test/java/awt/FileDialog/FileNameOverrideTest/FileNameOverrideTest.java + test/java/awt/FileDialog/SaveFileNameOverrideTest/SaveFileNameOverrideTest.html + test/java/awt/FileDialog/SaveFileNameOverrideTest/SaveFileNameOverrideTest.java Changeset: 0f8b6b1aad7d Author: dav Date: 2011-04-06 17:13 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0f8b6b1aad7d 7002839: Static initialization deadlock between sun.awt.Win32GraphicsEnvironment and sun.awt.windows.WToolkit Reviewed-by: art, dcherepanov, denis ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java ! src/windows/classes/sun/awt/windows/WToolkit.java + test/java/awt/GraphicsEnvironment/LoadLock/GE_init1.java + test/java/awt/GraphicsEnvironment/LoadLock/GE_init2.java + test/java/awt/GraphicsEnvironment/LoadLock/GE_init3.java + test/java/awt/GraphicsEnvironment/LoadLock/GE_init4.java + test/java/awt/GraphicsEnvironment/LoadLock/GE_init5.java + test/java/awt/GraphicsEnvironment/LoadLock/GE_init6.java Changeset: f6c9205bb20a Author: dcherepanov Date: 2011-04-07 18:54 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f6c9205bb20a 7016889: GraphicsDevice.setFullScreenWindow() spec for simulated full-screen mode is not always correct Reviewed-by: art, anthony ! src/share/classes/java/awt/GraphicsDevice.java ! src/share/classes/java/awt/Window.java Changeset: f06deecdcd3b Author: dav Date: 2011-04-07 22:34 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f06deecdcd3b 7031854: JCK 7 test FileDialogTest0001 fails on Windows with Russian locale Reviewed-by: uta, dcherepanov ! src/windows/native/sun/windows/awt_FileDialog.cpp Changeset: 675a582ffdf0 Author: anthony Date: 2011-04-08 15:00 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/675a582ffdf0 7027013: Regression: JComponent.revalidate() has no effect on invisible components Summary: Dialog.conditionalShow() should call validateUnconditionally() instead of simple validate() Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Dialog.java + test/java/awt/Dialog/ValidateOnShow/ValidateOnShow.java Changeset: b7381aa8dd77 Author: dav Date: 2011-04-08 18:29 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b7381aa8dd77 7029832: Buffer overrun at awt_LoadLibrary.c (and java_props_md.c) Reviewed-by: anthony, art ! src/solaris/native/sun/awt/awt_LoadLibrary.c Changeset: b58d1c9fa886 Author: anthony Date: 2011-04-08 17:04 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b58d1c9fa886 7008513: Case TranslucentJAppletTest.jtr automatically failed due to java.lang.RuntimeException Summary: Set transparent background to the applet Reviewed-by: art, dcherepanov ! test/java/awt/Window/TranslucentJAppletTest/TranslucentJAppletTest.java Changeset: e3c14b1c846b Author: denis Date: 2011-04-12 19:06 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e3c14b1c846b 7030062: duplicate free Reviewed-by: dcherepanov ! make/sun/jpeg/Makefile ! src/share/classes/java/awt/Toolkit.java ! src/solaris/native/sun/awt/awt_mgrsel.c Changeset: e00be783309b Author: denis Date: 2011-04-14 13:53 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e00be783309b 7036540: A change for 7021001 and some makefile changes have been pushed as a part of 7030062 Reviewed-by: dcherepanov ! make/sun/jpeg/Makefile ! src/share/classes/java/awt/Toolkit.java Changeset: 2e53dedb11b5 Author: denis Date: 2011-04-14 13:59 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2e53dedb11b5 7021001: Default implementation of Toolkit.loadSystemColors(int[]) and many others doesn't throw HE in hl env Reviewed-by: dcherepanov ! src/share/classes/java/awt/Toolkit.java Changeset: 6228934e36bc Author: dav Date: 2011-04-14 16:16 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/6228934e36bc 7032566: Toolkit.areExtraMouseButtonsEnabled() not alws correspnd "sun.awt.enableExtraMouseButtons" sys prop Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Toolkit.java Changeset: 4eeff1fda9ea Author: serb Date: 2011-04-15 16:51 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4eeff1fda9ea 6983562: Two java/awt tests failing just on jdk7b108 Reviewed-by: art, denis, dcherepanov ! src/windows/native/sun/windows/awt_Button.cpp ! src/windows/native/sun/windows/awt_Checkbox.cpp Changeset: 346b56971f18 Author: lana Date: 2011-04-16 22:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/346b56971f18 Merge ! make/sun/jpeg/Makefile ! src/share/classes/java/awt/Toolkit.java ! src/share/classes/java/awt/Window.java - src/share/classes/java/nio/BufferPoolMXBean.java - src/share/classes/java/util/logging/PlatformLoggingMXBean.java ! src/solaris/native/sun/awt/gtk2_interface.c ! src/solaris/native/sun/awt/gtk2_interface.h ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java ! src/windows/classes/sun/awt/windows/WToolkit.java - src/windows/native/java/net/NetworkInterface_win9x.c - test/java/nio/BufferPoolMXBean/Basic.java - test/java/util/logging/PlatformLoggingMXBean/PlatformLoggingMXBeanTest.java Changeset: e39808c3d13e Author: lana Date: 2011-04-18 13:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e39808c3d13e Merge Changeset: 1b1ae0d228d8 Author: rupashka Date: 2011-04-06 11:51 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1b1ae0d228d8 6973777: JCK manual case JEditorPaneTests.html#JEditorPane fails in jdk7 b100 Reviewed-by: peterz ! src/share/classes/javax/swing/text/GlyphView.java ! src/share/classes/javax/swing/text/ParagraphView.java - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: 3e3c15338f55 Author: rupashka Date: 2011-04-06 12:05 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3e3c15338f55 7003777: Nonexistent html entities not parsed properly. Reviewed-by: peterz ! src/share/classes/javax/swing/text/html/parser/Parser.java + test/javax/swing/text/html/parser/Parser/7003777/bug7003777.java Changeset: 6128bcca6403 Author: amenkov Date: 2011-04-06 15:07 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/6128bcca6403 7009127: [Spec clarification request] Wrapping the devices retrieved from MidiDeviceProvider Reviewed-by: alexp ! src/share/classes/javax/sound/midi/MidiSystem.java Changeset: cd853175b58c Author: amenkov Date: 2011-04-06 15:12 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/cd853175b58c 6992523: FindBugs scan - Malicious code vulnerability Warnings in com.sun.media.sound.* Reviewed-by: alexp ! src/share/classes/com/sun/media/sound/DLSInstrument.java ! src/share/classes/com/sun/media/sound/DLSSample.java ! src/share/classes/com/sun/media/sound/ModelConnectionBlock.java ! src/share/classes/com/sun/media/sound/SoftChannel.java ! src/share/classes/com/sun/media/sound/SoftInstrument.java ! src/share/classes/com/sun/media/sound/SoftMixingDataLine.java ! src/share/classes/com/sun/media/sound/SoftProvider.java ! src/share/classes/com/sun/media/sound/SoftTuning.java Changeset: f7eb08bf41e5 Author: rupashka Date: 2011-04-06 20:36 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f7eb08bf41e5 6849232: closed/javax/swing/text/GlyphPainter2/6427244/bug6427244.java fails on RHEL5 Reviewed-by: peterz ! src/share/classes/javax/swing/text/GlyphPainter2.java Changeset: cebbb13e9963 Author: rupashka Date: 2011-04-08 00:26 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/cebbb13e9963 6596966: Some JFileChooser mnemonics do not work with sticky keys Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java + test/javax/swing/JLabel/6596966/bug6596966.java Changeset: 5c5d5c3c902a Author: rupashka Date: 2011-04-11 19:55 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5c5d5c3c902a 7030623: closed/javax/accessibility/4864610/bug4864610.java test fails just against jdk7 b134 Reviewed-by: peterz ! src/share/classes/javax/swing/text/Utilities.java Changeset: 44b9482e9efb Author: rupashka Date: 2011-04-12 10:15 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/44b9482e9efb 7025525: CSS property list in javax.swing.text.html.CSS is incomplete Reviewed-by: alexp ! src/share/classes/javax/swing/text/html/CSS.java Changeset: e392becfd94f Author: peytoia Date: 2011-04-12 16:16 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e392becfd94f 7035073: Add missing timezones to TimeZoneNames_pt_BR.java Reviewed-by: okutsu ! src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java Changeset: e4090d232e69 Author: peytoia Date: 2011-04-12 18:58 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e4090d232e69 7034231: Default font appears twice in fallback font list Reviewed-by: okutsu, prr ! src/windows/classes/sun/awt/Win32FontManager.java ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java Changeset: b83978b25d1d Author: rupashka Date: 2011-04-13 20:16 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b83978b25d1d 7032376: A type parameter isn't seen by using an web browser Reviewed-by: malenkov ! src/share/classes/javax/swing/Painter.java Changeset: a7ea2d624d40 Author: rupashka Date: 2011-04-13 21:08 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/a7ea2d624d40 7030774: javax/swing/text/CSSBorder/6796710/bug6796710.java test fails against jdk7 b134 Reviewed-by: malenkov ! test/javax/swing/text/CSSBorder/6796710/bug6796710.java Changeset: 21fa255f0edf Author: okutsu Date: 2011-04-14 15:59 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/21fa255f0edf 7028818: (lc) Lazily initialize locale extension 7029740: (lc) New Locale class implementation doesn't follow the Java coding conventions 7032820: (lc) sun.util.locale.InternalLocaleBuilder.CaseInsensitiveChar.equals problems 7033503: (lc) Restore optimization code for Locale class initialization 7033504: (lc) incompatible behavior change for ja_JP_JP and th_TH_TH locales Reviewed-by: naoto ! make/java/java/FILES_java.gmk ! src/share/classes/java/util/Locale.java ! src/share/classes/java/util/ResourceBundle.java ! src/share/classes/sun/util/locale/BaseLocale.java ! src/share/classes/sun/util/locale/Extension.java ! src/share/classes/sun/util/locale/InternalLocaleBuilder.java ! src/share/classes/sun/util/locale/LanguageTag.java ! src/share/classes/sun/util/locale/LocaleExtensions.java ! src/share/classes/sun/util/locale/LocaleObjectCache.java ! src/share/classes/sun/util/locale/LocaleSyntaxException.java + src/share/classes/sun/util/locale/LocaleUtils.java ! src/share/classes/sun/util/locale/ParseStatus.java ! src/share/classes/sun/util/locale/StringTokenIterator.java ! src/share/classes/sun/util/locale/UnicodeLocaleExtension.java ! test/java/util/Locale/LocaleEnhanceTest.java Changeset: cf5d466be0bd Author: rupashka Date: 2011-04-14 12:37 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/cf5d466be0bd 7032911: javax/swing/JLabel/7004134/bug7004134.java test fails against jdk7 Reviewed-by: malenkov ! test/javax/swing/JLabel/7004134/bug7004134.java Changeset: d42338742583 Author: peytoia Date: 2011-04-15 12:08 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d42338742583 7036842: HTML tag mismatch in API doc for ChoiceFormat Reviewed-by: okutsu ! src/share/classes/java/text/ChoiceFormat.java Changeset: adfdbb41cdf2 Author: okutsu Date: 2011-04-15 22:57 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/adfdbb41cdf2 7035446: some regression tests take too long Reviewed-by: peytoia ! test/java/text/Bidi/Bug6665028.java ! test/java/util/Locale/Bug4518797.java ! test/java/util/ResourceBundle/Control/StressTest.java Changeset: d6afc2ca81cc Author: alexp Date: 2011-04-15 20:50 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d6afc2ca81cc 7032903: javax/swing/JComponent/6989617/bug6989617.java test fails against jdk7 Reviewed-by: rupashka ! test/javax/swing/JComponent/6989617/bug6989617.java + test/javax/swing/plaf/synth/7032791/bug7032791.java Changeset: 1e2366f02b50 Author: alexp Date: 2011-04-15 20:54 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1e2366f02b50 Merge Changeset: 71e769dc8cf6 Author: alexp Date: 2011-04-15 21:26 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/71e769dc8cf6 6985329: 9 classes in swing.plaf contains words inappropriate for public spec - about some compiler bug Reviewed-by: rupashka ! src/share/classes/javax/swing/plaf/basic/BasicColorChooserUI.java ! src/share/classes/javax/swing/plaf/basic/BasicDesktopIconUI.java ! src/share/classes/javax/swing/plaf/basic/BasicListUI.java ! src/share/classes/javax/swing/plaf/basic/BasicOptionPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicProgressBarUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTableHeaderUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTableUI.java ! src/share/classes/javax/swing/plaf/metal/MetalComboBoxUI.java ! src/share/classes/javax/swing/plaf/metal/MetalTabbedPaneUI.java Changeset: d353dcff4f14 Author: alexp Date: 2011-04-15 21:36 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d353dcff4f14 7036148: NullPointerException with null JMenu name Reviewed-by: rupashka ! src/share/classes/sun/swing/SwingUtilities2.java + test/javax/swing/JMenuItem/7036148/bug7036148.java Changeset: 1d0a1f78bc57 Author: lana Date: 2011-04-16 20:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1d0a1f78bc57 Merge ! make/java/java/FILES_java.gmk - src/share/classes/java/nio/BufferPoolMXBean.java ! src/share/classes/java/util/Locale.java - src/share/classes/java/util/logging/PlatformLoggingMXBean.java ! src/share/classes/javax/sound/midi/MidiSystem.java ! src/share/classes/javax/swing/text/Utilities.java ! src/share/classes/sun/util/locale/LanguageTag.java ! src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java ! src/windows/classes/sun/awt/Win32FontManager.java ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java - src/windows/native/java/net/NetworkInterface_win9x.c - test/java/nio/BufferPoolMXBean/Basic.java ! test/java/util/Locale/LocaleEnhanceTest.java - test/java/util/logging/PlatformLoggingMXBean/PlatformLoggingMXBeanTest.java ! test/javax/swing/JLabel/7004134/bug7004134.java Changeset: 096242335b89 Author: malenkov Date: 2011-04-18 15:58 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/096242335b89 7034614: The insets of TitledBorder vary, will be modified by another method, in JDK7 Reviewed-by: rupashka ! src/share/classes/javax/swing/border/TitledBorder.java + test/javax/swing/border/Test7034614.java Changeset: 745a56cb4c16 Author: lana Date: 2011-04-18 13:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/745a56cb4c16 Merge ! src/windows/classes/sun/awt/Win32FontManager.java ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: e2c6bd53428a Author: lana Date: 2011-04-18 14:00 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e2c6bd53428a Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java Changeset: ead0ccd4a34e Author: lana Date: 2011-04-25 15:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ead0ccd4a34e Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java - src/share/native/sun/font/layout/Features.h - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: d2357f1ccea0 Author: kevinw Date: 2011-04-15 14:42 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d2357f1ccea0 6994753: Optional tracking of JRE usage. Reviewed-by: mchung, ksrini, ohair ! make/sun/Makefile + make/sun/usagetracker/Makefile ! src/share/javavm/export/jvm.h ! src/share/native/common/jdk_util.c Changeset: ec1d769f12d8 Author: ngthomas Date: 2011-04-19 16:01 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ec1d769f12d8 Merge ! make/sun/Makefile Changeset: 9315c733fb17 Author: ngthomas Date: 2011-04-26 15:48 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9315c733fb17 Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java - src/share/native/sun/font/layout/Features.h - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: b715eb9f3d99 Author: ohair Date: 2011-04-21 18:26 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b715eb9f3d99 7038711: Fix CC_VER checks for compiler options, fix use of -Wno-clobber Reviewed-by: igor ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/shared/Compiler-gcc.gmk ! make/common/shared/Compiler-sun.gmk ! make/sun/jpeg/Makefile Changeset: e926550709c9 Author: ohair Date: 2011-04-22 10:21 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e926550709c9 6595663: Manifest on jars contain JavaBeans entries Reviewed-by: alanb, mchung ! make/common/Demo.gmk ! make/common/Release-embedded.gmk ! make/common/Release.gmk ! make/javax/crypto/Defs-jce.gmk ! make/tools/manifest.mf Changeset: 02473ee63688 Author: ogino Date: 2011-04-19 20:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/02473ee63688 7025070: man page localization broken in jdk7 Reviewed-by: mfang ! src/linux/doc/man/ja/appletviewer.1 ! src/linux/doc/man/ja/apt.1 ! src/linux/doc/man/ja/extcheck.1 ! src/linux/doc/man/ja/idlj.1 ! src/linux/doc/man/ja/jar.1 ! src/linux/doc/man/ja/jarsigner.1 ! src/linux/doc/man/ja/java.1 ! src/linux/doc/man/ja/javac.1 ! src/linux/doc/man/ja/javadoc.1 ! src/linux/doc/man/ja/javah.1 ! src/linux/doc/man/ja/javap.1 ! src/linux/doc/man/ja/javaws.1 ! src/linux/doc/man/ja/jconsole.1 ! src/linux/doc/man/ja/jdb.1 ! src/linux/doc/man/ja/jhat.1 ! src/linux/doc/man/ja/jinfo.1 ! src/linux/doc/man/ja/jmap.1 ! src/linux/doc/man/ja/jps.1 ! src/linux/doc/man/ja/jrunscript.1 ! src/linux/doc/man/ja/jsadebugd.1 ! src/linux/doc/man/ja/jstack.1 ! src/linux/doc/man/ja/jstat.1 ! src/linux/doc/man/ja/jstatd.1 + src/linux/doc/man/ja/jvisualvm.1 ! src/linux/doc/man/ja/keytool.1 ! src/linux/doc/man/ja/native2ascii.1 ! src/linux/doc/man/ja/orbd.1 ! src/linux/doc/man/ja/pack200.1 ! src/linux/doc/man/ja/policytool.1 ! src/linux/doc/man/ja/rmic.1 ! src/linux/doc/man/ja/rmid.1 ! src/linux/doc/man/ja/rmiregistry.1 ! src/linux/doc/man/ja/schemagen.1 ! src/linux/doc/man/ja/serialver.1 ! src/linux/doc/man/ja/servertool.1 ! src/linux/doc/man/ja/tnameserv.1 ! src/linux/doc/man/ja/unpack200.1 ! src/linux/doc/man/ja/wsgen.1 ! src/linux/doc/man/ja/wsimport.1 ! src/linux/doc/man/ja/xjc.1 ! src/solaris/doc/sun/man/man1/ja/appletviewer.1 ! src/solaris/doc/sun/man/man1/ja/apt.1 ! src/solaris/doc/sun/man/man1/ja/extcheck.1 ! src/solaris/doc/sun/man/man1/ja/idlj.1 ! src/solaris/doc/sun/man/man1/ja/jar.1 ! src/solaris/doc/sun/man/man1/ja/jarsigner.1 ! src/solaris/doc/sun/man/man1/ja/java.1 ! src/solaris/doc/sun/man/man1/ja/javac.1 ! src/solaris/doc/sun/man/man1/ja/javadoc.1 ! src/solaris/doc/sun/man/man1/ja/javah.1 ! src/solaris/doc/sun/man/man1/ja/javap.1 ! src/solaris/doc/sun/man/man1/ja/javaws.1 ! src/solaris/doc/sun/man/man1/ja/jconsole.1 ! src/solaris/doc/sun/man/man1/ja/jdb.1 ! src/solaris/doc/sun/man/man1/ja/jhat.1 ! src/solaris/doc/sun/man/man1/ja/jinfo.1 ! src/solaris/doc/sun/man/man1/ja/jmap.1 ! src/solaris/doc/sun/man/man1/ja/jps.1 ! src/solaris/doc/sun/man/man1/ja/jrunscript.1 ! src/solaris/doc/sun/man/man1/ja/jsadebugd.1 ! src/solaris/doc/sun/man/man1/ja/jstack.1 ! src/solaris/doc/sun/man/man1/ja/jstat.1 ! src/solaris/doc/sun/man/man1/ja/jstatd.1 + src/solaris/doc/sun/man/man1/ja/jvisualvm.1 ! src/solaris/doc/sun/man/man1/ja/keytool.1 ! src/solaris/doc/sun/man/man1/ja/native2ascii.1 ! src/solaris/doc/sun/man/man1/ja/orbd.1 ! src/solaris/doc/sun/man/man1/ja/pack200.1 ! src/solaris/doc/sun/man/man1/ja/policytool.1 ! src/solaris/doc/sun/man/man1/ja/rmic.1 ! src/solaris/doc/sun/man/man1/ja/rmid.1 ! src/solaris/doc/sun/man/man1/ja/rmiregistry.1 ! src/solaris/doc/sun/man/man1/ja/schemagen.1 ! src/solaris/doc/sun/man/man1/ja/serialver.1 ! src/solaris/doc/sun/man/man1/ja/servertool.1 ! src/solaris/doc/sun/man/man1/ja/tnameserv.1 ! src/solaris/doc/sun/man/man1/ja/unpack200.1 ! src/solaris/doc/sun/man/man1/ja/wsgen.1 ! src/solaris/doc/sun/man/man1/ja/wsimport.1 ! src/solaris/doc/sun/man/man1/ja/xjc.1 Changeset: 8bbe05da5656 Author: mfang Date: 2011-04-19 21:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8bbe05da5656 Merge Changeset: 5f5015099e73 Author: mfang Date: 2011-04-20 23:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5f5015099e73 Merge Changeset: 81dacdc9f634 Author: mfang Date: 2011-04-20 20:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/81dacdc9f634 7035843: [zh_CN, ja] JConsole mnemonic keys don't work Reviewed-by: ogino ! src/share/classes/sun/tools/jconsole/resources/JConsoleResources_ja.java ! src/share/classes/sun/tools/jconsole/resources/JConsoleResources_zh_CN.java Changeset: 832c57d6557b Author: mfang Date: 2011-04-21 09:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/832c57d6557b Merge Changeset: 158d9d54158f Author: mfang Date: 2011-04-25 16:39 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/158d9d54158f 7034259: [all] incorrect mnemonic keys in JCP automatic update advanced settings dialog. Reviewed-by: yhuang ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_de.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_es.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_fr.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_it.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_ja.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_ko.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_pt_BR.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_sv.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_zh_CN.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_zh_TW.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_de.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_es.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_fr.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_pt_BR.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_TW.properties ! src/share/classes/sun/applet/resources/MsgAppletViewer_sv.java Changeset: 4530d9301ce0 Author: mfang Date: 2011-04-25 21:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4530d9301ce0 Merge Changeset: dc63c52bc61f Author: ohair Date: 2011-04-26 16:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/dc63c52bc61f 6631003: Add hg tip changeset to build image Reviewed-by: mduigou ! .hgignore ! make/common/Release.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs.gmk Changeset: 55d40eea52bb Author: ohair Date: 2011-04-27 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/55d40eea52bb 7040096: Fix broken hg tip for 'make source' Reviewed-by: katleman ! make/common/shared/Defs.gmk Changeset: b871f4cc7d84 Author: cl Date: 2011-04-27 19:23 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b871f4cc7d84 Merge ! make/common/Release.gmk ! make/javax/crypto/Defs-jce.gmk ! make/sun/jpeg/Makefile Changeset: 1501eb97583c Author: schien Date: 2011-04-29 11:52 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1501eb97583c 6903609: Max memory of 896 may be too large for typical windows developer environment Reviewed-by: ksrini, katleman ! make/common/shared/Platform.gmk Changeset: ca58907a51f7 Author: lana Date: 2011-04-30 16:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ca58907a51f7 Merge ! make/java/java/FILES_java.gmk - src/share/native/sun/font/layout/Features.h - test/javax/swing/text/GlyphView/6539700/bug6539700.java From weijun.wang at oracle.com Sun May 1 11:06:55 2011 From: weijun.wang at oracle.com (weijun.wang at oracle.com) Date: Sun, 01 May 2011 11:06:55 +0000 Subject: hg: jdk7/tl/jdk: 7040916: DynamicKeyTab test fails on Windows Message-ID: <20110501110717.52FB24717B@hg.openjdk.java.net> Changeset: aa7c361144bb Author: weijun Date: 2011-05-01 14:22 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/aa7c361144bb 7040916: DynamicKeyTab test fails on Windows Reviewed-by: xuelei ! src/share/classes/sun/security/krb5/internal/ktab/KeyTab.java ! test/sun/security/krb5/auto/DynamicKeytab.java From kelly.ohair at oracle.com Sun May 1 17:38:36 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Sun, 1 May 2011 10:38:36 -0700 Subject: Heads up, new jaxp source drop Message-ID: <43FACE7F-7E9E-482F-A8A3-D055A2D6A983@oracle.com> Heads up. The jdk7/tl forest has a new jaxp source drop dependency. 7040147: jaxp 1.4.5 jdk7 integration http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/30129a58aacc The new jaxws source drop bundle is called: jaxp-1_4_5.zip So if you have your own ALT_DROPS_DIR cache, you need to add these files: http://download.java.net/jaxp/1.4.5/jaxp-1_4_5.zip http://download.java.net/jaxp/1.4.5/jaxp-1_4_5-unittests.zip Release notes and changelog will be published once release build is ready: http://jaxp.java.net/1.4/1.4.5/ReleaseNotes.html http://jaxp.java.net/1.4/1.4.5/changelog.html -kto From xueming.shen at oracle.com Sun May 1 18:31:04 2011 From: xueming.shen at oracle.com (xueming.shen at oracle.com) Date: Sun, 01 May 2011 18:31:04 +0000 Subject: hg: jdk7/tl/jdk: 7036522: j.u.r.Pattern documentation errors Message-ID: <20110501183113.B5C2C4718A@hg.openjdk.java.net> Changeset: 4ac05b50f09c Author: sherman Date: 2011-05-01 11:39 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4ac05b50f09c 7036522: j.u.r.Pattern documentation errors Summary: updated the Perl related information Reviewed-by: alanb ! src/share/classes/java/util/regex/Pattern.java From bhavesh.patel at sun.com Mon May 2 09:14:56 2011 From: bhavesh.patel at sun.com (bhavesh.patel at sun.com) Date: Mon, 02 May 2011 09:14:56 +0000 Subject: hg: jdk7/tl/langtools: 6492694: @deprecated tag doesn't work in package-info files. Message-ID: <20110502091500.57DE5471A9@hg.openjdk.java.net> Changeset: 62bc3775d5bb Author: bpatel Date: 2011-05-02 02:13 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/62bc3775d5bb 6492694: @deprecated tag doesn't work in package-info files. Reviewed-by: jjg ! src/share/classes/com/sun/tools/doclets/formats/html/ClassUseWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/DeprecatedListWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDoclet.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexFrameWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageIndexWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageUseWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/PackageWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/SourceToHTMLConverter.java ! src/share/classes/com/sun/tools/doclets/formats/html/TreeWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/markup/HtmlStyle.java ! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard.properties ! src/share/classes/com/sun/tools/doclets/internal/toolkit/Configuration.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/stylesheet.css ! src/share/classes/com/sun/tools/doclets/internal/toolkit/taglets/DeprecatedTaglet.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassDocCatalog.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/ClassTree.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/DeprecatedAPIListBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/IndexBuilder.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/PackageListWriter.java ! src/share/classes/com/sun/tools/doclets/internal/toolkit/util/Util.java + test/com/sun/javadoc/testPackageDeprecation/C2.java + test/com/sun/javadoc/testPackageDeprecation/FooDepr.java + test/com/sun/javadoc/testPackageDeprecation/TestPackageDeprecation.java + test/com/sun/javadoc/testPackageDeprecation/pkg/A.java + test/com/sun/javadoc/testPackageDeprecation/pkg1/ClassUseTest1.java + test/com/sun/javadoc/testPackageDeprecation/pkg1/Foo.java + test/com/sun/javadoc/testPackageDeprecation/pkg1/Foo2.java + test/com/sun/javadoc/testPackageDeprecation/pkg1/package-info.java ! test/com/sun/javadoc/testSubTitle/TestSubTitle.java From michael.x.mcmahon at oracle.com Mon May 2 10:51:39 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Mon, 02 May 2011 10:51:39 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110502105200.4FEB5471B0@hg.openjdk.java.net> Changeset: 94551cf150a1 Author: michaelm Date: 2011-05-02 11:02 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/94551cf150a1 6569621: Problem with java/classes_net Reviewed-by: chegar ! src/share/classes/java/net/InetAddress.java ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/SocketPermission.java ! src/share/classes/sun/net/www/URLConnection.java ! src/share/classes/sun/net/www/http/HttpClient.java Changeset: aee65a629245 Author: michaelm Date: 2011-05-02 11:47 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/aee65a629245 Merge From maurizio.cimadamore at oracle.com Mon May 2 11:06:40 2011 From: maurizio.cimadamore at oracle.com (maurizio.cimadamore at oracle.com) Date: Mon, 02 May 2011 11:06:40 +0000 Subject: hg: jdk7/tl/langtools: 7040883: Compilation error: "length in Array is defined in an inaccessible class or interface" Message-ID: <20110502110642.D2009471B1@hg.openjdk.java.net> Changeset: 384ea9a98912 Author: mcimadamore Date: 2011-05-02 12:05 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/384ea9a98912 7040883: Compilation error: "length in Array is defined in an inaccessible class or interface" Summary: Fix of 7034511 (now backed out) is causing spurious accessibility errors Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java ! test/tools/javac/generics/7034511/T7034511a.java ! test/tools/javac/generics/7034511/T7034511b.java + test/tools/javac/generics/typevars/T7040883.java From Alan.Bateman at oracle.com Mon May 2 14:31:16 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 02 May 2011 15:31:16 +0100 Subject: Codereview request: CR 7040220 java/char_encodin Optimize UTF-8 charset for String.getBytes()/toCharArray() In-Reply-To: <4DB90A73.5080602@oracle.com> References: <4DB90A73.5080602@oracle.com> Message-ID: <4DBEC034.1090105@oracle.com> Xueming Shen wrote: > Hi > > This is motivated by Neil's request to optimize common-case UTF8 path > for native ZipFile.getEntry calls [1]. > As I said in my replying email [2] I believe a better approach might > be to "patch" UTF8 charset directly to > implement sun.nio.cs.ArrayDecoder/Encoder interface to speed up the > coding operation for array based > encoding/decoding under certain circumstance, as we did for all single > byte charsets in #6636323 [3]. I > have a old blog [4] that has some data for this optimization. > > The original plan was to do the same thing for our new UTF8 [5] as > well in JDK7, but then (excuse, excuse) > I was just too busy to come back to this topic till 2 days ago. After > two days of small tweaking here and there > and testing those possible corner cases I can think of, I'm happy with > the result and think it might be > worth sending it out for a codereview for JDK7, knowing we only have > couple days left. > > The webrev is at > > http://cr.openjdk.java.net/~sherman/7040220/webrev I went through the changes and the approach looks good to me - thanks for jumping on this. Thanks Ulf for helping review. Also thanks Neil for reporting this and testing with Sherman's change to verify that it addresses the performance regression. Sherman - just a couple of minor comments: It would be good to put a blank line after the ASCII-only loops so that future maintainers can easily distinguish the loops (this would make it consistent with decodeArrayLoop for example). In several places the test is "if (CodingErrorAction.REPLACE != malformedInputAction())". Personally I would swap this to "if (malformedInputAction() != CodingErrorAction.REPLACE)". This reminds, if a couple of these slipped through into the zip code recently, eg: "if (false == inf.ended())", "if (false == streams.isEmpty())". The caching of the ByteBuffer and getBBuffer for the malformed case isn't as nice as the original code. Minimally I would move the declaration of bb so that it's not in the middle of dl and dp, and rename getBBuffer. Alternatively I would just get rid of it as it shouldn't be performance critical. In TestStringCodeUTF8 it might be cleaner to put the body of main into its own method and then call it once, set the security manager, and then call it again. That's all I have, -Alan. From bhavesh.patel at sun.com Mon May 2 17:11:57 2011 From: bhavesh.patel at sun.com (bhavesh.patel at sun.com) Date: Mon, 02 May 2011 17:11:57 +0000 Subject: hg: jdk7/tl/langtools: 6553182: Need to modify javadoc doclet for GPL Message-ID: <20110502171159.5E931471C6@hg.openjdk.java.net> Changeset: dbc4ced9d171 Author: bpatel Date: 2011-05-02 10:10 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/dbc4ced9d171 6553182: Need to modify javadoc doclet for GPL Reviewed-by: jjg ! src/share/classes/com/sun/tools/doclets/formats/html/ConfigurationImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDocletWriter.java ! src/share/classes/com/sun/tools/doclets/formats/html/TagletWriterImpl.java ! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard.properties + test/com/sun/javadoc/testDocRootLink/TestDocRootLink.java + test/com/sun/javadoc/testDocRootLink/pkg1/C1.java + test/com/sun/javadoc/testDocRootLink/pkg1/package.html + test/com/sun/javadoc/testDocRootLink/pkg2/C2.java + test/com/sun/javadoc/testDocRootLink/pkg2/package.html ! test/com/sun/javadoc/testHelpOption/TestHelpOption.java From xueming.shen at oracle.com Mon May 2 17:15:45 2011 From: xueming.shen at oracle.com (Xueming Shen) Date: Mon, 02 May 2011 10:15:45 -0700 Subject: Codereview request: CR 7040220 java/char_encodin Optimize UTF-8 charset for String.getBytes()/toCharArray() In-Reply-To: <4DBEC034.1090105@oracle.com> References: <4DB90A73.5080602@oracle.com> <4DBEC034.1090105@oracle.com> Message-ID: <4DBEE6C1.4020204@oracle.com> On 5/2/2011 7:31 AM, Alan Bateman wrote: > Xueming Shen wrote: >> Hi >> >> This is motivated by Neil's request to optimize common-case UTF8 path >> for native ZipFile.getEntry calls [1]. >> As I said in my replying email [2] I believe a better approach might >> be to "patch" UTF8 charset directly to >> implement sun.nio.cs.ArrayDecoder/Encoder interface to speed up the >> coding operation for array based >> encoding/decoding under certain circumstance, as we did for all >> single byte charsets in #6636323 [3]. I >> have a old blog [4] that has some data for this optimization. >> >> The original plan was to do the same thing for our new UTF8 [5] as >> well in JDK7, but then (excuse, excuse) >> I was just too busy to come back to this topic till 2 days ago. After >> two days of small tweaking here and there >> and testing those possible corner cases I can think of, I'm happy >> with the result and think it might be >> worth sending it out for a codereview for JDK7, knowing we only have >> couple days left. >> >> The webrev is at >> >> http://cr.openjdk.java.net/~sherman/7040220/webrev > I went through the changes and the approach looks good to me - thanks > for jumping on this. Thanks Ulf for helping review. Also thanks Neil > for reporting this and testing with Sherman's change to verify that it > addresses the performance regression. > > Sherman - just a couple of minor comments: Thanks Alan! Webrev has been updated accordingly. I renamed the getBBuffer to getByteBuffer, now it "looks" better:-) Thanks, -Sherman > > It would be good to put a blank line after the ASCII-only loops so > that future maintainers can easily distinguish the loops (this would > make it consistent with decodeArrayLoop for example). > > In several places the test is "if (CodingErrorAction.REPLACE != > malformedInputAction())". Personally I would swap this to "if > (malformedInputAction() != CodingErrorAction.REPLACE)". This reminds, > if a couple of these slipped through into the zip code recently, eg: > "if (false == inf.ended())", "if (false == streams.isEmpty())". > > The caching of the ByteBuffer and getBBuffer for the malformed case > isn't as nice as the original code. Minimally I would move the > declaration of bb so that it's not in the middle of dl and dp, and > rename getBBuffer. Alternatively I would just get rid of it as it > shouldn't be performance critical. > > In TestStringCodeUTF8 it might be cleaner to put the body of main into > its own method and then call it once, set the security manager, and > then call it again. > > That's all I have, > > -Alan. > > > From bhavesh.patel at sun.com Mon May 2 17:15:51 2011 From: bhavesh.patel at sun.com (bhavesh.patel at sun.com) Date: Mon, 02 May 2011 17:15:51 +0000 Subject: hg: jdk7/tl/jdk: 6553182: Need to modify javadoc doclet for GPL Message-ID: <20110502171611.EABAA471C7@hg.openjdk.java.net> Changeset: c678b0cf5f92 Author: bpatel Date: 2011-05-02 10:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c678b0cf5f92 6553182: Need to modify javadoc doclet for GPL Reviewed-by: jjg ! make/docs/Makefile From Alan.Bateman at oracle.com Mon May 2 18:12:07 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 02 May 2011 19:12:07 +0100 Subject: Codereview request: CR 7040220 java/char_encodin Optimize UTF-8 charset for String.getBytes()/toCharArray() In-Reply-To: <4DBEE6C1.4020204@oracle.com> References: <4DB90A73.5080602@oracle.com> <4DBEC034.1090105@oracle.com> <4DBEE6C1.4020204@oracle.com> Message-ID: <4DBEF3F7.8050901@oracle.com> Xueming Shen wrote: > : > > Webrev has been updated accordingly. > > I renamed the getBBuffer to getByteBuffer, now it "looks" better:-) The updated webrev looks fine to me. Personally I wouldn't have cached the byte buffer as the wrapping is not expensive (doesn't copy the array) and it's only used for the malformed case, but what you have is fine as we're out of time now. -Alan From joe.darcy at oracle.com Mon May 2 18:40:47 2011 From: joe.darcy at oracle.com (joe.darcy at oracle.com) Date: Mon, 02 May 2011 18:40:47 +0000 Subject: hg: jdk7/tl/jdk: 7041136: Use Objects.equals in JDK platform classes Message-ID: <20110502184057.2E385471CC@hg.openjdk.java.net> Changeset: bd1ffb167be0 Author: darcy Date: 2011-05-02 11:39 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bd1ffb167be0 7041136: Use Objects.equals in JDK platform classes Reviewed-by: alanb, mduigou ! src/share/classes/java/beans/DefaultPersistenceDelegate.java ! src/share/classes/java/beans/MetaData.java ! src/share/classes/java/net/HttpCookie.java From weijun.wang at oracle.com Mon May 2 18:50:49 2011 From: weijun.wang at oracle.com (weijun.wang at oracle.com) Date: Mon, 02 May 2011 18:50:49 +0000 Subject: hg: jdk7/tl/jdk: 7040151: SPNEGO GSS code does not parse tokens in accordance to RFC 2478 Message-ID: <20110502185058.A20F8471CE@hg.openjdk.java.net> Changeset: d08d77ad2d7b Author: weijun Date: 2011-05-03 02:48 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d08d77ad2d7b 7040151: SPNEGO GSS code does not parse tokens in accordance to RFC 2478 Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/spnego/NegTokenInit.java ! src/share/classes/sun/security/jgss/spnego/NegTokenTarg.java ! src/share/classes/sun/security/jgss/spnego/SpNegoToken.java + test/sun/security/jgss/spnego/NegTokenTargFields.java + test/sun/security/krb5/auto/SPNEGO.java From xueming.shen at oracle.com Mon May 2 18:38:30 2011 From: xueming.shen at oracle.com (xueming.shen at oracle.com) Date: Mon, 02 May 2011 18:38:30 +0000 Subject: hg: jdk7/tl/jdk: 7040220: java/char_encodin Optimize UTF-8 charset for String.getBytes()/new String(byte[]) Message-ID: <20110502183839.C475E471CB@hg.openjdk.java.net> Changeset: fa17f2b9a6d5 Author: sherman Date: 2011-05-02 11:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/fa17f2b9a6d5 7040220: java/char_encodin Optimize UTF-8 charset for String.getBytes()/new String(byte[]) Summary: implement sun.nio.cs.ArrayEn/Decoer in utf8 Reviewed-by: alanb ! src/share/classes/java/lang/StringCoding.java ! src/share/classes/java/util/zip/ZipCoder.java ! src/share/classes/sun/nio/cs/UTF_8.java + test/sun/nio/cs/StrCodingBenchmarkUTF8.java ! test/sun/nio/cs/TestStringCoding.java + test/sun/nio/cs/TestStringCodingUTF8.java ! test/sun/nio/cs/TestUTF8.java From michael.x.mcmahon at oracle.com Mon May 2 19:18:24 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Mon, 02 May 2011 19:18:24 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110502191845.0697A471D0@hg.openjdk.java.net> Changeset: 60b4039f60f9 Author: michaelm Date: 2011-05-02 20:11 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/60b4039f60f9 7041044: InetAddress.getByName(String,InetAddress) added in error Reviewed-by: alanb ! src/share/classes/java/net/InetAddress.java ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/SocketPermission.java ! src/share/classes/sun/net/www/URLConnection.java ! src/share/classes/sun/net/www/http/HttpClient.java Changeset: 36724da65fef Author: michaelm Date: 2011-05-02 20:17 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/36724da65fef Merge From mark.reinhold at oracle.com Mon May 2 21:16:26 2011 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Mon, 02 May 2011 14:16:26 -0700 Subject: StandardCharset vs. StandardCharsets Message-ID: <20110502211626.C8DAAC82@eggemoggin.niobe.net> 2011/4/29 16:28 -0700, mike.duigou at oracle.com: > Hi Mark; > > I'm still not on your wavelength on this issue. For two reasons: > > - Collections, Arrays, Channels, Objects aren't typically used for > holding constants. They are either factories or collections of static > utility methods. Only Collections actually defines any constants and > those probably should have been put on the respective interfaces. The constants in the Collections class weren't put into the related interfaces because that would have polluted any implementing class or subinterface with that constant name. Constants in interfaces are almost always a bad idea. > The closest example seems to be PosixFilePermission (an enum) > vs. PosixFilePermissions (static utility methods). The one difference > is that PosixFilePermission is exhaustive, no other permissions are > possible, vs the standard charsets where they represent only a subset > of the available charsets. AFAIK even ME distributions have more than > just the standard charsets. > > For the standard charsets we've got no methods, only constants. Is > Charsets preferred only because we want to avoid putting these > constants on Charset itself for the previously cited performance > reasons? To be clear, I'm not objecting to the prefix "Standard" -- I'm just arguing in favor of the suffix "s". > - The standard charset constants do seem like an enum. The enumeration > they belong to is easily named and part of the platform > specification. Conceptually, I agree. > Putting these definitions all into one class makes > membership obvious--the standard charsets are the ones in this > class. Yep. > Charsets not defined in this class are not standard and thus not > guaranteed to be available. (which is an interesting point, though the > standard charsets are now visible in the platform we still don't > provide a way to test whether a given charset is a member of the set of > standard charsets). That is an omission, but I wonder if anyone cares? (A possible fix would be to define StandardCharsets.ALL as a set containing all the singletons defined in the class.) > Barring history and implementation details I don't see why we wouldn't > be defining these constants as an enum implementing Charset the same > way as we've defined the jsr203 Standard* enums. The enum members would > have more implementation than the jsr203 Standard* enums, ie. more than > identity but almost all of that is constant data itself. That would require Charset to have been defined as an interface, which in turn would've added substantial complexity to the original design. At any rate, it's water under the bridge at this point. > What makes these constants *not* an enumeration? If I have the enum type enum Foo { BAR, BAZ } then the following assignment works: Foo x = Foo.BAR; A statement of that form does not work with your StandardCharset class: StandardCharset x = StandardCharset.US_ASCII; That's because StandardCharset is a final class and it does not extend Charset, nor any other class or interface except Object. It's just a holder for a bunch of convenient constants, like java.util.Arrays and j.u.Collections, etc. The only difference is that it defines some static constant values but no static methods. In short, the hallmark of an enum type is that its members all have the same type, and that type is the enum type itself. This is true whether you use the fancy enum construct from Java 5 or the older hand-coded enum pattern. Your StandardCharset class is not an enum type. In order to fix this you could change StandardCharset to extend Charset, but then you'd have to jump through some hoops to make the standard charset implementation classes extend StandardCharset rather than plain Charset, and you'd have to be careful not to allow anyone to extend StandardCharset. Offhand this seems to require moving the standard charset implementations into the java.nio.charset package itself. That's an awful lot of effort for just a handful of constants. > I'm not trying to be difficult on this, honestly. I understand. Me neither. - Mark From mike.duigou at oracle.com Wed May 4 00:07:24 2011 From: mike.duigou at oracle.com (Mike Duigou) Date: Tue, 3 May 2011 17:07:24 -0700 Subject: Review Request : 7041612 : Rename StandardCharset to StandardCharsets Message-ID: Hello All; Per the most recent message from Mark Reinhold (http://mail.openjdk.java.net/pipermail/core-libs-dev/2011-May/006827.html) the recently added StandardCharset class will be renamed to StandardCharsets to better reflect that it is not an enum. We would like to get this change in ASAP. Webrev here: http://cr.openjdk.java.net/~mduigou/7041612/0/webrev/ Thanks, Mike From Lance.Andersen at oracle.com Wed May 4 12:50:12 2011 From: Lance.Andersen at oracle.com (Lance Andersen - Oracle) Date: Wed, 4 May 2011 08:50:12 -0400 Subject: Review Request : 7041612 : Rename StandardCharset to StandardCharsets In-Reply-To: References: Message-ID: Looks good to me. Best, Lance On May 3, 2011, at 8:07 PM, Mike Duigou wrote: > Hello All; > > Per the most recent message from Mark Reinhold (http://mail.openjdk.java.net/pipermail/core-libs-dev/2011-May/006827.html) the recently added StandardCharset class will be renamed to StandardCharsets to better reflect that it is not an enum. > > We would like to get this change in ASAP. > > Webrev here: http://cr.openjdk.java.net/~mduigou/7041612/0/webrev/ > > Thanks, > > Mike Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From Alan.Bateman at oracle.com Wed May 4 13:15:48 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 04 May 2011 14:15:48 +0100 Subject: Review Request : 7041612 : Rename StandardCharset to StandardCharsets In-Reply-To: References: Message-ID: <4DC15184.4020904@oracle.com> Mike Duigou wrote: > Hello All; > > Per the most recent message from Mark Reinhold (http://mail.openjdk.java.net/pipermail/core-libs-dev/2011-May/006827.html) the recently added StandardCharset class will be renamed to StandardCharsets to better reflect that it is not an enum. > > We would like to get this change in ASAP. > > Webrev here: http://cr.openjdk.java.net/~mduigou/7041612/0/webrev/ > > Thanks, > > Mike The s/StandardCharset/StandardCharsets/g changes look okay to me. As I mentioned off-list, I wonder if we should re-examine StandardSocketOption and StandardWatchEventKind too. -Alan. From lvjing at linux.vnet.ibm.com Thu May 5 06:22:16 2011 From: lvjing at linux.vnet.ibm.com (Jing LV) Date: Thu, 05 May 2011 14:22:16 +0800 Subject: A method with return type size_t returns negative value In-Reply-To: <4DB685AF.9070602@oracle.com> References: <4D89BB76.5060900@linux.vnet.ibm.com> <4D89CA29.7040302@oracle.com> <4D8AF3C4.7020005@linux.vnet.ibm.com> <4D8B3A6B.8040005@oracle.com> <4DB68125.7080003@linux.vnet.ibm.com> <4DB685AF.9070602@oracle.com> Message-ID: <4DC24218.6070009@linux.vnet.ibm.com> ? 2011-4-26 16:43, Alan Bateman ??: > Jing LV wrote: >> Hello, >> >> Thanks for raising the defect. I see there is no patch now, so I >> create one (as the defect mentioned jint may be good, I use jint here). >> I have no Sun Online Account Id, would someone take a look? > The function prototypes would also require to be updated and there are > a couple of other areas that would require clean-up too. If it's okay > with you, I think we should postpone this to jdk8. This code has been > using size_t for many years and I don't think is actually causing a > real problem. I agree it should be cleaned up but we are out of time > in jdk7. Another point is that jdk8 will be our opportunity to remove > the dependencies on the JVM_* functions and so this code will be > changing anyway (I realize we're not using these in the Windows code > but the functions need to match as they are used from shared code). > > -Alan. Hi Alan, I am OK with Java8. And I am wondering if a portlib or something may help. I'd think deeper and provide some proposal. -- Best Regards, Jimmy, Jing LV From ptisnovs at redhat.com Thu May 5 15:39:09 2011 From: ptisnovs at redhat.com (Pavel Tisnovsky) Date: Thu, 05 May 2011 17:39:09 +0200 Subject: Reviewer needed - fix for regression test LastErrorString Message-ID: <4DC2C49D.8050901@redhat.com> Hi all, I'd like to push fix for regression test java/io/IOException/LastErrorString.java to OpenJDK7 and OpenJDK6. This fix ensures that no system-important files can be erased and/or rewritten by this test even if root started JTreg. Fixed test also tries all various combinations of file attributes. Webrev is available at: http://cr.openjdk.java.net/~ptisnovs/jtreg-jdk-test-LastErrorString-fix/ Can anybody please review it? Thank you in advance, Pavel Tisnovsky From Alan.Bateman at oracle.com Thu May 5 19:45:05 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 05 May 2011 20:45:05 +0100 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC2C49D.8050901@redhat.com> References: <4DC2C49D.8050901@redhat.com> Message-ID: <4DC2FE41.2050005@oracle.com> Pavel Tisnovsky wrote: > Hi all, > > I'd like to push fix for regression test > java/io/IOException/LastErrorString.java to OpenJDK7 and OpenJDK6. This > fix ensures that no system-important files can be erased and/or > rewritten by this test even if root started JTreg. Fixed test also tries > all various combinations of file attributes. > > Webrev is available at: > http://cr.openjdk.java.net/~ptisnovs/jtreg-jdk-test-LastErrorString-fix/ > > Can anybody please review it? > > Thank you in advance, > Pavel Tisnovsky > I agree that this test should be fixed but I don't know about jdk7 as it's being stabilized now and only critical changes are allowed. From a quick glance it looks like you've added the @test tag to both files so I assume jtreg will want to run it twice. Have you tried the test on Windows? I assume it will at least fail with "Unrecognized system" if run with Cygwin. In general it's best to avoid scripts if you can - in this case have you considered created an unreadable and unwriteable file in java instead? -Alan. From gnu_andrew at member.fsf.org Fri May 6 11:46:09 2011 From: gnu_andrew at member.fsf.org (Dr Andrew John Hughes) Date: Fri, 6 May 2011 12:46:09 +0100 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC2FE41.2050005@oracle.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> Message-ID: On 5 May 2011 20:45, Alan Bateman wrote: > Pavel Tisnovsky wrote: >> >> Hi all, >> >> I'd like to push fix for regression test >> java/io/IOException/LastErrorString.java to OpenJDK7 and OpenJDK6. This >> fix ensures that no system-important files can be erased and/or >> rewritten by this test even if root started JTreg. Fixed test also tries >> all various combinations of file attributes. >> >> Webrev is available at: >> http://cr.openjdk.java.net/~ptisnovs/jtreg-jdk-test-LastErrorString-fix/ >> >> Can anybody please review it? >> >> Thank you in advance, >> Pavel Tisnovsky >> > > I agree that this test should be fixed but I don't know about jdk7 as it's > being stabilized now and only critical changes are allowed. > Pavel submitted the patch for OpenJDK7, not jdk7. > From a quick glance it looks like you've added the @test tag to both files > so I assume jtreg will want to run it twice. Have you tried the test on > Windows? I assume it will at least fail with "Unrecognized system" if run > with Cygwin. In general it's best to avoid scripts if you can - in this case > have you considered created an unreadable and unwriteable file in java > instead? > We don't build on Windows. > -Alan. > -- Andrew :-) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: F5862A37 (https://keys.indymedia.org/) Fingerprint = EA30 D855 D50F 90CD F54D ?0698 0713 C3ED F586 2A37 From ptisnovs at redhat.com Fri May 6 11:53:29 2011 From: ptisnovs at redhat.com (Pavel Tisnovsky) Date: Fri, 06 May 2011 13:53:29 +0200 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC2FE41.2050005@oracle.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> Message-ID: <4DC3E139.5050001@redhat.com> Alan Bateman wrote: > Pavel Tisnovsky wrote: >> Hi all, >> >> I'd like to push fix for regression test >> java/io/IOException/LastErrorString.java to OpenJDK7 and OpenJDK6. This >> fix ensures that no system-important files can be erased and/or >> rewritten by this test even if root started JTreg. Fixed test also tries >> all various combinations of file attributes. >> >> Webrev is available at: >> http://cr.openjdk.java.net/~ptisnovs/jtreg-jdk-test-LastErrorString-fix/ >> >> Can anybody please review it? >> >> Thank you in advance, >> Pavel Tisnovsky >> Hi Alan, > I agree that this test should be fixed but I don't know about jdk7 as > it's being stabilized now and only critical changes are allowed. > just to be sure - are you talking about proprietary JDK7 or OpenJDK7? > From a quick glance it looks like you've added the @test tag to both > files so I assume jtreg will want to run it twice. JTreg harness only "see" LastErrorString.java as test, but you are right, I'll remove unecessary tags from shell script. > Have you tried the > test on Windows? I assume it will at least fail with "Unrecognized > system" if run with Cygwin. In general it's best to avoid scripts if you > can - in this case have you considered created an unreadable and > unwriteable file in java instead? No I did not try to run it on Windows, I just need to fix the possibility of changing/erasing important system files ATM. Will try to create Java-only solution. Thanks Pavel > > -Alan. From Alan.Bateman at oracle.com Fri May 6 12:55:15 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 06 May 2011 13:55:15 +0100 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC3E139.5050001@redhat.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> <4DC3E139.5050001@redhat.com> Message-ID: <4DC3EFB3.7060804@oracle.com> Pavel Tisnovsky wrote: > : >> I agree that this test should be fixed but I don't know about jdk7 as >> it's being stabilized now and only critical changes are allowed. >> >> > > just to be sure - are you talking about proprietary JDK7 or OpenJDK7? > I'm talking about the jdk7/jdk7 forest. That's going to get locked down soon and only critical changes will be allowed in. I honestly do not know any of the details as to how this will happen but I don't think it's unreasonable to limit the number of changes when nearing the end. It would be nice if test-only changes could be exempt from red tape but I just don't know at this point. This shouldn't stop us reviewing the change of course and I'm happy to run it on Windows for you. I also need to create a bug for this as I don't think we have one already (FWIW, this test seems to have been added in 1998 and has been largely untouched since then). -Alan. From ptisnovs at redhat.com Fri May 6 13:14:16 2011 From: ptisnovs at redhat.com (Pavel Tisnovsky) Date: Fri, 06 May 2011 15:14:16 +0200 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC3EFB3.7060804@oracle.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> <4DC3E139.5050001@redhat.com> <4DC3EFB3.7060804@oracle.com> Message-ID: <4DC3F428.5000100@redhat.com> Alan Bateman wrote: > Pavel Tisnovsky wrote: >> : >>> I agree that this test should be fixed but I don't know about jdk7 as >>> it's being stabilized now and only critical changes are allowed. >>> >>> >> >> just to be sure - are you talking about proprietary JDK7 or OpenJDK7? >> > I'm talking about the jdk7/jdk7 forest. That's going to get locked down > soon and only critical changes will be allowed in. I honestly do not > know any of the details as to how this will happen but I don't think > it's unreasonable to limit the number of changes when nearing the end. I see, thanks for the clarification. > It would be nice if test-only changes could be exempt from red tape but > I just don't know at this point. This shouldn't stop us reviewing the > change of course and I'm happy to run it on Windows for you. I also need > to create a bug for this as I don't think we have one already (FWIW, > this test seems to have been added in 1998 and has been largely > untouched since then). > > -Alan. > From Alan.Bateman at oracle.com Fri May 6 13:26:08 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 06 May 2011 14:26:08 +0100 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC3EFB3.7060804@oracle.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> <4DC3E139.5050001@redhat.com> <4DC3EFB3.7060804@oracle.com> Message-ID: <4DC3F6F0.3090504@oracle.com> Alan Bateman wrote: > I also need to create a bug for this as I don't think we have one already Here it is: 7042603: TEST_BUG: test/java/io/IOException/LastErrorString.java touches system files From joe.darcy at oracle.com Sat May 7 00:06:57 2011 From: joe.darcy at oracle.com (joe.darcy at oracle.com) Date: Sat, 07 May 2011 00:06:57 +0000 Subject: hg: jdk7/tl/jdk: 7011326: Add informative example to @SafeVarargs type or language discussion Message-ID: <20110507000711.BA4314734F@hg.openjdk.java.net> Changeset: 85cbf90d88b9 Author: darcy Date: 2011-05-06 17:06 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/85cbf90d88b9 7011326: Add informative example to @SafeVarargs type or language discussion Reviewed-by: mcimadamore, mduigou ! src/share/classes/java/lang/SafeVarargs.java From Ulf.Zibis at gmx.de Sat May 7 12:17:42 2011 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Sat, 07 May 2011 14:17:42 +0200 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <20110502211626.C8DAAC82@eggemoggin.niobe.net> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> Message-ID: <4DC53866.4070803@gmx.de> Hi all, please excuse, that I have still problems to accept this additional class, but +1 for the plural name. If those charset constants are there, people _will use_ them without respect on the existing _performance disadvantages_. A common typical use case should be: String.getBytes(...) On small strings there is a performance lost up to 25 % using the charset variant vs. the charset name variant. See: http://cr.openjdk.java.net/~sherman/7040220/client http://markmail.org/message/2tbas5skgkve52mz http://markmail.org/thread/lnrozcbnpcl5kmzs So I still think, we should have the standard charset names as constants in class j.n.c.Charset: public static final String UTF_8 = "UTF-8"; etc... To avoid duplicate declarations, class sun.nio.cs.StandardCharsets should refer them. (After automatic build generation of s.n.c.StandardCharsets.java generation replace "UTF-8" by java.nio.charset.Charset.UTF_8 etc...) If I understand right, the reasonable for this j.n.c.StandardCharsets class is to avoid too much classes to be loaded while booting the VM. (1.) This could easily be achieved by lazy initialized static final methods: j.n.c.Charset.charsetUTF_8() etc... or more short j.n.c.Charset.UTF_8() etc... (unconventional upper-case method name would indicate that a constant is returned). Aside it would remember that the returned constants are platform vendor implementation dependent. So there is no need for an additional class j.n.c.StandardCharsets to be maintained and loaded. (2.) Alternatively/Additionally ... In ***Bug 100098* - Make sun.nio.cs.* charset objects light-weight ** I have demonstrated that there is no need to have an *individual class for each charset*, so we won't need to care about 6 charset classes to be loaded during VM boot. Besides the lookup of a charset should be much faster then before, as it doesn't anymore need a Class.forName(...) call, as you can see there, in my FastCharsetProvider class. This change seems to be too invasive in the current state of JDK-7, but in the meantime we could have something (which demonstrates the advantage to have the canonical names as constant) like: package sun.nio.cs; ... import static java.nio.charset.Charset.*; import static sun.nio.cs.StandardCharsets.*; public class FastCharsetProvider extends CharsetProvider { ... private Charset lookup(String charsetName) { String csn = canonicalize(toLower(charsetName)); // Check cache first Charset cs = cache.get(csn); if (cs != null) return cs; StandardCharset: { switch (charsetName) { case US_ASCII : cs = new StandardCharset(US_ASCII, aliases_US_ASCII); break; case ISO_8859_1 : cs = new StandardCharset(ISO_8859_1, aliases_ISO_8859_1); break; case UTF_8 : cs = new StandardCharset(UTF_8, aliases_UTF_8); break; case UTF_16 : cs = return new StandardCharset(UTF_16, aliases_UTF_16); break; case UTF_16BE : cs = new StandardCharset(UTF_16BE, aliases_UTF_16BE); break; case UTF_16LE : cs = new StandardCharset(UTF_16LE, aliases_UTF_16LE); break; default : break StandardCharset; } cache.put(csn, cs); return cs; } // Do we even support this charset? String cln = classMap.get(csn); if (cln == null) return null; // Instantiate the charset and cache it ... } private final class StandardCharset extends Charset { private StandardCharset(String canonicalName, String[] aliases) { super(canonicalName, aliases); } newDecoder() { switch (name()) { case US_ASCII : return new sun.nio.cs.US_ASCII.Decoder(); case ISO_8859_1 : return new sun.nio.cs.ISO_8859_1.Decoder(); case UTF_8 : return new sun.nio.cs.UTF_8.Decoder(); case UTF_16 : return new sun.nio.cs.UTF_16.Decoder(); case UTF_16BE : return new sun.nio.cs.UTF_16BE.Decoder(); case UTF_16LE : return new sun.nio.cs.UTF_16LE.Decoder(); default : return Charset.defaultCharset().newDecoder(); } newEncoder() { ... } ... } ... } So I tend to prefer the original request from 4884238 (have the canonical names as constants), as the lookup via Charset.forName(...) then could be very fast compared to the anyway following heavy de/encoding work. In that case we additionally could avoid such weird constructs (potentially superfluously forces the UTF-8 charset class to be loaded): 114 private ZipCoder(Charset cs) { 115 this.cs = cs; 116 this.isUTF8 = cs.name().equals(StandardCharset.UTF_8.name()); 117 } Instead we could have: 116 this.isUTF8 = cs.name().equals(Charset.UTF_8); -Ulf Am 02.05.2011 23:16, schrieb mark.reinhold at oracle.com: > 2011/4/29 16:28 -0700, mike.duigou at oracle.com: >> Hi Mark; >> >> I'm still not on your wavelength on this issue. For two reasons: >> >> - Collections, Arrays, Channels, Objects aren't typically used for >> holding constants. They are either factories or collections of static >> utility methods. Only Collections actually defines any constants and >> those probably should have been put on the respective interfaces. > The constants in the Collections class weren't put into the related > interfaces because that would have polluted any implementing class or > subinterface with that constant name. Constants in interfaces are > almost always a bad idea. > >> The closest example seems to be PosixFilePermission (an enum) >> vs. PosixFilePermissions (static utility methods). The one difference >> is that PosixFilePermission is exhaustive, no other permissions are >> possible, vs the standard charsets where they represent only a subset >> of the available charsets. AFAIK even ME distributions have more than >> just the standard charsets. >> >> For the standard charsets we've got no methods, only constants. Is >> Charsets preferred only because we want to avoid putting these >> constants on Charset itself for the previously cited performance >> reasons? > To be clear, I'm not objecting to the prefix "Standard" -- I'm just > arguing in favor of the suffix "s". > >> - The standard charset constants do seem like an enum. The enumeration >> they belong to is easily named and part of the platform >> specification. > Conceptually, I agree. > >> Putting these definitions all into one class makes >> membership obvious--the standard charsets are the ones in this >> class. > Yep. > >> Charsets not defined in this class are not standard and thus not >> guaranteed to be available. (which is an interesting point, though the >> standard charsets are now visible in the platform we still don't >> provide a way to test whether a given charset is a member of the set of >> standard charsets). > That is an omission, but I wonder if anyone cares? (A possible fix would > be to define StandardCharsets.ALL as a set containing all the singletons > defined in the class.) > >> Barring history and implementation details I don't see why we wouldn't >> be defining these constants as an enum implementing Charset the same >> way as we've defined the jsr203 Standard* enums. The enum members would >> have more implementation than the jsr203 Standard* enums, ie. more than >> identity but almost all of that is constant data itself. > That would require Charset to have been defined as an interface, which > in turn would've added substantial complexity to the original design. > At any rate, it's water under the bridge at this point. > >> What makes these constants *not* an enumeration? > If I have the enum type > > enum Foo { BAR, BAZ } > > then the following assignment works: > > Foo x = Foo.BAR; > > A statement of that form does not work with your StandardCharset class: > > StandardCharset x = StandardCharset.US_ASCII; > > That's because StandardCharset is a final class and it does not extend > Charset, nor any other class or interface except Object. It's just a > holder for a bunch of convenient constants, like java.util.Arrays and > j.u.Collections, etc. The only difference is that it defines some > static constant values but no static methods. > > In short, the hallmark of an enum type is that its members all have the > same type, and that type is the enum type itself. This is true whether > you use the fancy enum construct from Java 5 or the older hand-coded enum > pattern. Your StandardCharset class is not an enum type. > > In order to fix this you could change StandardCharset to extend Charset, > but then you'd have to jump through some hoops to make the standard > charset implementation classes extend StandardCharset rather than plain > Charset, and you'd have to be careful not to allow anyone to extend > StandardCharset. Offhand this seems to require moving the standard > charset implementations into the java.nio.charset package itself. > > That's an awful lot of effort for just a handful of constants. > >> I'm not trying to be difficult on this, honestly. > I understand. Me neither. > > - Mark > From forax at univ-mlv.fr Sat May 7 16:00:36 2011 From: forax at univ-mlv.fr (=?ISO-8859-1?Q?R=E9mi_Forax?=) Date: Sat, 07 May 2011 18:00:36 +0200 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC53866.4070803@gmx.de> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> Message-ID: <4DC56CA4.2080804@univ-mlv.fr> On 05/07/2011 02:17 PM, Ulf Zibis wrote: > Hi all, > > please excuse, that I have still problems to accept this additional > class, but +1 for the plural name. > > If those charset constants are there, people _will use_ them without > respect on the existing _performance disadvantages_. > A common typical use case should be: String.getBytes(...) > On small strings there is a performance lost up to 25 % using the > charset variant vs. the charset name variant. See: > http://cr.openjdk.java.net/~sherman/7040220/client > http://markmail.org/message/2tbas5skgkve52mz > http://markmail.org/thread/lnrozcbnpcl5kmzs > > So I still think, we should have the standard charset names as > constants in class j.n.c.Charset: > public static final String UTF_8 = "UTF-8"; etc... Using objects instead of string is a better design. I see the fact that the String method variants that takes a Charset are slower that the ones that use a String as a performance bug, not as a design issue. The String method that takes a Charset should reuse the class-local decoder and the performance problem will go away. (The analysis in StringCoding.decode(Charset, ...) (point 1) forget that initializing a decoder has also a cost) R?mi PS: also the else part of if(c instanceof ArrayDecoder) should be in a side method to ease the inlining of decode(). From Ulf.Zibis at gmx.de Sat May 7 17:55:07 2011 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Sat, 07 May 2011 19:55:07 +0200 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC56CA4.2080804@univ-mlv.fr> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> Message-ID: <4DC5877B.7080606@gmx.de> R?mi, thanks for your feedback. Am 07.05.2011 18:00, schrieb R?mi Forax: > On 05/07/2011 02:17 PM, Ulf Zibis wrote: >> Hi all, >> >> please excuse, that I have still problems to accept this additional class, but +1 for the plural >> name. >> >> If those charset constants are there, people _will use_ them without respect on the existing >> _performance disadvantages_. >> A common typical use case should be: String.getBytes(...) >> On small strings there is a performance lost up to 25 % using the charset variant vs. the charset >> name variant. See: >> http://cr.openjdk.java.net/~sherman/7040220/client >> http://markmail.org/message/2tbas5skgkve52mz >> http://markmail.org/thread/lnrozcbnpcl5kmzs >> >> So I still think, we should have the standard charset names as constants in class j.n.c.Charset: >> public static final String UTF_8 = "UTF-8"; etc... > > Using objects instead of string is a better design. I agree 50 %. 100 % would be to have: byte[] String.getBytes(CharsetEncoder encoder) String(byte[] bytes, CharsetDecoder decoder) So for convenience in consequence we should introduce constants for CharsetDecoder's and CharsetEncoder's in j.n.c.StandardCharsets, which would result in 12 additional classes to be loaded and instatiated at one time, if only one of them becomes in use. But anyway, it would be better to have the canonical names of the standard charsets declared in 1 place, not in 3 (Charset, j.n.c.StandardCharsets, s.n.c.StandardCharsets) > I see the fact that the String method variants that takes a Charset are slower that the ones that > use a String > as a performance bug, not as a design issue. > > The String method that takes a Charset should reuse the class-local decoder > and the performance problem will go away. > (The analysis in StringCoding.decode(Charset, ...) (point 1) forget that initializing a decoder > has also a cost) Unfortunately this is not possible. See following discussion (my last post from 26.03.2009 - 00:52 CET, unfortunately this was a private conversation): Am 19.03.2009 20:02, Xueming Shen schrieb: > Ulf Zibis wrote: >> >> Isn't there any way even to avoid instantiating new ..Array-X-coder for each invocation of >> StringCoding.x-code(Charset cs, ...)? >> Method x-code(byte/char[]) seems to be threadsafe, if replacement isn't changed, so I suppose, we >> could cache the ..Array-X-coder. >> > no. an "external" charset can do whatever it likes, it might be still the same "object", the > de/encoder it "creates" might > be still the same "object' or looks like the same object you might have cahced, but do total > different thing. At first assumption user could think, that String#getBytes(byte[] buf, Charset cs) might be faster than String#getBytes(byte[] buf, String csn), because he assumes, that Charset would be internally created from csn. As this is only true for the first call, there should be a *note* in JavaDoc about cost of those methods in comparision. Don't forget (byte[] ...) constructor's JavaDoc too. Secondly I think, that ASCII and ISO-8859-1 have high percentage here especially for CORBA applications, so why not have a fast shortcut in class String without internally using Charset-X-coder like getASCIIbytes() + getISO_8859_1Bytes(), or more general and sophisticated: int getBytes(byte[] buf, byte mask) { int j = 0; for (int i=0; i References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> <4DC5877B.7080606@gmx.de> Message-ID: <4DC59062.4050001@univ-mlv.fr> Hi Ulf, the javadoc doesn't say explicitly that the result of charset.newDecoder() will be used, so I don't see the point. I even see that the last sentence: "The|||| CharsetDecoder class should be used when more control over the decoding process is required." as a way to say that it's ok to reuse a previously existing decoder. R?mi On 05/07/2011 07:55 PM, Ulf Zibis wrote: > R?mi, thanks for your feedback. > > Am 07.05.2011 18:00, schrieb R?mi Forax: >> On 05/07/2011 02:17 PM, Ulf Zibis wrote: >>> Hi all, >>> >>> please excuse, that I have still problems to accept this additional >>> class, but +1 for the plural name. >>> >>> If those charset constants are there, people _will use_ them without >>> respect on the existing _performance disadvantages_. >>> A common typical use case should be: String.getBytes(...) >>> On small strings there is a performance lost up to 25 % using the >>> charset variant vs. the charset name variant. See: >>> http://cr.openjdk.java.net/~sherman/7040220/client >>> http://markmail.org/message/2tbas5skgkve52mz >>> http://markmail.org/thread/lnrozcbnpcl5kmzs >>> >>> So I still think, we should have the standard charset names as >>> constants in class j.n.c.Charset: >>> public static final String UTF_8 = "UTF-8"; etc... >> >> Using objects instead of string is a better design. > > I agree 50 %. > 100 % would be to have: > byte[] String.getBytes(CharsetEncoder encoder) > String(byte[] bytes, CharsetDecoder decoder) > So for convenience in consequence we should introduce constants for > CharsetDecoder's and CharsetEncoder's in j.n.c.StandardCharsets, which > would result in 12 additional classes to be loaded and instatiated at > one time, if only one of them becomes in use. > > But anyway, it would be better to have the canonical names of the > standard charsets declared in 1 place, not in 3 (Charset, > j.n.c.StandardCharsets, s.n.c.StandardCharsets) > >> I see the fact that the String method variants that takes a Charset >> are slower that the ones that use a String >> as a performance bug, not as a design issue. >> >> The String method that takes a Charset should reuse the class-local >> decoder >> and the performance problem will go away. >> (The analysis in StringCoding.decode(Charset, ...) (point 1) forget >> that initializing a decoder has also a cost) > > Unfortunately this is not possible. > See following discussion (my last post from 26.03.2009 - 00:52 CET, > unfortunately this was a private conversation): > > > Am 19.03.2009 20:02, Xueming Shen schrieb: >> Ulf Zibis wrote: >>> >>> Isn't there any way even to avoid instantiating new ..Array-X-coder >>> for each invocation of StringCoding.x-code(Charset cs, ...)? >>> Method x-code(byte/char[]) seems to be threadsafe, if replacement >>> isn't changed, so I suppose, we could cache the ..Array-X-coder. >>> >> no. an "external" charset can do whatever it likes, it might be still >> the same "object", the de/encoder it "creates" might >> be still the same "object' or looks like the same object you might >> have cahced, but do total different thing. > > > At first assumption user could think, that String#getBytes(byte[] buf, > Charset cs) might be faster than String#getBytes(byte[] buf, String > csn), because he assumes, that Charset would be internally created > from csn. > As this is only true for the first call, there should be a *note* in > JavaDoc about cost of those methods in comparision. Don't forget > (byte[] ...) constructor's JavaDoc too. > > Secondly I think, that ASCII and ISO-8859-1 have high percentage here > especially for CORBA applications, so why not have a fast shortcut in > class String without internally using Charset-X-coder like > getASCIIbytes() + getISO_8859_1Bytes(), or more general and > sophisticated: > int getBytes(byte[] buf, byte mask) { > int j = 0; > for (int i=0; i if (values[i] | mask == mask) > buf[j] = (byte)values[i]; > continue; > if (isHighSurrogate(values[i]) > i++; > buf[j] = '?'; // or default replacement > } > return j; > } > > -Ulf > > From xueming.shen at oracle.com Sat May 7 18:54:53 2011 From: xueming.shen at oracle.com (Xueming Shen) Date: Sat, 07 May 2011 11:54:53 -0700 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC56CA4.2080804@univ-mlv.fr> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> Message-ID: <4DC5957D.6040900@oracle.com> On 05-07-2011 ?? 9:00, R?mi Forax wrote: > On 05/07/2011 02:17 PM, Ulf Zibis wrote: >> Hi all, >> >> please excuse, that I have still problems to accept this additional >> class, but +1 for the plural name. >> >> If those charset constants are there, people _will use_ them without >> respect on the existing _performance disadvantages_. >> A common typical use case should be: String.getBytes(...) >> On small strings there is a performance lost up to 25 % using the >> charset variant vs. the charset name variant. See: >> http://cr.openjdk.java.net/~sherman/7040220/client >> http://markmail.org/message/2tbas5skgkve52mz >> http://markmail.org/thread/lnrozcbnpcl5kmzs >> >> So I still think, we should have the standard charset names as >> constants in class j.n.c.Charset: >> public static final String UTF_8 = "UTF-8"; etc... > > Using objects instead of string is a better design. > I see the fact that the String method variants that takes a Charset > are slower that the ones that use a String > as a performance bug, not as a design issue. > > The String method that takes a Charset should reuse the class-local > decoder > and the performance problem will go away. > (The analysis in StringCoding.decode(Charset, ...) (point 1) forget > that initializing a decoder has also a cost) I do know the "slowness" is from initializing cs.newDe/Encoder():-) But it is just not "easy" to cache the de/encoder in this case. There is no guarantee that the cs passed in this time is the same one you had last time, even the name might be the same. Or even the cs this time is indeed the same instance you had last time (you did the cache), there is no guarantee the dec/enc returned from newDecoder()/Encoder() this time will be the same one in your cache, until you invoke the newDecoder()/Encoder() , get the enc/dec and compare to the on in your cache, but then why cache it:-) Something you can do is to do the cache if the cs passed in is indeed the one from our own charset repository (can be trusted that would not do something tricky), you can do this by invoking getClassLoader0() == null, which is expensive, I kinda remember the measure showed this might not be something worthing doing last time when I was there. Sure, those charsets in StandardChsets can be treated specially, if desirable, probably only the ascii, iso8859-1 and utf8, such as if (cs == StandardCharsets.UTF_8 || cs == StandardCharsets.US_ASCII...) { ... } Will do some measurement later to see if to separate the "else" part in a side method will speed up a little, we can do that if the inline does help, but not for 7:-) Thanks! -Sherman > R?mi > PS: also the else part of if(c instanceof ArrayDecoder) should be in a > side method to ease > the inlining of decode(). > From xueming.shen at oracle.com Sun May 8 08:33:49 2011 From: xueming.shen at oracle.com (Xueming Shen) Date: Sun, 08 May 2011 01:33:49 -0700 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC5877B.7080606@gmx.de> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> <4DC5877B.7080606@gmx.de> Message-ID: <4DC6556D.5080902@oracle.com> On 5/7/2011 10:55 AM, Ulf Zibis wrote: > R?mi, thanks for your feedback. > > Am 07.05.2011 18:00, schrieb R?mi Forax: >> On 05/07/2011 02:17 PM, Ulf Zibis wrote: >>> Hi all, >>> >>> please excuse, that I have still problems to accept this additional >>> class, but +1 for the plural name. >>> >>> If those charset constants are there, people _will use_ them without >>> respect on the existing _performance disadvantages_. >>> A common typical use case should be: String.getBytes(...) >>> On small strings there is a performance lost up to 25 % using the >>> charset variant vs. the charset name variant. See: >>> http://cr.openjdk.java.net/~sherman/7040220/client >>> http://markmail.org/message/2tbas5skgkve52mz >>> http://markmail.org/thread/lnrozcbnpcl5kmzs >>> >>> So I still think, we should have the standard charset names as >>> constants in class j.n.c.Charset: >>> public static final String UTF_8 = "UTF-8"; etc... >> >> Using objects instead of string is a better design. > > I agree 50 %. > 100 % would be to have: > byte[] String.getBytes(CharsetEncoder encoder) > String(byte[] bytes, CharsetDecoder decoder) > So for convenience in consequence we should introduce constants for > CharsetDecoder's and CharsetEncoder's in j.n.c.StandardCharsets, which > would result in 12 additional classes to be loaded and instatiated at > one time, if only one of them becomes in use. > Ulf, CharsetDecoder and CharsetEncoder have "states", can't be used as a "constant". -Sherman From Ulf.Zibis at gmx.de Sun May 8 09:13:06 2011 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Sun, 08 May 2011 11:13:06 +0200 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC6556D.5080902@oracle.com> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> <4DC5877B.7080606@gmx.de> <4DC6556D.5080902@oracle.com> Message-ID: <4DC65EA2.7090900@gmx.de> Am 08.05.2011 10:33, schrieb Xueming Shen: > On 5/7/2011 10:55 AM, Ulf Zibis wrote: >> >> I agree 50 %. >> 100 % would be to have: >> byte[] String.getBytes(CharsetEncoder encoder) >> String(byte[] bytes, CharsetDecoder decoder) >> So for convenience in consequence we should introduce constants for CharsetDecoder's and >> CharsetEncoder's in j.n.c.StandardCharsets, which would result in 12 additional classes to be >> loaded and instatiated at one time, if only one of them becomes in use. >> > > Ulf, > > CharsetDecoder and CharsetEncoder have "states", can't be used as a "constant". > > -Sherman > Yes, I know, remember I'm fully against the j.n.c.StandardCharsets concept. I would support declaration of the the charset names at 1 place. I only wanted to point out, that caching de/encoders would make more sense than caching charsets (which are anyway cached by Charset; ...and additionally the small local cache becomes destroyed from initialization of j.n.c.StandardCharsets) at least from the performance view. Maybe it could make sense to have those de/encoders as ThreadLocal constants, as it should be easy for the user to care about the state: - after usage from String.getBytes etc. state should be "ready for new work" - in other cases user may use reset().. But the user anyway could cache them in his code, so it would be big support to have: byte[] String.getBytes(CharsetEncoder encoder) String(byte[] bytes, CharsetDecoder decoder) -Ulf From spoole at linux.vnet.ibm.com Sun May 8 09:25:25 2011 From: spoole at linux.vnet.ibm.com (Steve Poole) Date: Sun, 08 May 2011 10:25:25 +0100 Subject: JAXP 1.4.5 in JDK7 Message-ID: <4DC66185.1070809@linux.vnet.ibm.com> Hi all, I know that the jaxp code in JDK7 is pulled from the java.net project. Currently its pulling down jaxp-1_4_5-dev1.zip. Since JDK7 is into the end game I assumed that 1.4.5 would be released by now but its not. What's the plan for having JDK7 ship with a formal release of JAXP? Cheers Steve From weijun.wang at oracle.com Sun May 8 09:58:39 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Sun, 08 May 2011 17:58:39 +0800 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC66185.1070809@linux.vnet.ibm.com> References: <4DC66185.1070809@linux.vnet.ibm.com> Message-ID: <4DC6694F.4060600@oracle.com> It's already 1.4.5 now. http://mail.openjdk.java.net/pipermail/core-libs-dev/2011-May/006813.html -Max On 05/08/2011 05:25 PM, Steve Poole wrote: > Hi all, > > I know that the jaxp code in JDK7 is pulled from the java.net project. > Currently its pulling down jaxp-1_4_5-dev1.zip. > Since JDK7 is into the end game I assumed that 1.4.5 would be released > by now but its not. > > What's the plan for having JDK7 ship with a formal release of JAXP? > > Cheers > > Steve > From forax at univ-mlv.fr Sun May 8 13:09:23 2011 From: forax at univ-mlv.fr (=?UTF-8?B?UsOpbWkgRm9yYXg=?=) Date: Sun, 08 May 2011 15:09:23 +0200 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC5957D.6040900@oracle.com> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> <4DC5957D.6040900@oracle.com> Message-ID: <4DC69603.8000800@univ-mlv.fr> On 05/07/2011 08:54 PM, Xueming Shen wrote: > On 05-07-2011 ?? 9:00, R?mi Forax wrote: >> On 05/07/2011 02:17 PM, Ulf Zibis wrote: >>> Hi all, >>> >>> please excuse, that I have still problems to accept this additional >>> class, but +1 for the plural name. >>> >>> If those charset constants are there, people _will use_ them without >>> respect on the existing _performance disadvantages_. >>> A common typical use case should be: String.getBytes(...) >>> On small strings there is a performance lost up to 25 % using the >>> charset variant vs. the charset name variant. See: >>> http://cr.openjdk.java.net/~sherman/7040220/client >>> http://markmail.org/message/2tbas5skgkve52mz >>> http://markmail.org/thread/lnrozcbnpcl5kmzs >>> >>> So I still think, we should have the standard charset names as >>> constants in class j.n.c.Charset: >>> public static final String UTF_8 = "UTF-8"; etc... >> >> Using objects instead of string is a better design. >> I see the fact that the String method variants that takes a Charset >> are slower that the ones that use a String >> as a performance bug, not as a design issue. >> >> The String method that takes a Charset should reuse the class-local >> decoder >> and the performance problem will go away. >> (The analysis in StringCoding.decode(Charset, ...) (point 1) forget >> that initializing a decoder has also a cost) > > I do know the "slowness" is from initializing cs.newDe/Encoder():-) > But it is just not "easy" to cache > the de/encoder in this case. There is no guarantee that the cs passed > in this time is the same one > you had last time, even the name might be the same. I agree. You can load a new charset this will override an existing one. > Or even the cs this time is indeed the same > instance you had last time (you did the cache), there is no guarantee > the dec/enc returned from > newDecoder()/Encoder() this time will be the same one in your cache, > until you invoke the > newDecoder()/Encoder() , Here, you don't care if it's the same encoder/decoder. Any decoder/encoder will be valid, if the charset is the same (==) as the thread-local one. The spec allows to reuse encoder/decoder, so it's valid to reuse one created from the same charset. As I said, the javadoc offers no guarantee that we should always call newEncoder/newDecoder and even says that if you want control over the encoder/decoder you should call newEncoder/newDecoder yourself. > get the enc/dec and compare to the on in your cache, but then why cache > it:-) Something you can do is to do the cache if the cs passed in is > indeed the one from our own > charset repository (can be trusted that would not do something > tricky), you can do this by invoking > getClassLoader0() == null, which is expensive, I kinda remember the > measure showed this might > not be something worthing doing last time when I was there. Yes, weirdly, getClassLoader() is not a VM intrinsic even if by example getSuperClass() which is far more complex than getClassLoader() is an intrinsic. It should be a good idea to open a bug to create an intrinsic for getClassLoader, checking if a classloader of a class is null or not is a common pattern. > Sure, those charsets in > StandardChsets can be treated specially, if desirable, probably only > the ascii, iso8859-1 and utf8, > such as > > if (cs == StandardCharsets.UTF_8 || cs == StandardCharsets.US_ASCII...) { > ... > } I think it's better to reuse the caching mechanism used if the charset is a String. > > Will do some measurement later to see if to separate the "else" part > in a side method will speed > up a little, we can do that if the inline does help, but not for 7:-) Yes, not for 7, but 8 is around the corner. > > Thanks! > -Sherman cheers, R?mi From Alan.Bateman at oracle.com Sun May 8 14:05:20 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sun, 08 May 2011 15:05:20 +0100 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC66185.1070809@linux.vnet.ibm.com> References: <4DC66185.1070809@linux.vnet.ibm.com> Message-ID: <4DC6A320.30401@oracle.com> Steve Poole wrote: > Hi all, > > I know that the jaxp code in JDK7 is pulled from the java.net project. > Currently its pulling down jaxp-1_4_5-dev1.zip. > Since JDK7 is into the end game I assumed that 1.4.5 would be > released by now but its not. > > What's the plan for having JDK7 ship with a formal release of JAXP? > > Cheers > > Steve > Just to add to what Max said, that change to pull the 1.4.5 bundle should get to the jdk7/jdk7 forest in the next few days (and for Oracle builds, should mean it will be in b142). -Alan. From spoole at linux.vnet.ibm.com Mon May 9 06:40:44 2011 From: spoole at linux.vnet.ibm.com (Steve Poole) Date: Mon, 09 May 2011 07:40:44 +0100 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC6A320.30401@oracle.com> References: <4DC66185.1070809@linux.vnet.ibm.com> <4DC6A320.30401@oracle.com> Message-ID: <4DC78C6C.6080708@linux.vnet.ibm.com> On 08/05/11 15:05, Alan Bateman wrote: > Steve Poole wrote: >> Hi all, >> >> I know that the jaxp code in JDK7 is pulled from the java.net >> project. Currently its pulling down jaxp-1_4_5-dev1.zip. >> Since JDK7 is into the end game I assumed that 1.4.5 would be >> released by now but its not. >> >> What's the plan for having JDK7 ship with a formal release of JAXP? >> >> Cheers >> >> Steve >> > Just to add to what Max said, that change to pull the 1.4.5 bundle > should get to the jdk7/jdk7 forest in the next few days (and for > Oracle builds, should mean it will be in b142). > > -Alan. Sorry - I wasn't clear. I know 1.4.5 is in the build now but it is a development release. If you go here: http://jaxp.java.net/ you'll see that the latest formal release mentioned is 1.4.4. Is JDK7 going to ship with a development release of JAXP or will 1.4.5 get formally released before JDK7 FCS? Cheers Steve From ptisnovs at redhat.com Mon May 9 09:14:05 2011 From: ptisnovs at redhat.com (Pavel Tisnovsky) Date: Mon, 09 May 2011 11:14:05 +0200 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC3F6F0.3090504@oracle.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> <4DC3E139.5050001@redhat.com> <4DC3EFB3.7060804@oracle.com> <4DC3F6F0.3090504@oracle.com> Message-ID: <4DC7B05D.7020702@redhat.com> Alan Bateman wrote: > Alan Bateman wrote: >> I also need to create a bug for this as I don't think we have one already > Here it is: > > 7042603: TEST_BUG: test/java/io/IOException/LastErrorString.java touches > system files Hi Alan, thank you for creating bug# for this issue. I changed this regression test so it does not need to use shell script at all because now it creates all required files itself. Here is new webrev: http://cr.openjdk.java.net/~ptisnovs/jtreg-jdk-test-LastErrorString-fix2/ I've also ran this test on Windows XP SP2 and it seems to works fine. Output of this test is stored in an attachment [stderr_windows.log]. Please note that I found only Win XP configured with Czech locale so some system messages might me incomprehensible, but these messages are correct ("P??stup byl odep?en" == "Access denied" etc.) Cheers, Pavel -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: stderr_windows.log URL: From Alan.Bateman at oracle.com Mon May 9 11:27:30 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 09 May 2011 12:27:30 +0100 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC78C6C.6080708@linux.vnet.ibm.com> References: <4DC66185.1070809@linux.vnet.ibm.com> <4DC6A320.30401@oracle.com> <4DC78C6C.6080708@linux.vnet.ibm.com> Message-ID: <4DC7CFA2.1090502@oracle.com> Steve Poole wrote: > > Sorry - I wasn't clear. I know 1.4.5 is in the build now but it is a > development release. If you go here: http://jaxp.java.net/ you'll > see that the latest formal release mentioned is 1.4.4. > Is JDK7 going to ship with a development release of JAXP or will 1.4.5 > get formally released before JDK7 FCS? I've cc'ed Joe Wang from the JAXP project and I'm sure he can help (and maybe suggest the mailing list to use for JAXP related issues). -Alan From alan.bateman at oracle.com Mon May 9 12:24:12 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:24:12 +0000 Subject: hg: jdk7/tl: 3 new changesets Message-ID: <20110509122412.A8E87473CD@hg.openjdk.java.net> Changeset: 13db01f974ce Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/13db01f974ce Added tag jdk7-b140 for changeset dcfe74f1c655 ! .hgtags Changeset: c6569c558585 Author: schien Date: 2011-05-02 09:35 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/c6569c558585 Merge Changeset: cfbbdb77eac0 Author: schien Date: 2011-05-05 14:01 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/cfbbdb77eac0 Added tag jdk7-b141 for changeset c6569c558585 ! .hgtags From alan.bateman at oracle.com Mon May 9 12:24:35 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:24:35 +0000 Subject: hg: jdk7/tl/jaxp: 5 new changesets Message-ID: <20110509122435.EA8BB473CE@hg.openjdk.java.net> Changeset: 2d68646d98ba Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/2d68646d98ba Added tag jdk7-b140 for changeset c8136fd161c8 ! .hgtags Changeset: e1b5ef243445 Author: schien Date: 2011-05-02 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/e1b5ef243445 Merge Changeset: 9da6d4f2c640 Author: jgodinez Date: 2011-05-03 22:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/9da6d4f2c640 Merge Changeset: 84e487d88c97 Author: schien Date: 2011-05-05 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/84e487d88c97 Added tag jdk7-b141 for changeset e1b5ef243445 ! .hgtags Changeset: 7691aa48eba4 Author: alanb Date: 2011-05-09 01:56 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/7691aa48eba4 Merge From alan.bateman at oracle.com Mon May 9 12:24:59 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:24:59 +0000 Subject: hg: jdk7/tl/jaxws: 3 new changesets Message-ID: <20110509122500.047E6473CF@hg.openjdk.java.net> Changeset: e3c53d486eec Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/e3c53d486eec Added tag jdk7-b140 for changeset 82a9022c4f21 ! .hgtags Changeset: 66826b0aec5a Author: schien Date: 2011-05-02 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/66826b0aec5a Merge Changeset: 0ef3ef823c39 Author: schien Date: 2011-05-05 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/0ef3ef823c39 Added tag jdk7-b141 for changeset 66826b0aec5a ! .hgtags From alan.bateman at oracle.com Mon May 9 12:25:38 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:25:38 +0000 Subject: hg: jdk7/tl/hotspot: 36 new changesets Message-ID: <20110509122640.BB6AC473D0@hg.openjdk.java.net> Changeset: f789bf584429 Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f789bf584429 Added tag jdk7-b140 for changeset d283b8296671 ! .hgtags Changeset: 41c663fc6be1 Author: schien Date: 2011-05-02 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/41c663fc6be1 Merge Changeset: 175f5f4b41e1 Author: trims Date: 2011-05-03 16:00 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/175f5f4b41e1 Added tag hs21-b10 for changeset d283b8296671 ! .hgtags Changeset: 7ec4bb02d5f0 Author: vladidan Date: 2011-04-20 14:07 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7ec4bb02d5f0 7035861: linux-armsflt: assert(ni->data() == (int)(x + o)) failed: instructions must match Summary: The change avoids generating relocation info entry for the staging area patching stub on systems that don't support movw/movt instructions Reviewed-by: bdelsart ! src/share/vm/c1/c1_Runtime1.cpp Changeset: 49bd9c6f7bce Author: vladidan Date: 2011-04-21 10:12 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/49bd9c6f7bce Merge Changeset: cdd13dce903e Author: vladidan Date: 2011-04-23 00:33 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/cdd13dce903e Merge Changeset: 01147d8aac1d Author: coleenp Date: 2011-04-26 14:04 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/01147d8aac1d 7009923: JSR 292: VM crash in JavaThread::last_frame Summary: Handle stack overflow before the first frame is called, by printing out the called method and not walking the stack. Reviewed-by: dholmes, phh, dsamersoff ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/javaClasses.hpp ! src/share/vm/runtime/javaCalls.cpp ! src/share/vm/utilities/exceptions.cpp ! src/share/vm/utilities/exceptions.hpp Changeset: df22fe9c5a93 Author: coleenp Date: 2011-04-27 17:25 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/df22fe9c5a93 Merge Changeset: 2a23b1b5a0a8 Author: twisti Date: 2011-04-18 01:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2a23b1b5a0a8 7018355: JSR 292: VM crash in DefNewGeneration::copy_to_survivor_space Reviewed-by: kvn, jrose ! src/share/vm/ci/ciMethod.hpp ! src/share/vm/memory/genOopClosures.hpp ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/methodHandles.hpp ! src/share/vm/runtime/sharedRuntime.cpp Changeset: bbe95b4337f1 Author: twisti Date: 2011-04-18 06:50 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/bbe95b4337f1 7036960: TemplateTable::fast_aldc in templateTable_x86_64.cpp uses movptr instead of load_klass Reviewed-by: kvn, iveresov ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp Changeset: 2a34a4fbc52c Author: kvn Date: 2011-04-19 09:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2a34a4fbc52c 7037812: few more defaults changes for new AMD processors Summary: use PREFETCHW as default prefetch instruction, set UseXMMForArrayCopy and UseUnalignedLoadStores to true by default. Reviewed-by: kvn Contributed-by: tom.deneau at amd.com ! src/cpu/x86/vm/vm_version_x86.cpp Changeset: d934e4b931e9 Author: never Date: 2011-04-20 09:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d934e4b931e9 7009346: java/dyn/InvokeDynamicPrintArgs.java fails with NPE on solaris-sparc with -Xcomp Reviewed-by: kvn, jrose, twisti ! src/cpu/sparc/vm/methodHandles_sparc.cpp Changeset: 66b0e2371912 Author: kvn Date: 2011-04-20 18:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/66b0e2371912 7026700: regression in 6u24-rev-b23: Crash in C2 compiler in PhaseIdealLoop::build_loop_late_post Summary: memory slices should be always created for non-static fields after allocation Reviewed-by: never ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/memnode.cpp Changeset: 08ccee2c4dbf Author: twisti Date: 2011-04-21 00:25 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/08ccee2c4dbf 6993078: JSR 292 too many pushes: Lesp points into register window Reviewed-by: kvn, never ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/oops/cpCacheOop.cpp Changeset: 548597e74aa4 Author: never Date: 2011-04-25 16:25 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/548597e74aa4 7030715: JSR 292 JRuby test/test_super_call_site_caching.rb asserts with +DoEscapeAnalysis Reviewed-by: twisti ! src/share/vm/ci/bcEscapeAnalyzer.cpp ! src/share/vm/ci/ciMethod.hpp ! src/share/vm/opto/graphKit.cpp Changeset: 273b56978029 Author: kvn Date: 2011-04-26 12:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/273b56978029 7039586: test/java/util/Collections/Rotate.java failing with hs21-b09 Summary: A predicate should not be moved in partial peel optimization since it will invalidate jvm state of its uncommon trap. Reviewed-by: never ! src/share/vm/opto/loopopts.cpp Changeset: 149bb459be66 Author: never Date: 2011-04-27 15:40 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/149bb459be66 7029167: add support for conditional card marks Reviewed-by: iveresov, kvn ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/runtime/globals.hpp Changeset: 01fd6090fdd8 Author: never Date: 2011-04-28 14:00 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/01fd6090fdd8 7032162: assert(flat != TypePtr::BOTTOM) failed: cannot alias-analyze an untyped ptr Reviewed-by: kvn ! src/share/vm/ci/ciObject.cpp ! src/share/vm/opto/stringopts.cpp Changeset: 286c498ae0d4 Author: kvn Date: 2011-04-29 11:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/286c498ae0d4 Merge ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/runtime/globals.hpp Changeset: 49a67202bc67 Author: tonyp Date: 2011-04-19 15:46 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/49a67202bc67 7011855: G1: non-product flag to artificially grow the heap Summary: It introduces non-product cmd line parameter G1DummyRegionsPerGC which indicates how many "dummy" regions to allocate at the end of each GC. This allows the G1 heap to grow artificially and makes concurrent marking cycles more frequent irrespective of what the application that is running is doing. The dummy regions will be found totally empty during cleanup so this parameter can also be used to stress the concurrent cleanup operation. Reviewed-by: brutisso, johnc ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp Changeset: 139667d9836a Author: iveresov Date: 2011-04-20 17:12 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/139667d9836a 7034464: Support transparent large pages on Linux Summary: Support transparent huge pages on Linux available since 2.6.38 Reviewed-by: iveresov, ysr Contributed-by: aph at redhat.com ! src/os/linux/vm/globals_linux.hpp ! src/os/linux/vm/os_linux.cpp ! src/os/linux/vm/os_linux.hpp Changeset: c48ad6ab8bdf Author: ysr Date: 2011-04-20 19:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c48ad6ab8bdf 7037276: Unnecessary double traversal of dirty card windows Summary: Short-circuited an unnecessary double traversal of dirty card windows when iterating younger refs. Also renamed some cardtable methods for more clarity. Reviewed-by: jmasa, stefank, poonam ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/memory/cardTableRS.hpp Changeset: c0dcda80820f Author: ysr Date: 2011-04-21 01:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c0dcda80820f Merge Changeset: b52782ae3880 Author: jmasa Date: 2011-04-21 10:23 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/b52782ae3880 6946417: G1: Java VisualVM does not support G1 properly. Summary: Added counters for jstat Reviewed-by: tonyp, jwilhelm, stefank, ysr, johnc ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp + src/share/vm/gc_implementation/g1/g1MonitoringSupport.cpp + src/share/vm/gc_implementation/g1/g1MonitoringSupport.hpp ! src/share/vm/gc_implementation/shared/generationCounters.cpp ! src/share/vm/gc_implementation/shared/generationCounters.hpp + src/share/vm/gc_implementation/shared/hSpaceCounters.cpp + src/share/vm/gc_implementation/shared/hSpaceCounters.hpp ! src/share/vm/services/g1MemoryPool.cpp ! src/share/vm/services/g1MemoryPool.hpp Changeset: 7f3faf7159fd Author: jmasa Date: 2011-04-22 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7f3faf7159fd Merge ! src/os/linux/vm/os_linux.cpp Changeset: d6cdc6c77582 Author: jcoomes Date: 2011-04-23 04:20 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d6cdc6c77582 7037250: cscope.make database generation is silently broken Reviewed-by: stefank + make/cscope.make ! make/linux/Makefile - make/linux/makefiles/cscope.make ! make/solaris/Makefile - make/solaris/makefiles/cscope.make Changeset: c303b3532d4a Author: iveresov Date: 2011-04-26 11:46 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c303b3532d4a 7037939: NUMA: Disable adaptive resizing if SHM large pages are used Summary: Make the NUMA allocator behave properly with SHM and ISM large pages. Reviewed-by: ysr ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp Changeset: 1f4413413144 Author: ysr Date: 2011-04-26 21:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/1f4413413144 7039089: G1: changeset for 7037276 broke heap verification, and related cleanups Summary: In G1 heap verification, we no longer scan perm to G1-collected heap refs as part of process_strong_roots() but rather in a separate explicit oop iteration over the perm gen. This preserves the original perm card-marks. Added a new assertion in younger_refs_iterate() to catch a simple subcase where the user may have forgotten a prior save_marks() call, as happened in the case of G1's attempt to iterate perm to G1 refs when verifying the heap before exit. The assert was deliberately weakened for ParNew+CMS and will be fixed for that combination in a future CR. Also made some (non-G1) cleanups related to code and comments obsoleted by the migration of Symbols to the native heap. Reviewed-by: iveresov, jmasa, tonyp ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/sharedHeap.cpp ! src/share/vm/memory/sharedHeap.hpp ! src/share/vm/runtime/vmThread.cpp Changeset: 86ebb26bcdeb Author: johnc Date: 2011-04-27 14:40 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/86ebb26bcdeb 7037756: Deadlock in compiler thread similiar to 6789220 Summary: Avoid blocking in CompileBroker::compile_method_base() if the current thread holds the pending list lock. Reviewed-by: never, brutisso, ysr ! src/share/vm/compiler/compileBroker.cpp Changeset: c6033dad9fd3 Author: jmasa Date: 2011-04-29 12:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c6033dad9fd3 Merge - make/linux/makefiles/cscope.make - make/solaris/makefiles/cscope.make Changeset: df0a92a7e30b Author: jmasa Date: 2011-04-29 14:36 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/df0a92a7e30b Merge Changeset: 6431be02f3ac Author: trims Date: 2011-04-29 16:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/6431be02f3ac Merge - make/linux/makefiles/cscope.make - make/solaris/makefiles/cscope.make Changeset: 3aea9e9feb07 Author: trims Date: 2011-04-29 17:00 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3aea9e9feb07 7040777: Bump the HS21 build number to 11 Summary: Update the HS21 build number to 11 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 5d07913abd59 Author: trims Date: 2011-05-03 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/5d07913abd59 Merge - make/linux/makefiles/cscope.make - make/solaris/makefiles/cscope.make Changeset: 66b35d6aefbe Author: schien Date: 2011-05-05 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/66b35d6aefbe Added tag jdk7-b141 for changeset 5d07913abd59 ! .hgtags Changeset: 212479c24edc Author: trims Date: 2011-05-06 14:10 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/212479c24edc Added tag hs21-b11 for changeset 3aea9e9feb07 ! .hgtags From alan.bateman at oracle.com Mon May 9 12:27:05 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:27:05 +0000 Subject: hg: jdk7/tl/corba: 3 new changesets Message-ID: <20110509122707.95CEF473D1@hg.openjdk.java.net> Changeset: befd1fce6339 Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/befd1fce6339 Added tag jdk7-b140 for changeset cdf5d19ec142 ! .hgtags Changeset: a58635cdd921 Author: schien Date: 2011-05-02 09:35 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/a58635cdd921 Merge Changeset: b05755e2234d Author: schien Date: 2011-05-05 14:01 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/b05755e2234d Added tag jdk7-b141 for changeset a58635cdd921 ! .hgtags From alan.bateman at oracle.com Mon May 9 12:27:41 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:27:41 +0000 Subject: hg: jdk7/tl/langtools: 5 new changesets Message-ID: <20110509122750.C79DA473D2@hg.openjdk.java.net> Changeset: 2637cf09460b Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/2637cf09460b Added tag jdk7-b140 for changeset 258e6654aba2 ! .hgtags Changeset: 90adb5d6adc7 Author: schien Date: 2011-05-02 09:38 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/90adb5d6adc7 Merge Changeset: 14ff19ca715f Author: jgodinez Date: 2011-05-03 22:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/14ff19ca715f Merge - test/tools/javac/generics/diamond/7030150/Neg01.java - test/tools/javac/generics/diamond/7030150/Neg01.out - test/tools/javac/generics/diamond/7030150/Neg02.java - test/tools/javac/generics/diamond/7030150/Neg02.out - test/tools/javac/generics/diamond/7030150/Neg03.java - test/tools/javac/generics/diamond/7030150/Neg03.out - test/tools/javac/generics/diamond/7030150/Pos01.java - test/tools/javac/generics/diamond/7030150/Pos02.java Changeset: 4c41a371aaf4 Author: schien Date: 2011-05-05 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/4c41a371aaf4 Added tag jdk7-b141 for changeset 90adb5d6adc7 ! .hgtags Changeset: c3e3945cc24f Author: alanb Date: 2011-05-09 01:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/c3e3945cc24f Merge From alan.bateman at oracle.com Mon May 9 12:31:29 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 12:31:29 +0000 Subject: hg: jdk7/tl/jdk: 59 new changesets Message-ID: <20110509124104.8B8B5473D4@hg.openjdk.java.net> Changeset: 7acc942d7dcc Author: schien Date: 2011-04-28 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7acc942d7dcc Added tag jdk7-b140 for changeset 9315c733fb17 ! .hgtags Changeset: 33a139b2a85e Author: schien Date: 2011-05-02 09:37 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/33a139b2a85e Merge Changeset: d89cf1b45b88 Author: igor Date: 2011-05-01 09:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d89cf1b45b88 7040803: regression: bugster fail to start Reviewed-by: mullan, weijun, ngthomas ! src/share/classes/java/util/jar/JarFile.java ! src/share/classes/java/util/jar/JarInputStream.java ! src/share/classes/java/util/jar/JarVerifier.java ! src/share/classes/sun/security/pkcs/PKCS7.java ! src/share/classes/sun/security/pkcs/SignerInfo.java ! src/share/classes/sun/security/util/ManifestEntryVerifier.java - src/share/classes/sun/security/util/SignatureFileManifest.java ! src/share/classes/sun/security/util/SignatureFileVerifier.java ! test/java/util/jar/JarInputStream/ScanSignedJar.java ! test/java/util/jar/JarInputStream/TestIndexedJarWithBadSignature.java Changeset: 9caec666c577 Author: igor Date: 2011-05-03 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9caec666c577 Merge Changeset: d9571c986c73 Author: jgodinez Date: 2011-04-20 09:10 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d9571c986c73 6989724: font warnings in the build, native code Reviewed-by: bae, igor ! src/share/native/sun/awt/giflib/dgif_lib.c ! src/share/native/sun/font/fontscalerdefs.h ! src/share/native/sun/font/layout/HangulLayoutEngine.cpp ! src/share/native/sun/font/layout/MPreFixups.cpp ! src/solaris/native/sun/awt/fontpath.c ! src/windows/native/sun/font/fontpath.c Changeset: 0f98d7d98c9f Author: prr Date: 2011-04-22 12:59 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0f98d7d98c9f 7031011: fallbackfont testing failed on OEL 6. Reviewed-by: igor, jgodinez ! src/solaris/classes/sun/font/FcFontConfiguration.java Changeset: a07c9e09b4ca Author: bae Date: 2011-04-27 12:15 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/a07c9e09b4ca 7037091: sun/java2d/pipe/Test7027667.java test is not executed Reviewed-by: prr ! test/sun/java2d/pipe/Test7027667.java Changeset: 24f474ad1703 Author: dlila Date: 2011-04-28 08:55 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/24f474ad1703 7036754: NaNs in stroked quadratics. Summary: Check for them and remove them. Reviewed-by: flar ! src/share/classes/sun/java2d/pisces/Stroker.java + test/sun/java2d/pisces/Test7036754.java Changeset: 34056b127c96 Author: flar Date: 2011-04-29 01:40 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/34056b127c96 7020955: No focus point adjustment for RadialGradientPaint Reviewed-by: prr ! src/share/classes/java/awt/RadialGradientPaint.java Changeset: 899d87ec43eb Author: flar Date: 2011-04-29 10:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/899d87ec43eb 6522514: Extending Arc2D.Double and serializing the object causes InvalidClassException Reviewed-by: prr ! src/share/classes/java/awt/geom/Arc2D.java Changeset: 678ce376be35 Author: lana Date: 2011-04-28 17:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/678ce376be35 Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: 3b536b18a6f0 Author: lana Date: 2011-04-29 11:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3b536b18a6f0 Merge Changeset: c5209316e1ab Author: flar Date: 2011-04-29 16:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c5209316e1ab 6982632: closed/java/awt/Graphics2D/MTGraphicsAccessTest/MTGraphicsAccessTest.java fails Reviewed-by: prr + test/java/awt/Graphics2D/MTGraphicsAccessTest/MTGraphicsAccessTest.java Changeset: 55ef0efa2b14 Author: flar Date: 2011-05-02 14:38 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/55ef0efa2b14 6563734: Path2D.Float and Path2D.Double should have final getPathIterator methods Reviewed-by: prr ! src/share/classes/java/awt/geom/Path2D.java Changeset: 499d216a751e Author: jgodinez Date: 2011-05-03 22:11 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/499d216a751e Merge Changeset: f805a139c57c Author: anthony Date: 2011-04-19 14:44 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f805a139c57c 7036669: Simplify revalidating component hierarchy with multiple validate roots Summary: Introduce Component.revalidate() method Reviewed-by: art, alexp ! src/share/classes/java/awt/Component.java ! src/share/classes/javax/swing/plaf/basic/BasicSplitPaneDivider.java + test/java/awt/Component/Revalidate/Revalidate.java Changeset: c292ec06529f Author: dav Date: 2011-04-19 18:52 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c292ec06529f 7036733: Regression : NullPointerException when scrolling horizontally on AWT List Reviewed-by: dcherepanov ! src/solaris/classes/sun/awt/X11/XListPeer.java + test/java/awt/List/ScrollOutside/ScrollOut.java Changeset: c9ddd8e0af54 Author: dav Date: 2011-04-25 21:08 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c9ddd8e0af54 7030632: Pasting HTML that was copied from MS Word results in IOException Reviewed-by: uta, denis ! src/windows/classes/sun/awt/windows/WDataTransferer.java Changeset: 673aa770a062 Author: denis Date: 2011-04-25 20:39 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/673aa770a062 6888182: Readable and permitted to delete files could not be transferred through Clipboard and DnD Reviewed-by: uta ! src/windows/native/sun/windows/awt_Clipboard.cpp ! src/windows/native/sun/windows/awt_DnDDS.cpp Changeset: 16f52939fa41 Author: denis Date: 2011-04-27 14:58 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/16f52939fa41 7020922: java.awt.Toolkit.getPropertyChangeListeners() should mention that it returns proxies Reviewed-by: malenkov ! src/share/classes/java/awt/Toolkit.java Changeset: 4c9ea1bf528a Author: denis Date: 2011-04-27 17:18 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4c9ea1bf528a 6998716: client vm crashes making browser fails to respond under some scenarios Reviewed-by: art, denis, uta ! src/windows/native/sun/windows/ObjectList.cpp ! src/windows/native/sun/windows/ObjectList.h ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_MenuItem.cpp ! src/windows/native/sun/windows/awt_Object.cpp ! src/windows/native/sun/windows/awt_Object.h ! src/windows/native/sun/windows/awt_Robot.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_TrayIcon.cpp ! src/windows/native/sun/windows/awtmsg.h Changeset: 03d764676479 Author: dcherepanov Date: 2011-04-28 13:26 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/03d764676479 7032830: GraphicsDevice.setFullScreenWindow() works strange for decorated windows on OEL. 7016382: GraphicsDevice.setFullScreenWindow() - spec clarification for exclusive mode for dec/undec Frames Reviewed-by: art ! src/share/classes/java/awt/GraphicsDevice.java Changeset: b1567059e4fe Author: dav Date: 2011-04-28 20:14 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b1567059e4fe 6956646: Test: MouseWheelEvent/InfiniteRecursion test receives more MouseWheelEvents than expected Reviewed-by: serb, dcherepanov ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_1.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_2.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_3.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_4.java Changeset: 5b001da8768e Author: dcherepanov Date: 2011-04-28 19:23 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5b001da8768e 6853146: Regression: on-the-spot input is broken in AWT Peered components Reviewed-by: art, ant, naoto ! src/windows/native/sun/windows/awt_TextComponent.cpp Changeset: 43be19b7c945 Author: dcherepanov Date: 2011-04-28 19:39 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/43be19b7c945 7034766: closed/java/awt/EmbeddedFrame/EmbeddedFrameGrabTest/EmbeddedFrameGrabTest.java failed on jdk7 b134 Reviewed-by: art, ant ! src/windows/native/sun/windows/awt_Frame.cpp Changeset: 6303d3a93040 Author: dcherepanov Date: 2011-04-29 16:02 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/6303d3a93040 7034291: Regression : Preedit String on active client is committed into unexpected component Reviewed-by: art, naoto ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Frame.cpp ! src/windows/native/sun/windows/awt_Frame.h Changeset: 5d8445b532a7 Author: dcherepanov Date: 2011-04-29 16:16 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5d8445b532a7 7026055: Regression : Cannot use IME on JComboBox Japanese Reviewed-by: art, ant, naoto ! src/windows/native/sun/windows/awt_Component.cpp Changeset: 32488e6d3917 Author: lana Date: 2011-04-29 20:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/32488e6d3917 Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java - src/share/native/sun/font/layout/Features.h - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: d400711b8cd2 Author: serb Date: 2011-05-03 15:19 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d400711b8cd2 7016528: Deadlock during mutual initialization of DataTransferer and DataTransferer$DataFlavorComparator Reviewed-by: dav, art, denis ! src/share/classes/sun/awt/datatransfer/DataTransferer.java Changeset: 4e6897c7779f Author: jgodinez Date: 2011-05-03 22:13 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4e6897c7779f Merge Changeset: 4719cf8f5ae5 Author: rupashka Date: 2011-04-19 10:11 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4719cf8f5ae5 7036025: java.security.AccessControlException when creating JFileChooser in signed applet Reviewed-by: malenkov ! src/share/classes/sun/swing/WindowsPlacesBar.java + test/javax/swing/JFileChooser/7036025/bug7036025.java + test/javax/swing/JFileChooser/7036025/security.policy Changeset: ea0aed4b75cd Author: amenkov Date: 2011-04-20 16:46 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ea0aed4b75cd 7030629: closed/sun/audio/AudioClipClose/AudioClipClose.java test fails just against jdk7 b134 7033899: SoundTestSuite: test050 fails on Ubuntu Linux Reviewed-by: bae ! src/solaris/native/com/sun/media/sound/PLATFORM_API_LinuxOS_ALSA_PCM.c Changeset: 6c94f33c36d5 Author: rupashka Date: 2011-04-21 14:29 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/6c94f33c36d5 7021058: The Create folder button produces error in the Details mode (JFileChooser) Reviewed-by: malenkov ! src/share/classes/sun/swing/FilePane.java Changeset: 91a590306e02 Author: alexp Date: 2011-04-22 20:54 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/91a590306e02 7036871: Some JCK interactive JSplitPane tests that test continuous layout fail with Nimbus L&F Reviewed-by: rupashka ! src/share/classes/javax/swing/JSplitPane.java Changeset: 78890acd99e4 Author: peytoia Date: 2011-04-26 10:46 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/78890acd99e4 7039469: (tz) Support tzdata2011g Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/southamerica Changeset: 1be42326f1c2 Author: rupashka Date: 2011-04-27 13:43 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1be42326f1c2 7039403: Could not compile test/javax/swing/JLabel/6596966/bug6596966.java Reviewed-by: malenkov ! test/javax/swing/JLabel/6596966/bug6596966.java Changeset: 0896c9712cf0 Author: bagiras Date: 2011-04-27 15:26 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0896c9712cf0 7035209: 6u26 ea b01 - running an applet with old plugin crashes in awt.dll Reviewed-by: art, amenkov ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp Changeset: 1eaff0300541 Author: dav Date: 2011-04-27 17:46 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1eaff0300541 6888633: test/closed/javax/swing/JPopupMenu/4786415/bug4786415.java fails Reviewed-by: rupashka, alexp ! src/share/classes/javax/swing/JPopupMenu.java Changeset: 015a66da6fcc Author: dav Date: 2011-04-27 18:15 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/015a66da6fcc 6979551: closed/javax/swing/plaf/basic/BasicLabelUI/4798542/bug4798542.java fails Reviewed-by: art, yan, alexp ! src/share/classes/sun/awt/ExtendedKeyCodes.java + test/java/awt/keyboard/EqualKeyCode/EqualKeyCode.java Changeset: bb6594674ffe Author: lana Date: 2011-04-29 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bb6594674ffe Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java - src/share/native/sun/font/layout/Features.h Changeset: fd428801c7ba Author: jgodinez Date: 2011-05-03 22:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/fd428801c7ba Merge Changeset: 827b4bb47da7 Author: jgodinez Date: 2011-05-03 22:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/827b4bb47da7 Merge - test/java/beans/XMLEncoder/java_io_File.java Changeset: d93f6b6b986b Author: alanb Date: 2011-05-09 01:47 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d93f6b6b986b Merge Changeset: 1c31b35e9408 Author: ogino Date: 2011-04-26 21:46 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1c31b35e9408 7036955: Japanese man pages in linux should be in utf-8 encoding Reviewed-by: ohair, mfang ! make/common/Defs-linux.gmk ! make/common/Release.gmk Changeset: 00e485efd9e0 Author: mfang Date: 2011-04-27 23:11 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/00e485efd9e0 6501385: ColorChooser demo - two elemets have same mnemonic in it locale, GTK L&F Reviewed-by: yhuang ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_de.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_es.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_fr.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_it.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_pt_BR.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_sv.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_sv.properties Changeset: 4fcbaf9fb837 Author: mfang Date: 2011-04-27 23:18 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4fcbaf9fb837 7038803: [CCJK] Incorrect mnemonic key (0) is displayed on cancel button on messagedialog of JOptionPane Reviewed-by: yhuang ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_TW.properties Changeset: 4b197be687dc Author: mfang Date: 2011-04-27 23:28 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4b197be687dc Merge Changeset: fddcc29ed8f8 Author: mfang Date: 2011-04-28 14:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/fddcc29ed8f8 Merge ! make/common/Defs-linux.gmk ! make/common/Release.gmk - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java - src/share/native/sun/font/layout/Features.h - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: 5f0455522852 Author: mfang Date: 2011-04-28 20:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5f0455522852 7040228: [zh_TW] extra (C) on cancel button on File Chooser dialog Reviewed-by: yhuang ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_ja.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_ko.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_zh_CN.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_zh_TW.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_TW.properties Changeset: a604668a7a64 Author: mfang Date: 2011-04-28 21:43 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/a604668a7a64 7040257: [pt_BR,fr] Print dialog has duplicate mnemonic key. Reviewed-by: psun ! src/share/classes/sun/print/resources/serviceui_fr.properties ! src/share/classes/sun/print/resources/serviceui_pt_BR.properties Changeset: 5b7d35a6e1b3 Author: mfang Date: 2011-05-02 13:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5b7d35a6e1b3 Merge Changeset: 63eeefe118da Author: ohair Date: 2011-05-04 09:25 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/63eeefe118da Merge Changeset: 631c23c29000 Author: schien Date: 2011-05-05 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/631c23c29000 Added tag jdk7-b141 for changeset 63eeefe118da ! .hgtags Changeset: fbe3a3401786 Author: dholmes Date: 2011-05-04 22:16 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/fbe3a3401786 7041284: arm/ppc Missing launcher mapfiles prevent build Summary: Disable use of launcher mapfiles when cross-compiling Reviewed-by: ohair, ksrini ! make/common/Program.gmk Changeset: 28c1be91a39f Author: cl Date: 2011-05-05 18:05 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/28c1be91a39f 7026163: gzip tar files Reviewed-by: katleman ! make/common/shared/Defs-utils.gmk Changeset: 8e9e28663c5d Author: andrew Date: 2011-05-06 01:55 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8e9e28663c5d 7042040: Remove disk space sanity check Summary: Remove outdated disk space checks using df Reviewed-by: ohair, omajid ! make/common/shared/Defs-versions.gmk ! make/common/shared/Sanity-Settings.gmk ! make/common/shared/Sanity.gmk Changeset: 87488f98e22d Author: andrew Date: 2011-05-06 02:27 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/87488f98e22d Merge Changeset: ce34293145b1 Author: cl Date: 2011-05-06 10:31 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ce34293145b1 Merge Changeset: dfe56edc1a1d Author: alanb Date: 2011-05-09 01:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/dfe56edc1a1d Merge From vincent.x.ryan at oracle.com Mon May 9 14:59:43 2011 From: vincent.x.ryan at oracle.com (vincent.x.ryan at oracle.com) Date: Mon, 09 May 2011 14:59:43 +0000 Subject: hg: jdk7/tl/jdk: 6987652: VM crashed in sun.security.mscapi.RSAKeyPairGenerator.generateRSAKeyPair(...) Message-ID: <20110509145953.E30B0473D9@hg.openjdk.java.net> Changeset: 31fbed875a6b Author: vinnie Date: 2011-05-09 15:58 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/31fbed875a6b 6987652: VM crashed in sun.security.mscapi.RSAKeyPairGenerator.generateRSAKeyPair(...) Reviewed-by: alanb ! src/windows/native/sun/security/mscapi/security.cpp From chris.hegarty at oracle.com Mon May 9 15:40:29 2011 From: chris.hegarty at oracle.com (chris.hegarty at oracle.com) Date: Mon, 09 May 2011 15:40:29 +0000 Subject: hg: jdk7/tl/jdk: 7042673: LockSupport.getBlocker(null) crashes Message-ID: <20110509154039.9A1E5473DD@hg.openjdk.java.net> Changeset: c6742d21853b Author: dl Date: 2011-05-09 16:36 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c6742d21853b 7042673: LockSupport.getBlocker(null) crashes Reviewed-by: chegar ! src/share/classes/java/util/concurrent/locks/LockSupport.java From mike.duigou at oracle.com Mon May 9 15:59:24 2011 From: mike.duigou at oracle.com (mike.duigou at oracle.com) Date: Mon, 09 May 2011 15:59:24 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110509155943.9800F473DE@hg.openjdk.java.net> Changeset: 7c9780ea0c5a Author: mduigou Date: 2011-05-03 16:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7c9780ea0c5a 7041612: Rename StandardCharset to StandardCharsets Reviewed-by: alanb, mr, darcy ! make/java/nio/FILES_java.gmk ! src/share/classes/java/nio/charset/Charset.java - src/share/classes/java/nio/charset/StandardCharset.java + src/share/classes/java/nio/charset/StandardCharsets.java ! src/share/classes/java/nio/file/Path.java ! src/share/classes/java/util/zip/ZipCoder.java ! src/share/classes/java/util/zip/ZipFile.java ! src/share/classes/java/util/zip/ZipInputStream.java ! src/share/classes/java/util/zip/ZipOutputStream.java ! src/share/classes/sun/awt/FontDescriptor.java Changeset: 5dceeea3bb99 Author: mduigou Date: 2011-05-09 08:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5dceeea3bb99 Merge From Ulf.Zibis at gmx.de Mon May 9 16:00:14 2011 From: Ulf.Zibis at gmx.de (Ulf Zibis) Date: Mon, 09 May 2011 18:00:14 +0200 Subject: StandardCharset vs. StandardCharsets In-Reply-To: <4DC65EA2.7090900@gmx.de> References: <20110502211626.C8DAAC82@eggemoggin.niobe.net> <4DC53866.4070803@gmx.de> <4DC56CA4.2080804@univ-mlv.fr> <4DC5877B.7080606@gmx.de> <4DC6556D.5080902@oracle.com> <4DC65EA2.7090900@gmx.de> Message-ID: <4DC80F8E.70205@gmx.de> Am 08.05.2011 11:13, schrieb Ulf Zibis: > Am 08.05.2011 10:33, schrieb Xueming Shen: >> On 5/7/2011 10:55 AM, Ulf Zibis wrote: >>> >>> I agree 50 %. >>> 100 % would be to have: >>> byte[] String.getBytes(CharsetEncoder encoder) >>> String(byte[] bytes, CharsetDecoder decoder) >>> So for convenience in consequence we should introduce constants for CharsetDecoder's and >>> CharsetEncoder's in j.n.c.StandardCharsets, which would result in 12 additional classes to be >>> loaded and instatiated at one time, if only one of them becomes in use. >>> >> >> Ulf, >> >> CharsetDecoder and CharsetEncoder have "states", can't be used as a "constant". >> >> -Sherman >> > > Yes, I know, remember I'm fully against the j.n.c.StandardCharsets concept. I would support > declaration of the the charset names at 1 place. > I only wanted to point out, that caching de/encoders would make more sense than caching charsets > (which are anyway cached by Charset; ...and additionally the small local cache becomes destroyed > from initialization of j.n.c.StandardCharsets) at least from the performance view. > Maybe it could make sense to have those de/encoders as ThreadLocal constants, as it should be easy > for the user to care about the state: > - after usage from String.getBytes etc. state should be "ready for new work" > - in other cases user may use reset().. > > But the user anyway could cache them in his code, so it would be big support to have: > byte[] String.getBytes(CharsetEncoder encoder) > String(byte[] bytes, CharsetDecoder decoder) > I have reported a bug: 7043095 - Provide fast de/encoding for String -Ulf From huizhe.wang at oracle.com Mon May 9 16:02:57 2011 From: huizhe.wang at oracle.com (Joe Wang) Date: Mon, 09 May 2011 09:02:57 -0700 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC7CFA2.1090502@oracle.com> References: <4DC66185.1070809@linux.vnet.ibm.com> <4DC6A320.30401@oracle.com> <4DC78C6C.6080708@linux.vnet.ibm.com> <4DC7CFA2.1090502@oracle.com> Message-ID: <4DC81031.5080607@oracle.com> Thanks Alan for forwarding the email. Steve, As Max and Alan has already said, the JAXP 1.4.5 final release bundle should be in JDK7 b142. It's currently jaxp 1.4.5 dev2 that was integrated in b134. I was originally planned to get the jaxp 1.4.5 release out on java.java.net last week. I've checked in release documents. Unfortunately, the change doesn't seem to happen frequently enough on kenai. So far, I only see download page showing recent changes (jaxp 1.4.5 build). I will check with java.net admin to see why other pages have not been updated. Thanks, Joe On 5/9/2011 4:27 AM, Alan Bateman wrote: > Steve Poole wrote: >> >> Sorry - I wasn't clear. I know 1.4.5 is in the build now but it is >> a development release. If you go here: http://jaxp.java.net/ >> you'll see that the latest formal release mentioned is 1.4.4. >> Is JDK7 going to ship with a development release of JAXP or will >> 1.4.5 get formally released before JDK7 FCS? > I've cc'ed Joe Wang from the JAXP project and I'm sure he can help > (and maybe suggest the mailing list to use for JAXP related issues). > > -Alan From mike.duigou at oracle.com Mon May 9 16:14:40 2011 From: mike.duigou at oracle.com (mike.duigou at oracle.com) Date: Mon, 09 May 2011 16:14:40 +0000 Subject: hg: jdk7/tl/jdk: 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java Message-ID: <20110509161450.60802473E0@hg.openjdk.java.net> Changeset: bd8c10d1db87 Author: mduigou Date: 2011-05-09 09:13 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bd8c10d1db87 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java Reviewed-by: alanb ! test/ProblemList.txt From alan.bateman at oracle.com Mon May 9 17:54:41 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Mon, 09 May 2011 17:54:41 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110509175501.4026C473E4@hg.openjdk.java.net> Changeset: dc497a55daa1 Author: alanb Date: 2011-05-09 18:45 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/dc497a55daa1 7042979: Rename StandardSocketOption and StandardWatchEventKind Reviewed-by: forax, chegar ! make/com/sun/nio/sctp/FILES_java.gmk ! make/java/nio/FILES_java.gmk ! src/share/classes/com/sun/nio/sctp/MessageInfo.java ! src/share/classes/com/sun/nio/sctp/SctpChannel.java ! src/share/classes/com/sun/nio/sctp/SctpMultiChannel.java ! src/share/classes/com/sun/nio/sctp/SctpServerChannel.java ! src/share/classes/com/sun/nio/sctp/SctpSocketOption.java - src/share/classes/com/sun/nio/sctp/SctpStandardSocketOption.java + src/share/classes/com/sun/nio/sctp/SctpStandardSocketOptions.java ! src/share/classes/java/net/SocketOption.java - src/share/classes/java/net/StandardSocketOption.java + src/share/classes/java/net/StandardSocketOptions.java ! src/share/classes/java/nio/channels/AsynchronousServerSocketChannel.java ! src/share/classes/java/nio/channels/AsynchronousSocketChannel.java ! src/share/classes/java/nio/channels/DatagramChannel.java ! src/share/classes/java/nio/channels/MulticastChannel.java ! src/share/classes/java/nio/channels/NetworkChannel.java ! src/share/classes/java/nio/channels/ServerSocketChannel.java ! src/share/classes/java/nio/channels/SocketChannel.java ! src/share/classes/java/nio/file/Path.java - src/share/classes/java/nio/file/StandardWatchEventKind.java + src/share/classes/java/nio/file/StandardWatchEventKinds.java ! src/share/classes/java/nio/file/WatchEvent.java ! src/share/classes/java/nio/file/WatchService.java ! src/share/classes/java/nio/file/Watchable.java ! src/share/classes/sun/nio/ch/AsynchronousServerSocketChannelImpl.java ! src/share/classes/sun/nio/ch/AsynchronousSocketChannelImpl.java ! src/share/classes/sun/nio/ch/DatagramChannelImpl.java ! src/share/classes/sun/nio/ch/DatagramSocketAdaptor.java ! src/share/classes/sun/nio/ch/ExtendedSocketOption.java ! src/share/classes/sun/nio/ch/Net.java ! src/share/classes/sun/nio/ch/ServerSocketAdaptor.java ! src/share/classes/sun/nio/ch/ServerSocketChannelImpl.java ! src/share/classes/sun/nio/ch/SocketAdaptor.java ! src/share/classes/sun/nio/ch/SocketChannelImpl.java ! src/share/classes/sun/nio/fs/AbstractPoller.java ! src/share/classes/sun/nio/fs/AbstractWatchKey.java ! src/share/classes/sun/nio/fs/PollingWatchService.java ! src/share/native/sun/nio/ch/genSocketOptionRegistry.c ! src/share/sample/nio/chatserver/ChatServer.java ! src/share/sample/nio/file/WatchDir.java ! src/share/sample/nio/multicast/Reader.java ! src/share/sample/nio/multicast/Sender.java ! src/solaris/classes/sun/nio/ch/SctpChannelImpl.java ! src/solaris/classes/sun/nio/ch/SctpMultiChannelImpl.java ! src/solaris/classes/sun/nio/ch/SctpNet.java ! src/solaris/classes/sun/nio/ch/SctpServerChannelImpl.java ! src/solaris/classes/sun/nio/fs/LinuxWatchService.java ! src/solaris/classes/sun/nio/fs/SolarisWatchService.java ! src/windows/classes/sun/nio/fs/WindowsWatchService.java ! test/com/sun/nio/sctp/SctpChannel/SocketOptionTests.java ! test/com/sun/nio/sctp/SctpMultiChannel/SocketOptionTests.java ! test/java/nio/channels/AsynchronousServerSocketChannel/Basic.java ! test/java/nio/channels/AsynchronousSocketChannel/Basic.java ! test/java/nio/channels/DatagramChannel/BasicMulticastTests.java ! test/java/nio/channels/DatagramChannel/MulticastSendReceiveTests.java ! test/java/nio/channels/DatagramChannel/SocketOptionTests.java ! test/java/nio/channels/ServerSocketChannel/SocketOptionTests.java ! test/java/nio/channels/SocketChannel/Shutdown.java ! test/java/nio/channels/SocketChannel/SocketOptionTests.java ! test/java/nio/file/Files/CheckPermissions.java ! test/java/nio/file/WatchService/Basic.java ! test/java/nio/file/WatchService/FileTreeModifier.java ! test/java/nio/file/WatchService/LotsOfEvents.java ! test/java/nio/file/WatchService/SensitivityModifier.java ! test/java/nio/file/WatchService/WithSecurityManager.java Changeset: dec7961ff53f Author: alanb Date: 2011-05-09 18:53 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/dec7961ff53f Merge From huizhe.wang at oracle.com Mon May 9 18:17:24 2011 From: huizhe.wang at oracle.com (Joe Wang) Date: Mon, 09 May 2011 11:17:24 -0700 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC7CFA2.1090502@oracle.com> References: <4DC66185.1070809@linux.vnet.ibm.com> <4DC6A320.30401@oracle.com> <4DC78C6C.6080708@linux.vnet.ibm.com> <4DC7CFA2.1090502@oracle.com> Message-ID: <4DC82FB4.5040009@oracle.com> Steve, Alan, The kenai team has just fixed the issue for jaxp.java.net. The pages are now updated properly. Thanks, Joe On 5/9/2011 4:27 AM, Alan Bateman wrote: > Steve Poole wrote: >> >> Sorry - I wasn't clear. I know 1.4.5 is in the build now but it is >> a development release. If you go here: http://jaxp.java.net/ >> you'll see that the latest formal release mentioned is 1.4.4. >> Is JDK7 going to ship with a development release of JAXP or will >> 1.4.5 get formally released before JDK7 FCS? > I've cc'ed Joe Wang from the JAXP project and I'm sure he can help > (and maybe suggest the mailing list to use for JAXP related issues). > > -Alan From forax at univ-mlv.fr Mon May 9 18:25:55 2011 From: forax at univ-mlv.fr (=?ISO-8859-1?Q?R=E9mi_Forax?=) Date: Mon, 09 May 2011 20:25:55 +0200 Subject: hg: jdk7/tl/jdk: 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java In-Reply-To: <20110509161450.60802473E0@hg.openjdk.java.net> References: <20110509161450.60802473E0@hg.openjdk.java.net> Message-ID: <4DC831B3.7050203@univ-mlv.fr> On 05/09/2011 06:14 PM, mike.duigou at oracle.com wrote: > Changeset: bd8c10d1db87 > Author: mduigou > Date: 2011-05-09 09:13 -0700 > URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bd8c10d1db87 > > 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java > Reviewed-by: alanb > > ! test/ProblemList.txt > Mike, Alan, what is the problem with InvokeDynamicPrintArgs ? R?mi From Alan.Bateman at oracle.com Mon May 9 19:39:00 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 09 May 2011 20:39:00 +0100 Subject: hg: jdk7/tl/jdk: 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java In-Reply-To: <4DC831B3.7050203@univ-mlv.fr> References: <20110509161450.60802473E0@hg.openjdk.java.net> <4DC831B3.7050203@univ-mlv.fr> Message-ID: <4DC842D4.10602@oracle.com> R?mi Forax wrote: > On 05/09/2011 06:14 PM, mike.duigou at oracle.com wrote: >> Changeset: bd8c10d1db87 >> Author: mduigou >> Date: 2011-05-09 09:13 -0700 >> URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bd8c10d1db87 >> >> 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java >> Reviewed-by: alanb >> >> ! test/ProblemList.txt >> > > Mike, Alan, > what is the problem with InvokeDynamicPrintArgs ? > > R?mi > The issue isn't this test specifically, this is a problem with jtreg not finding junit.jar. Adding it to the problem list is just a temporary solution to skip it when running tests via the makefile (no impact to anyone running the tests themselves with jtreg). -Alan. From forax at univ-mlv.fr Mon May 9 19:48:33 2011 From: forax at univ-mlv.fr (=?ISO-8859-1?Q?R=E9mi_Forax?=) Date: Mon, 09 May 2011 21:48:33 +0200 Subject: hg: jdk7/tl/jdk: 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java In-Reply-To: <4DC842D4.10602@oracle.com> References: <20110509161450.60802473E0@hg.openjdk.java.net> <4DC831B3.7050203@univ-mlv.fr> <4DC842D4.10602@oracle.com> Message-ID: <4DC84511.7000003@univ-mlv.fr> On 05/09/2011 09:39 PM, Alan Bateman wrote: > R?mi Forax wrote: >> On 05/09/2011 06:14 PM, mike.duigou at oracle.com wrote: >>> Changeset: bd8c10d1db87 >>> Author: mduigou >>> Date: 2011-05-09 09:13 -0700 >>> URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bd8c10d1db87 >>> >>> 7043104: disable test java/lang/invoke/InvokeDynamicPrintArgs.java >>> Reviewed-by: alanb >>> >>> ! test/ProblemList.txt >>> >> >> Mike, Alan, >> what is the problem with InvokeDynamicPrintArgs ? >> >> R?mi >> > The issue isn't this test specifically, this is a problem with jtreg > not finding junit.jar. Adding it to the problem list is just a > temporary solution to skip it when running tests via the makefile (no > impact to anyone running the tests themselves with jtreg). > > -Alan. Ok, thank You. R?mi From dalibor.topic at oracle.com Mon May 9 20:15:14 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 09 May 2011 22:15:14 +0200 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC82FB4.5040009@oracle.com> References: <4DC66185.1070809@linux.vnet.ibm.com> <4DC6A320.30401@oracle.com> <4DC78C6C.6080708@linux.vnet.ibm.com> <4DC7CFA2.1090502@oracle.com> <4DC82FB4.5040009@oracle.com> Message-ID: <4DC84B52.3090902@oracle.com> On 5/9/11 8:17 PM, Joe Wang wrote: > Steve, Alan, > > The kenai team has just fixed the issue for jaxp.java.net. The pages are now updated properly. Thank you very much for the fast update, Joe! cheers, dalibor topic > > Thanks, > Joe > > On 5/9/2011 4:27 AM, Alan Bateman wrote: >> Steve Poole wrote: >>> >>> Sorry - I wasn't clear. I know 1.4.5 is in the build now but it is a development release. If you go here: http://jaxp.java.net/ you'll see that the latest formal release mentioned is 1.4.4. >>> Is JDK7 going to ship with a development release of JAXP or will 1.4.5 get formally released before JDK7 FCS? >> I've cc'ed Joe Wang from the JAXP project and I'm sure he can help (and maybe suggest the mailing list to use for JAXP related issues). >> >> -Alan -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From naoto.sato at oracle.com Mon May 9 20:31:24 2011 From: naoto.sato at oracle.com (naoto.sato at oracle.com) Date: Mon, 09 May 2011 20:31:24 +0000 Subject: hg: jdk7/tl/jdk: 7041950: Fix copyright Message-ID: <20110509203134.6389D473EA@hg.openjdk.java.net> Changeset: 05939afe3fc2 Author: naoto Date: 2011-05-09 13:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/05939afe3fc2 7041950: Fix copyright Reviewed-by: okutsu ! src/share/classes/sun/text/resources/BreakIteratorRules_th.java From weijun.wang at oracle.com Mon May 9 23:01:28 2011 From: weijun.wang at oracle.com (weijun.wang at oracle.com) Date: Mon, 09 May 2011 23:01:28 +0000 Subject: hg: jdk7/tl/jdk: 7041635: GSSContextSpi.java copyright notice error Message-ID: <20110509230138.60DE6473F0@hg.openjdk.java.net> Changeset: 9f56fbc8b6be Author: weijun Date: 2011-05-10 07:00 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9f56fbc8b6be 7041635: GSSContextSpi.java copyright notice error Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/spi/GSSContextSpi.java From joe.darcy at oracle.com Tue May 10 00:51:01 2011 From: joe.darcy at oracle.com (joe.darcy at oracle.com) Date: Tue, 10 May 2011 00:51:01 +0000 Subject: hg: jdk7/tl/jdk: 7021645: Project Coin: Minor improvements to java.lang.Throwable Message-ID: <20110510005111.A1676473F7@hg.openjdk.java.net> Changeset: f4d804b21217 Author: darcy Date: 2011-05-09 17:50 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f4d804b21217 7021645: Project Coin: Minor improvements to java.lang.Throwable Reviewed-by: mduigou ! src/share/classes/java/lang/Throwable.java From spoole at linux.vnet.ibm.com Tue May 10 09:07:35 2011 From: spoole at linux.vnet.ibm.com (Steve Poole) Date: Tue, 10 May 2011 10:07:35 +0100 Subject: JAXP 1.4.5 in JDK7 In-Reply-To: <4DC84B52.3090902@oracle.com> References: <4DC66185.1070809@linux.vnet.ibm.com> <4DC6A320.30401@oracle.com> <4DC78C6C.6080708@linux.vnet.ibm.com> <4DC7CFA2.1090502@oracle.com> <4DC82FB4.5040009@oracle.com> <4DC84B52.3090902@oracle.com> Message-ID: <4DC90057.4070106@linux.vnet.ibm.com> On 09/05/11 21:15, Dalibor Topic wrote: > On 5/9/11 8:17 PM, Joe Wang wrote: >> Steve, Alan, >> >> The kenai team has just fixed the issue for jaxp.java.net. The pages are now updated properly. > Thank you very much for the fast update, Joe! > +1 - Thanks Joe. > cheers, > dalibor topic > >> Thanks, >> Joe >> >> On 5/9/2011 4:27 AM, Alan Bateman wrote: >>> Steve Poole wrote: >>>> Sorry - I wasn't clear. I know 1.4.5 is in the build now but it is a development release. If you go here: http://jaxp.java.net/ you'll see that the latest formal release mentioned is 1.4.4. >>>> Is JDK7 going to ship with a development release of JAXP or will 1.4.5 get formally released before JDK7 FCS? >>> I've cc'ed Joe Wang from the JAXP project and I'm sure he can help (and maybe suggest the mailing list to use for JAXP related issues). >>> >>> -Alan > > From lance.andersen at oracle.com Tue May 10 18:42:01 2011 From: lance.andersen at oracle.com (lance.andersen at oracle.com) Date: Tue, 10 May 2011 18:42:01 +0000 Subject: hg: jdk7/tl/jdk: 7043443: address missed reason initialization in BatchUpdateException Message-ID: <20110510184220.4CC214742A@hg.openjdk.java.net> Changeset: 6a3a41e0af88 Author: lancea Date: 2011-05-10 14:41 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/6a3a41e0af88 7043443: address missed reason initialization in BatchUpdateException Reviewed-by: alanb ! src/share/classes/java/sql/BatchUpdateException.java From mike.duigou at oracle.com Tue May 10 19:14:36 2011 From: mike.duigou at oracle.com (mike.duigou at oracle.com) Date: Tue, 10 May 2011 19:14:36 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110510191455.3DFEE4742C@hg.openjdk.java.net> Changeset: e941ff30d005 Author: mduigou Date: 2011-05-10 10:16 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e941ff30d005 7043513: Update test for StandardCharsets Reviewed-by: alanb - test/java/nio/charset/StandardCharset/Standard.java + test/java/nio/charset/StandardCharsets/Standard.java Changeset: 2147ec13c98e Author: mduigou Date: 2011-05-10 12:14 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2147ec13c98e Merge - test/java/nio/charset/StandardCharset/Standard.java From kelly.ohair at oracle.com Wed May 11 01:22:27 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Wed, 11 May 2011 01:22:27 +0000 Subject: hg: jdk7/tl/jaxws: 7042773: Integrate JAXWS 2.2.4 update to JDK7 Message-ID: <20110511012227.78C1B4744B@hg.openjdk.java.net> Changeset: 6d59d563f187 Author: ohair Date: 2011-05-10 16:59 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/6d59d563f187 7042773: Integrate JAXWS 2.2.4 update to JDK7 Reviewed-by: ramap ! jaxws.properties From kelly.ohair at oracle.com Wed May 11 01:32:59 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 10 May 2011 18:32:59 -0700 Subject: Heads up, new jaxws source drop Message-ID: <7F387086-2491-40DD-A056-7DC81FB705F1@oracle.com> Heads up. The jdk7/tl forest has a new jaxws source drop dependency. Will likely be integrated into b144. 7042773: Integrate JAXWS 2.2.4 update to JDK7 http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/6d59d563f187 The new jaxws source drop bundle is called: jdk7-jaxws2_2_4-b02-2011_05_09.zip So if you have your own ALT_DROPS_DIR cache, you need to add this file: http://download.java.net/glassfish/components/jax-ws/openjdk/jdk7/jdk7-jaxws2_2_4-b02-2011_05_09.zip This is umbrella issue to track integration of JAX-WS 2.2.4 into JDK7 b144. This update contains updates to JAX-WS and JAXB RI. Not sure why the 7042773 CR is not available from bugs.sun.com, so here are the details: Bugs fixed: http://java.net/jira/browse/JAX_WS-945 http://java.net/jira/browse/JAX_WS-932 http://java.net/jira/browse/JAXB-826 http://java.net/jira/browse/JAXB-824 http://java.net/jira/browse/JAXB-813 http://java.net/jira/browse/JAXB-784 http://java.net/jira/browse/JAXB-783 http://java.net/jira/browse/JAXB-772 http://java.net/jira/browse/JAXB-769 http://java.net/jira/browse/JAXB-696 http://java.net/jira/browse/JAXB-633 http://java.net/jira/browse/JAXB-608 http://java.net/jira/browse/JAXB-549 http://java.net/jira/browse/JAXB-406 7040419: WSGEN: Missing xs:import for chained/interdependent schemas -kto From jonathan.gibbons at oracle.com Wed May 11 02:54:27 2011 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Wed, 11 May 2011 02:54:27 +0000 Subject: hg: jdk7/tl/langtools: 7043694: printStackTrace call should be removed Message-ID: <20110511025430.2E96F47454@hg.openjdk.java.net> Changeset: 68fde7f5863b Author: jjg Date: 2011-05-10 19:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/68fde7f5863b 7043694: printStackTrace call should be removed Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/code/Symbol.java From maurizio.cimadamore at oracle.com Wed May 11 11:16:45 2011 From: maurizio.cimadamore at oracle.com (maurizio.cimadamore at oracle.com) Date: Wed, 11 May 2011 11:16:45 +0000 Subject: hg: jdk7/tl/langtools: 2 new changesets Message-ID: <20110511111649.BA27B4747D@hg.openjdk.java.net> Changeset: a2d422d480cb Author: mcimadamore Date: 2011-05-11 13:10 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/a2d422d480cb 7042566: Regression: new ambiguity between varargs method Summary: Erroneous ambiguity error when choosing most specific varargs method Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java + test/tools/javac/varargs/7042566/T7042566.java Changeset: 95fc7fd39be2 Author: mcimadamore Date: 2011-05-11 13:12 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/95fc7fd39be2 7041730: Regression: compiler accepts invalid cast from int to Byte Summary: Implementation of cast conversion rules between primitive and boxed types is too liberal Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java ! test/tools/javac/types/BoxingConversionTest.java ! test/tools/javac/types/CastTest.java From alan.bateman at oracle.com Wed May 11 14:05:46 2011 From: alan.bateman at oracle.com (alan.bateman at oracle.com) Date: Wed, 11 May 2011 14:05:46 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110511140607.1A1B147485@hg.openjdk.java.net> Changeset: 11ef1f1bd7ca Author: alanb Date: 2011-05-11 14:57 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/11ef1f1bd7ca 7043425: (fc) ClosedByInterruptException thrown but interrupt status not set Reviewed-by: dholmes, chegar ! src/share/classes/sun/nio/ch/NativeThreadSet.java ! test/java/nio/channels/FileChannel/ClosedByInterrupt.java Changeset: f91c799f7bfb Author: alanb Date: 2011-05-11 15:00 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f91c799f7bfb 7043788: (fs) PosixFileAttributes.owner() or group() throws NPE if owner/group not in passwd/group database Reviewed-by: chegar ! src/solaris/native/sun/nio/fs/UnixNativeDispatcher.c From xueming.shen at oracle.com Wed May 11 15:54:39 2011 From: xueming.shen at oracle.com (xueming.shen at oracle.com) Date: Wed, 11 May 2011 15:54:39 +0000 Subject: hg: jdk7/tl/jdk: 7043234: (fmt) java.util.Formatter links in javadoc to BigDecimal need to be fixed Message-ID: <20110511155449.03C834748C@hg.openjdk.java.net> Changeset: 501ca93ea3ef Author: sherman Date: 2011-05-11 08:54 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/501ca93ea3ef 7043234: (fmt) java.util.Formatter links in javadoc to BigDecimal need to be fixed Summary: fixed the doc miss Reviewed-by: alanb, emcmanus ! src/share/classes/java/util/Formatter.java From jonathan.gibbons at oracle.com Wed May 11 21:55:28 2011 From: jonathan.gibbons at oracle.com (jonathan.gibbons at oracle.com) Date: Wed, 11 May 2011 21:55:28 +0000 Subject: hg: jdk7/tl/langtools: 7043867: docs/jdk/api/javac have html files that have issues with HTML4 compliance Message-ID: <20110511215531.0464A4749D@hg.openjdk.java.net> Changeset: bdfa48f80c82 Author: jjg Date: 2011-05-11 14:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/bdfa48f80c82 7043867: docs/jdk/api/javac have html files that have issues with HTML4 compliance Reviewed-by: darcy ! src/share/classes/com/sun/source/tree/SynchronizedTree.java From mike.skells at talk21.com Wed May 11 23:51:00 2011 From: mike.skells at talk21.com (mike.skells at talk21.com) Date: Thu, 12 May 2011 00:51:00 +0100 (BST) Subject: proposal to optimise the performance of the Jar utility In-Reply-To: <490699.26101.qm@web86607.mail.ird.yahoo.com> References: <479637.89357.qm@web86603.mail.ird.yahoo.com> <4D9CAB29.5090009@oracle.com> <652584.84963.qm@web86605.mail.ird.yahoo.com> <16C637B3-F74E-4658-BEC6-4577ACBC85A8@oracle.com> <490699.26101.qm@web86607.mail.ird.yahoo.com> Message-ID: <823853.23679.qm@web86603.mail.ird.yahoo.com> Hi, I have an update of the optimisations to date In summary jar can be 3 to 4 times faster and becomes CPU bound on all 4 cores of my dev system the results are as a CSV below I have included tests of the 1.6 and 1.7 code and runtime for comparison the optimisation that I have completed are 1. increase output buffer size 2. add an option (D) to omit file dates (date loading was a significant overhead before (4), less so afterwards, but still measurable improvements and may not be useful in some circumstances (e.g. my use cases) 3. pipeline the scanning for the files with the output, queuing file info via a BlockingQueue 4. rewrite the scanning to use the FileVisitor 5. temporary option (Zn) to specify the parallel option used Z0 runs the load of the file in a single thread Z1 runs parallel load of small files into memory caches, and runs the load of the zip file in another thread Z2 uses a (mostly) parallel version of Zip/JarOutputStream called Zip/JarWriter 6 decreased the calls to BufferedOutputStream.write(int) (in Z2 mode) to limit the overheads of synchronisation 7. modified some Jar internal data structures 8 eliminated double reading of a file in STORED mode for 'small' files (was once for CRC and again for data) 9 probably a few other tweaks that I have forgotten I have only looked at the create path. I have mod modified the update or extract paths --- results, is csv format Runtime,code,qualifiers,comment,duration ,,,, jdk1.6.0_24,1.6 tools, -cf0, java 1.6 rt -cf0,9538 jdk1.6.0_24,1.6 tools, -cf, java 1.6 rt -cf,10218 jdk1.7 dev,1.7 tools, -cf0, java 1.7 rt -cf0,9908 jdk1.7 dev,1.7 tools, -cf, java 1.7 rt -cf,10680 jdk1.7 dev,1.7 dev baseline, -cf0, orig 1.7 rt -cf0,10270 jdk1.7 dev,1.7 dev baseline, -cf, orig 1.7 rt -cf,10713 jdk1.7 dev,1.7 dev, -cf0, project 1.7 rt -cf0,3144 jdk1.7 dev,1.7 dev, -cf0Z0, project 1.7 rt -cf0 parallel 0,3031 jdk1.7 dev,1.7 dev, -cf0DZ0, project 1.7 rt -cf0D parallel 0,2837 jdk1.7 dev,1.7 dev, -cf0DZ1, project 1.7 rt -cf0D parallel 1,2142 jdk1.7 dev,1.7 dev, -cf0DZ2, project 1.7 rt -cf0D parallel 2,2458 jdk1.7 dev,1.7 dev, -cf1, project 1.7 rt -cf1,5418 jdk1.7 dev,1.7 dev, -cf1DZ0, project 1.7 rt -cf1D parallel 0,5420 jdk1.7 dev,1.7 dev, -cf1DZ1, project 1.7 rt -cf1D parallel 1,5319 jdk1.7 dev,1.7 dev, -cf1DZ2, project 1.7 rt -cf1D parallel 2,3260 jdk1.7 dev,1.7 dev, -cf2, project 1.7 rt -cf2,5515 jdk1.7 dev,1.7 dev, -cf3, project 1.7 rt -cf3,5792 jdk1.7 dev,1.7 dev, -cf4, project 1.7 rt -cf4,5862 jdk1.7 dev,1.7 dev, -cf5, project 1.7 rt -cf5,6116 jdk1.7 dev,1.7 dev, -cf6, project 1.7 rt -cf6,6328 jdk1.7 dev,1.7 dev, -cf6DZ0, project 1.7 rt -cf6D parallel 0,6048 jdk1.7 dev,1.7 dev, -cf6DZ1, project 1.7 rt -cf6D parallel 1,6048 jdk1.7 dev,1.7 dev, -cf6DZ2, project 1.7 rt -cf6D parallel 2,3405 jdk1.7 dev,1.7 dev, -cf7, project 1.7 rt -cf7,6497 jdk1.7 dev,1.7 dev, -cf8, project 1.7 rt -cf8,6375 jdk1.7 dev,1.7 dev, -cf9, project 1.7 rt -cf9,6388 jdk1.7 dev,1.7 dev, -cf9DZ0, project 1.7 rt -cf9D parallel 0,6422 jdk1.7 dev,1.7 dev, -cf9DZ1, project 1.7 rt -cf9D parallel 1,6224 jdk1.7 dev,1.7 dev, -cf9DZ2, project 1.7 rt -cf9D parallel 2,3482 ________________________________ From: "mike.skells at talk21.com" To: Mike Duigou Cc: core-libs-dev Libs Sent: Thursday, 14 April, 2011 0:55:04 Subject: Re: proposal to optimise the performance of the Jar utility Hi Mike, apart from compression 0 it doesn't make a lot of difference as far as I see it. As I posted earlier, converting the file name to lower case seems (according the the NB profiler) to take more time than the compression Bearing in mind that I have tweaked my system so that I am accessing from cache only, so the elapsed time is pretty much the single core time, here are the results the result I have re-run today (hence the delay) in csv format --- ,cf,cf0,cf1,cf2,cf3,cf4,cf5,cf6,cf7,cf8,cf9 1.6.0_24 (1.6 vm),10255,9751,,,,,,,,, java 1.7 release candinate,10498,9663,,,,,,,,, orig ,10481,9707,,,,,,,,, buffer CRC32 data,,7398,9490,9641,9565,10038,10142,10366,10310,10536,10440 --- this run shows a 25% improvement in cf0 times (9703 ms vs 7398 wthen the tweaks are applied) cf1 (compressed level 1) takes 9490 and cf9 takes 10440, so not a huge difference Regards Mike ________________________________ From: Mike Duigou To: mike.skells at talk21.com Cc: Xueming Shen ; core-libs-dev Libs Sent: Wednesday, 13 April, 2011 23:00:26 Subject: Re: proposal to optimise the performance of the Jar utility Mike, can you share the results of performance testing at various compression levels? Is there much difference between the levels or an apparent "sweet spot"? For low hanging fruit for jdk 7 it might be worth considering raising the default compression level from 5 to 6 (the zlib default). Raising the level from 5 to 6 entails (by today's standards) very modest increases in the amount of memory and effort used (16Kb additional buffer space for compression). In general zlib reflects size choices that are almost 20 years old and it may be of no measurable benefit to be using the lower compression levels. Mike (also) On Apr 12 2011, at 17:48 , mike.skells at talk21.com wrote: > Hi Sherman, > I have had a quick look at the current code to see what 'low hanging fruit' > there is. I appreciate that parallelizing the command in its entirity may not >be > > feasible for the first release > > The tests that I have run are jarring the content of the 1.7 rt.jar with >varying > > compression levels. Each jar is run as an child process 6 times and the average > > > of the last 5 is taken. Tests are pretty much CPU bound on a single core > > 1. The performance of the cf0 (create file with no compression) path can be > improved for the general case if the file is buffered. > In my test env (windows 7 64bit) this equates to a 17% time performance > improvement in my tests. In the existing code the file is read twice, once to > calc the CRC and once to write the file to the Jar file. This change would > buffer a single small file at a time (size < 100K) > > 2. It is also a trivial fix to allow different compression levels, rather than > stored and default > > After that it is harder to gain performance improvements without structural > change or more discussion > > 3. The largest saving after that is in the management of the 'entries' Set, as > the hashcode of the File is expensive (this may not apply to other >filesystems). > > the management of this map seems to account for more cpu than Deflator! > I cannot see the reason for this data being collected. I am probably missing >the > > obvious ... > > 4. After that there is just the parallelisation of the jar utility and the > underlying stream > > What is the best way to proceed > > regards > > Mike > > > > ________________________________ > From: Xueming Shen > To: core-libs-dev at openjdk.java.net > Sent: Wednesday, 6 April, 2011 19:04:25 > Subject: Re: proposal to optimise the performance of the Jar utility > > Hi Mike, > > We are in the final stage of the JDK7 development, work like this is > unlikely to get in the > last minute. I have filed a CR/RFE to trace this issue, we can use this > CR as the start > point for the discussion and target for some jdk7 update releases or JDK8. > > 7034403: proposal to optimise the performance of the Jar utility > > Thanks, > Sherman > > > On 04/05/2011 04:42 PM, mike.skells at talk21.com wrote: >> Hi, >> Not sure if this is too late for Java 7 but I have made some optimisations for > > >> a >> client to improve the performance of the jar utility in their environment, and >> would like to promite then into the main code base >> >> The optimisations that I have performed are >> >> 1. Allowing the Jar utility to have other compression levels (currently it >> allows default (5) only) >> 2. Multi-threading, and pipelining the the file information and access >> 3. multi-threading the compression and file writing >> >> A little background >> A part of the development process of where I work they regularly Jar the >> content >> of the working projects as part of the distribution to remote systems. This is > > >> a >> large and complex code base of 6 million LOC and growing. The Jar file ends up >> compressed to approx 100Mb, Uncompressed the jar size is approx 245mb, about >> 4-5 >> times the size of rt.jar. >> >> I was looking at ways to improve the performance as this activity occurs >> several >> times a day for dozens of developers >> >> In essence when compressing a new jar file the jar utility is single threaded >> and staged. Forgive me if this is an oversimplification >> >> first it works out all of the files that are specified, buffering the file >> names, (IO bound) >> then it iterates through the files, and for each file, it load the file >> information, and then the file content sending it to a JarOutputStream, (CPU >> bound or IO bound depending on the IO speed) >> >> The JarOutputStream has a compression of 0 (just store) or 5 (the default), > and >> the jar writing is single threaded by the design of the JarOutputStream >> >> The process of creation of a Jar took about 20 seconds in windows with the > help >> of an SSD, and considerable longer without one, and was CPU bound to one CPU >> core >> >> ---- >> The changes that I made were >> 1. Allow deferent compression levels (for us a compression level of 1 > increases >> the file size of the Jar to 110 Mb but reduces the CPU load in compression to >> approx 30% of what it was (rough estimate) >> 2. pipelining the file access >> 2.1 one thread is started for each file root (-C on the Jar command line), >> which scans for files and places the file information into a blocking >> queue(Q1), >> which I set to abretrary size of 200 items >> 2.2 one thread pool of 10 threads reads the file information from the queue >> (Q1) and buffers the file content to a specified size (again I specified an >> arbetrary size limit of 25K for a file, and places the buffered content into a >> queue(q2) (again arbetrary size of 10 items >> 2.3 one thread takes the filecontent from Q2 and compresses it or checksums >> it and adds it the the JarOutputStream. This process is single threaded due > to >> the design of the JarOutputStream >> >> some other minor performance gain occurred by increasing the buffer on the >> output stream to reduce the IO load >> >> The end result is that the process takes about approx 5 seconds in the same >> configuration >> >> The above is in use in production configuration for a few months now >> >> As a home project I have completed some enhancements to the JarOutputStream, >> and >> produced a JarWriter that allows multiple threads to work concurrently >> deflating >> or calculating checksums, which seems to test OK for the test cases that Ihave >> generated,and successfully loads my quad core home dev machine on all cores. >> Each thread allocates a buffer, and the thread compresses a files into the >> buffer, only blocking other threads whenthe buffer is written to the output >> (which is after the compression is complete, unless the file is too large to >> compress >> >> This JarWriter is not API compatable with the JarOutputStream, it is not a >> stream. It allows the programmer to write a record based of the file >> information >> and an input stream, and is threadsafe. It is not a drop in replacement for >> JarOutputStream >> I am not an expert in the ZIp file format, but much of the code from >> ZipOutputStream is unchanged, just restructured >> --- >> I did think that there is some scope for improvement, that I have not looked > at >> a. thresholding of file size for compression (very small files dont compress >> well >> b. some file types dont compress well (e.g. png, jpeg) as they have been >> compressed already) >> c. using NIO to parallelise the loading of the file information or content >> d. some pre-charging of the deflator dictionary (e.g. a class file contains > the >> strings of the class name and packages), but this would make the format >> incompatable with zip, and require changes to the JVM to be useful, and is a >> long way from my comform zone, or skill set. This would reduce the file size >> >> -- >> What is the view of the readers. Is this something, or at least some parts of >> this that could be incorperated into Java 7 or is this too late on the dev >> cycle >> >> regards >> >> Mike From keith.mcguigan at oracle.com Thu May 12 00:20:42 2011 From: keith.mcguigan at oracle.com (keith.mcguigan at oracle.com) Date: Thu, 12 May 2011 00:20:42 +0000 Subject: hg: jdk7/tl/jdk: 6659215: javax.management.timer.Timer frequently fails to start Message-ID: <20110512002052.2C80F474A4@hg.openjdk.java.net> Changeset: 831017d8fbcf Author: kamg Date: 2011-05-11 20:18 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/831017d8fbcf 6659215: javax.management.timer.Timer frequently fails to start Summary: Copy array to avoid ConcurrentModificationException Reviewed-by: dcubed, alanb ! src/share/classes/javax/management/timer/Timer.java + test/javax/management/timer/StartTest.java From xuelei.fan at oracle.com Thu May 12 03:40:10 2011 From: xuelei.fan at oracle.com (xuelei.fan at oracle.com) Date: Thu, 12 May 2011 03:40:10 +0000 Subject: hg: jdk7/tl/jdk: 7043514: NPE in sun.security.ssl.JsseJce.isEcAvailable Message-ID: <20110512034019.B7CB5474B7@hg.openjdk.java.net> Changeset: 99156e4f26ea Author: xuelei Date: 2011-05-11 20:39 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/99156e4f26ea 7043514: NPE in sun.security.ssl.JsseJce.isEcAvailable Reviewed-by: weijun, vinnie, wetmore ! src/share/classes/sun/security/ssl/JsseJce.java From keith.mcguigan at oracle.com Thu May 12 12:21:40 2011 From: keith.mcguigan at oracle.com (keith.mcguigan at oracle.com) Date: Thu, 12 May 2011 12:21:40 +0000 Subject: hg: jdk7/tl/jdk: 7044203: Missing @test tag in test/javax/management/timer/StartTest.java Message-ID: <20110512122224.09729474CA@hg.openjdk.java.net> Changeset: d498e50ae62d Author: kamg Date: 2011-05-12 08:17 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d498e50ae62d 7044203: Missing @test tag in test/javax/management/timer/StartTest.java Summary: Add tag Reviewed-by: alanb ! test/javax/management/timer/StartTest.java From Alan.Bateman at oracle.com Thu May 12 12:23:30 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 12 May 2011 13:23:30 +0100 Subject: proposal to optimise the performance of the Jar utility In-Reply-To: <823853.23679.qm@web86603.mail.ird.yahoo.com> References: <479637.89357.qm@web86603.mail.ird.yahoo.com> <4D9CAB29.5090009@oracle.com> <652584.84963.qm@web86605.mail.ird.yahoo.com> <16C637B3-F74E-4658-BEC6-4577ACBC85A8@oracle.com> <490699.26101.qm@web86607.mail.ird.yahoo.com> <823853.23679.qm@web86603.mail.ird.yahoo.com> Message-ID: <4DCBD142.9040509@oracle.com> mike.skells at talk21.com wrote: > Hi, > I have an update of the optimisations to date > > In summary jar can be 3 to 4 times faster and becomes CPU bound on all 4 cores > of my dev system > > the results are as a CSV below > I have included tests of the 1.6 and 1.7 code and runtime for comparison > > the optimisation that I have completed are > 1. increase output buffer size > 2. add an option (D) to omit file dates (date loading was a significant overhead > before (4), less so afterwards, but still measurable improvements and may not be > useful in some circumstances (e.g. my use cases) > 3. pipeline the scanning for the files with the output, queuing file info via a > BlockingQueue > 4. rewrite the scanning to use the FileVisitor > 5. temporary option (Zn) to specify the parallel option used > Z0 runs the load of the file in a single thread > Z1 runs parallel load of small files into memory caches, and runs the load of > the zip file in another thread > Z2 uses a (mostly) parallel version of Zip/JarOutputStream called Zip/JarWriter > 6 decreased the calls to BufferedOutputStream.write(int) (in Z2 mode) to limit > the overheads of synchronisation > 7. modified some Jar internal data structures > 8 eliminated double reading of a file in STORED mode for 'small' files (was once > for CRC and again for data) > 9 probably a few other tweaks that I have forgotten > > I have only looked at the create path. I have mod modified the update or extract > paths > Mike - the results look very good. Are you at the point yet where you have a patch to discuss and review? -Alan. From mike.skells at talk21.com Thu May 12 13:57:00 2011 From: mike.skells at talk21.com (mike.skells at talk21.com) Date: Thu, 12 May 2011 13:57:00 +0000 Subject: proposal to optimise the performance of the Jar utility In-Reply-To: <4DCBD142.9040509@oracle.com> References: <479637.89357.qm@web86603.mail.ird.yahoo.com> <4D9CAB29.5090009@oracle.com> <652584.84963.qm@web86605.mail.ird.yahoo.com> <16C637B3-F74E-4658-BEC6-4577ACBC85A8@oracle.com> <490699.26101.qm@web86607.mail.ird.yahoo.com> <823853.23679.qm@web86603.mail.ird.yahoo.com><4DCBD142.9040509@oracle.com> Message-ID: <1091020313-1305208607-cardhu_decombobulator_blackberry.rim.net-1935267008-@b25.c3.bise7.blackberry> I think that I am getting close to that but the code is currently trying out different options so if would be more a review of other ideas and techniques prior to cleanup also I don't know how to do a review with this toolset :-( I would welcome some review particually of the zipwriter and I have some questions on the zip file format options I still have some more digging to do - 1 some of the numbers are a little surprising so I want to play with the size and queues and threads to see why for instance Z2 is slowed than Z1 when using stored 2 I thought that I would see the impact of using SeekableByteChannel for the output stage reading and writing the file 3 need to do some verification that the content is valid (any suggestions welcome) Mike Sent from my BlackBerry? wireless device -----Original Message----- From: Alan Bateman Date: Thu, 12 May 2011 13:23:30 To: Cc: core-libs-dev Libs Subject: Re: proposal to optimise the performance of the Jar utility mike.skells at talk21.com wrote: > Hi, > I have an update of the optimisations to date > > In summary jar can be 3 to 4 times faster and becomes CPU bound on all 4 cores > of my dev system > > the results are as a CSV below > I have included tests of the 1.6 and 1.7 code and runtime for comparison > > the optimisation that I have completed are > 1. increase output buffer size > 2. add an option (D) to omit file dates (date loading was a significant overhead > before (4), less so afterwards, but still measurable improvements and may not be > useful in some circumstances (e.g. my use cases) > 3. pipeline the scanning for the files with the output, queuing file info via a > BlockingQueue > 4. rewrite the scanning to use the FileVisitor > 5. temporary option (Zn) to specify the parallel option used > Z0 runs the load of the file in a single thread > Z1 runs parallel load of small files into memory caches, and runs the load of > the zip file in another thread > Z2 uses a (mostly) parallel version of Zip/JarOutputStream called Zip/JarWriter > 6 decreased the calls to BufferedOutputStream.write(int) (in Z2 mode) to limit > the overheads of synchronisation > 7. modified some Jar internal data structures > 8 eliminated double reading of a file in STORED mode for 'small' files (was once > for CRC and again for data) > 9 probably a few other tweaks that I have forgotten > > I have only looked at the create path. I have mod modified the update or extract > paths > Mike - the results look very good. Are you at the point yet where you have a patch to discuss and review? -Alan. From frederic.parain at oracle.com Fri May 13 11:23:29 2011 From: frederic.parain at oracle.com (frederic.parain at oracle.com) Date: Fri, 13 May 2011 11:23:29 +0000 Subject: hg: jdk7/tl/jdk: 7031754: javax.management docs need to be updated to replace Java SE 6 occurrences Message-ID: <20110513112357.4B1124752A@hg.openjdk.java.net> Changeset: 8daf9e0c9a2e Author: fparain Date: 2011-05-13 13:20 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/8daf9e0c9a2e 7031754: javax.management docs need to be updated to replace Java SE 6 occurrences Summary: Remove references to a specific version of the Java Platform Reviewed-by: mchung, kamg ! src/share/classes/javax/management/loading/package.html ! src/share/classes/javax/management/modelmbean/package.html ! src/share/classes/javax/management/monitor/package.html ! src/share/classes/javax/management/openmbean/package.html ! src/share/classes/javax/management/package.html ! src/share/classes/javax/management/relation/package.html ! src/share/classes/javax/management/remote/package.html From xueming.shen at oracle.com Sat May 14 18:57:34 2011 From: xueming.shen at oracle.com (xueming.shen at oracle.com) Date: Sat, 14 May 2011 18:57:34 +0000 Subject: hg: jdk7/tl/jdk: 7044849: Constructs for Unicode binary properties should be \p{IsXXX} not p{isXXX} Message-ID: <20110514185745.59C7747574@hg.openjdk.java.net> Changeset: d830ec851cee Author: sherman Date: 2011-05-14 11:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d830ec851cee 7044849: Constructs for Unicode binary properties should be \p{IsXXX} not p{isXXX} Summary: fixed the doc typo Reviewed-by: alanb ! src/share/classes/java/util/regex/Pattern.java From lana.steuck at oracle.com Sat May 14 21:57:51 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:57:51 +0000 Subject: hg: jdk7/tl: Added tag jdk7-b142 for changeset cfbbdb77eac0 Message-ID: <20110514215751.2541D4757F@hg.openjdk.java.net> Changeset: bde8f3d56ffa Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/bde8f3d56ffa Added tag jdk7-b142 for changeset cfbbdb77eac0 ! .hgtags From lana.steuck at oracle.com Sat May 14 21:57:56 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:57:56 +0000 Subject: hg: jdk7/tl/jaxp: 3 new changesets Message-ID: <20110514215757.0CCBF47580@hg.openjdk.java.net> Changeset: 7d067af4b25e Author: jgodinez Date: 2011-05-09 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/7d067af4b25e Merge Changeset: 3910007a86d8 Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/3910007a86d8 Added tag jdk7-b142 for changeset 7d067af4b25e ! .hgtags Changeset: 16b847e9bbd7 Author: lana Date: 2011-05-14 10:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/16b847e9bbd7 Merge From lana.steuck at oracle.com Sat May 14 21:57:59 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:57:59 +0000 Subject: hg: jdk7/tl/jaxws: 2 new changesets Message-ID: <20110514215759.57EC547581@hg.openjdk.java.net> Changeset: 7439eee6371b Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/7439eee6371b Added tag jdk7-b142 for changeset 0ef3ef823c39 ! .hgtags Changeset: 569d1e7ea980 Author: lana Date: 2011-05-14 10:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/569d1e7ea980 Merge From lana.steuck at oracle.com Sat May 14 21:57:54 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:57:54 +0000 Subject: hg: jdk7/tl/corba: 3 new changesets Message-ID: <20110514215759.E0BB947582@hg.openjdk.java.net> Changeset: 62a6a0a1a350 Author: mfang Date: 2011-05-10 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/62a6a0a1a350 7043548: message drop 3 translation integration Reviewed-by: yhuang ! src/share/classes/com/sun/corba/se/impl/orbutil/resources/sunorb_pt_BR.properties Changeset: a2f340a048c8 Author: mfang Date: 2011-05-10 19:54 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/a2f340a048c8 Merge Changeset: 51ed32f6f4de Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/51ed32f6f4de Added tag jdk7-b142 for changeset a2f340a048c8 ! .hgtags From lana.steuck at oracle.com Sat May 14 21:58:10 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:58:10 +0000 Subject: hg: jdk7/tl/langtools: 6 new changesets Message-ID: <20110514215831.0B8B747583@hg.openjdk.java.net> Changeset: b72d70f33ee4 Author: jgodinez Date: 2011-05-09 12:34 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/b72d70f33ee4 Merge - test/tools/javac/generics/diamond/7030150/Neg01.java - test/tools/javac/generics/diamond/7030150/Neg01.out - test/tools/javac/generics/diamond/7030150/Neg02.java - test/tools/javac/generics/diamond/7030150/Neg02.out - test/tools/javac/generics/diamond/7030150/Neg03.java - test/tools/javac/generics/diamond/7030150/Neg03.out - test/tools/javac/generics/diamond/7030150/Pos01.java - test/tools/javac/generics/diamond/7030150/Pos02.java Changeset: 66956f601f5a Author: mfang Date: 2011-05-10 15:04 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/66956f601f5a 7022005: [ja,zh_CN] javadoc, part of navigation bar in generated html are not translated. Reviewed-by: yhuang ! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard_ja.properties ! src/share/classes/com/sun/tools/doclets/formats/html/resources/standard_zh_CN.properties Changeset: c60f85f28aa9 Author: mfang Date: 2011-05-10 15:07 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/c60f85f28aa9 7043548: message drop 3 translation integration Reviewed-by: yhuang ! src/share/classes/com/sun/tools/javac/resources/compiler_ja.properties ! src/share/classes/com/sun/tools/javac/resources/compiler_zh_CN.properties ! src/share/classes/com/sun/tools/javac/resources/javac_ja.properties ! src/share/classes/com/sun/tools/javac/resources/javac_zh_CN.properties ! src/share/classes/com/sun/tools/javadoc/resources/javadoc_ja.properties ! src/share/classes/com/sun/tools/javadoc/resources/javadoc_zh_CN.properties Changeset: 7476b164194c Author: mfang Date: 2011-05-10 19:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/7476b164194c Merge Changeset: 4d05949f8d6b Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/4d05949f8d6b Added tag jdk7-b142 for changeset 7476b164194c ! .hgtags Changeset: 652f0daf74a7 Author: lana Date: 2011-05-14 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/652f0daf74a7 Merge From lana.steuck at oracle.com Sat May 14 21:58:28 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:58:28 +0000 Subject: hg: jdk7/tl/hotspot: 52 new changesets Message-ID: <20110514220018.6C9A547585@hg.openjdk.java.net> Changeset: 2a3da7eaf4a6 Author: zgu Date: 2011-04-27 09:09 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2a3da7eaf4a6 7036747: 7017009 reappeared, problem with ElfStringTable Summary: Created new "new" operator for CHeapObj that allows malloc to fail without causing fatal error. Also replaced "HeapAllocate" with "os::malloc" in decoder code to allow decoder to handle low memory scenario. Reviewed-by: coleenp, dholmes ! src/share/vm/memory/allocation.cpp ! src/share/vm/memory/allocation.hpp ! src/share/vm/utilities/elfFile.cpp ! src/share/vm/utilities/elfStringTable.cpp Changeset: e534ac80e49a Author: zgu Date: 2011-04-27 06:20 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e534ac80e49a Merge Changeset: 0cddebc420d8 Author: dcubed Date: 2011-04-28 08:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/0cddebc420d8 7039447: 2/1 java profiling is broken in build 139 (garbage in function name) Summary: The name in a deferred JVM/TI DynamicCodeGenerated event needs to be explicitly saved. Reviewed-by: acorn, never, dsamersoff, dholmes ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/prims/jvmtiImpl.cpp Changeset: dddc5753c53a Author: dsamersoff Date: 2011-04-29 21:13 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/dddc5753c53a 7019808: build fails on Fedora 14: SELinux run-time check: execution of stack in libjvm.so Summary: executable flag is set in the elf header of libjvm.so during build, instruct ld to don't do it. Reviewed-by: acorn, phh ! make/linux/makefiles/vm.make Changeset: 405c634f4aaa Author: dcubed Date: 2011-05-02 14:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/405c634f4aaa 7028172: 3/4 SA needs to adapt to Solaris libproc change made in 6748307 Summary: Support build and runtime configs of old and new interfaces as appropriate. Reviewed-by: acorn, never ! agent/src/os/solaris/proc/libproc.h ! agent/src/os/solaris/proc/salibproc.h ! agent/src/os/solaris/proc/saproc.cpp ! make/solaris/makefiles/saproc.make Changeset: 250642c729b4 Author: dsamersoff Date: 2011-05-03 18:24 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/250642c729b4 7041156: gcc 4.6 doesn't recognise -export-dynamic option Summary: Since -export-dynamic is a linker option, the correct way to pass it is -Xlinker -export-dynamic Reviewed-by: dsamersoff, dholmes Contributed-by: omajid at redhat.com ! make/linux/makefiles/gcc.make Changeset: da880ba4edf9 Author: dsamersoff Date: 2011-05-03 18:43 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/da880ba4edf9 7031385: incorrect register allocation in release_store_fence on linux x86 Summary: Since gcc 4.5 the inline assembly trying to use r register for an atomic 8-bit exchange and it leads to compilation error Reviewed-by: dsamersoff, dholmes Contributed-by: dbhole at redhat.com ! src/os_cpu/linux_x86/vm/orderAccess_linux_x86.inline.hpp Changeset: f78b3a5497f2 Author: dsamersoff Date: 2011-05-03 13:01 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f78b3a5497f2 Merge Changeset: 69e41359aef0 Author: zgu Date: 2011-05-03 13:01 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/69e41359aef0 6986065: Rebrand exe/dll company names Summary: Fixed Windows exe/dll right-click properties. "Oracle Corporation" for company name in jdk7, but "Sun Microsystems, Inc." for jdk6. Reviewed-by: phh, acorn + make/jdk6_hotspot_distro ! make/windows/build.make Changeset: f7b5dc171e92 Author: zgu Date: 2011-05-03 10:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f7b5dc171e92 Merge Changeset: e62e515d3a55 Author: zgu Date: 2011-05-03 12:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e62e515d3a55 Merge Changeset: 5781ed5f1865 Author: dcubed Date: 2011-05-03 12:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/5781ed5f1865 7041410: 5/4 finish removing SOLARIS_7_OR_LATER from HotSpot Summary: Delete use of SOLARIS_7_OR_LATER from sparcWorks.make Reviewed-by: never ! make/solaris/makefiles/sparcWorks.make Changeset: 6dce0126f44e Author: kamg Date: 2011-05-04 11:04 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/6dce0126f44e Merge Changeset: da0fffdcc453 Author: johnc Date: 2011-04-28 15:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/da0fffdcc453 7040410: -Xloggc: incorrectly enables TraceClassUnloading causing tracing on tty Summary: Don't enable TraceClassUnloading whne -Xloggc is specified. Reviewed-by: tonyp, ysr ! src/share/vm/runtime/arguments.cpp Changeset: cd8e33b2a8ad Author: tonyp Date: 2011-04-29 12:40 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/cd8e33b2a8ad 7034139: G1: assert(Thread::current()->is_ConcurrentGC_thread()) failed: only a conc GC thread can call this. Summary: We were calling STS join and leave during a STW pause and we are not suppoesed to. I now only call those during concurrent phase. I also added stress code in the non-product builds to force an overflows (the condition that ws uncovering the bug) to make sure it does not happen again. Reviewed-by: johnc, brutisso ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp Changeset: 063382f9b575 Author: tonyp Date: 2011-04-29 14:59 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/063382f9b575 7035144: G1: nightly failure: Non-dirty cards in region that should be dirty (failures still exist...) Summary: We should only undirty cards after we decide that they are not on a young region, not before. The fix also includes improvements to the verify_dirty_region() method which print out which cards were not found dirty. Reviewed-by: johnc, brutisso ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp ! src/share/vm/memory/modRefBarrierSet.hpp Changeset: 188c9a5d6a6d Author: iveresov Date: 2011-04-29 12:39 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/188c9a5d6a6d 7040485: Use transparent huge page on linux by default Summary: Turn on UseLargePages by default but try only HugeTLBFS method if it is not explicitly specified on the command line. Reviewed-by: ysr ! src/os/linux/vm/globals_linux.hpp ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/windows/vm/os_windows.cpp ! src/share/vm/runtime/os.hpp Changeset: 6dd3d74b2674 Author: iveresov Date: 2011-04-29 20:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/6dd3d74b2674 Merge Changeset: ca7c15a01229 Author: jmasa Date: 2011-05-02 07:08 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ca7c15a01229 Merge Changeset: a1d5f532838d Author: brutisso Date: 2011-04-29 09:11 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/a1d5f532838d 7040068: CMS: Possibly unsafe initialization of BlockOffsetArrayUseUnallocatedBlock Summary: BlockOffsetArrayUseUnallocatedBlock was intended to be turned off as part of BUG 6948538 but a code line in collectorPolicy.cpp actually kept it turned on. Reviewed-by: jwilhelm, ysr ! src/share/vm/memory/collectorPolicy.cpp ! src/share/vm/runtime/globals.hpp Changeset: 567c87d484a0 Author: iveresov Date: 2011-05-04 15:08 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/567c87d484a0 7041501: NUMA: Expand the old gen more aggressively Summary: Expand the old gen in bigger increments Reviewed-by: jmasa ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/runtime/arguments.cpp Changeset: 75af3e8de182 Author: tonyp Date: 2011-05-05 09:15 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/75af3e8de182 7040450: G1: assert((_g1->evacuation_failed()) || (!_g1->obj_in_cs(obj))) failed: shouldn't still be in ... Summary: There is a race in the evac failure handling code that causes the condition the assert checks not to be true. The fix is to replace the too-strong assert with a more targeted one. Reviewed-by: johnc, ysr, jcoomes ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp Changeset: acf5e660c71a Author: jcoomes Date: 2011-05-05 07:51 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/acf5e660c71a 6728025: LinkResolver is missing some ResourceMarks Reviewed-by: dholmes, coleenp, ysr, kamg ! src/share/vm/interpreter/linkResolver.cpp Changeset: 54a56bbaf95b Author: brutisso Date: 2011-05-06 09:45 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/54a56bbaf95b Merge ! src/share/vm/runtime/globals.hpp Changeset: 6c978a541c03 Author: dholmes Date: 2011-05-04 19:16 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/6c978a541c03 7036267: c2/arm: mark version number as experimental and disable on unsupported platforms Summary: Change call to Abstract_VM_Version::vm_info_string to VM_Version::vm_info_string so it cna be overridden by the arch specific VM_Version class Reviewed-by: bobv, phh ! src/share/vm/runtime/arguments.cpp Changeset: f49c31acee88 Author: dholmes Date: 2011-05-04 23:10 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f49c31acee88 Merge - make/linux/makefiles/cscope.make - make/solaris/makefiles/cscope.make Changeset: 277d0f6ca64d Author: kevinw Date: 2011-04-18 08:03 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/277d0f6ca64d 7005503: Make GuaranteedSafepointInterval a diagnostic flag Reviewed-by: kamg, ysr ! src/share/vm/runtime/globals.hpp Changeset: 52df0980eb50 Author: kevinw Date: 2011-05-05 09:33 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/52df0980eb50 Merge ! src/share/vm/runtime/globals.hpp Changeset: 1d80a2429f59 Author: kamg Date: 2011-05-05 12:50 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/1d80a2429f59 7033669: JVM TI spec has to be changed to not contain URLS to the VM Spec Summary: Update JVMTI source files to remove hyperlinks and add full legal name Reviewed-by: acorn, dcubed, dholmes ! src/share/vm/prims/jvmti.xml ! src/share/vm/prims/jvmti.xsl Changeset: ededdaaf8ca5 Author: dholmes Date: 2011-05-05 21:20 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ededdaaf8ca5 7036525: Disable alternative source mechanism for OPENJDK builds Summary: By default if OPENJDK=true is set then we don't look in the alt-src predefined location. The user can explicitly set HS_ALT_SRC_REL to the desired location in conjunction with OPENJDK=true, if they wish. Reviewed-by: jcoomes, kamg ! make/altsrc.make Changeset: f4063a3503fc Author: kamg Date: 2011-05-06 11:25 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f4063a3503fc Merge ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: ae93231c7a1f Author: kvn Date: 2011-04-28 16:40 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/ae93231c7a1f 7039652: Performance regression after 7004547 changes Summary: Use unrolled_count() to limit unrolling and use the stride check only for initial stride value. Reviewed-by: never ! src/share/vm/opto/loopTransform.cpp Changeset: b21ecca7ccc4 Author: twisti Date: 2011-05-02 00:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/b21ecca7ccc4 6552561: MaxRecursiveInlineLevel flag doesn't operate correctly Reviewed-by: kvn, never ! src/share/vm/opto/bytecodeInfo.cpp Changeset: 49d67a090fe2 Author: never Date: 2011-05-02 10:51 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/49d67a090fe2 Merge - make/linux/makefiles/cscope.make - make/solaris/makefiles/cscope.make Changeset: 2e038ad0c1d0 Author: never Date: 2011-05-02 18:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2e038ad0c1d0 7009361: JSR 292 Invalid value on stack on solaris-sparc with -Xcomp Reviewed-by: kvn, twisti ! src/cpu/sparc/vm/frame_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/templateInterpreter_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/frame_x86.cpp ! src/cpu/x86/vm/interp_masm_x86_32.cpp ! src/cpu/x86/vm/interp_masm_x86_32.hpp ! src/cpu/x86/vm/interp_masm_x86_64.cpp ! src/cpu/x86/vm/interp_masm_x86_64.hpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/share/vm/opto/loopPredicate.cpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/frame.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/utilities/debug.cpp Changeset: e6d7eed3330c Author: kvn Date: 2011-05-03 09:10 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e6d7eed3330c 7041100: The load in String.equals intrinsic executed before null check Summary: Remove control from loads in String.equals intrinsic and cast argument to not-null. Reviewed-by: never ! src/share/vm/opto/library_call.cpp + test/compiler/7041100/Test7041100.java Changeset: f1d6640088a1 Author: never Date: 2011-05-03 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f1d6640088a1 6796786: invalid FP identity transform - (a - b) -> b - a Reviewed-by: iveresov, twisti ! src/share/vm/opto/subnode.cpp ! src/share/vm/opto/subnode.hpp + test/compiler/6796786/Test6796786.java Changeset: 8a9941687aae Author: never Date: 2011-05-03 17:09 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/8a9941687aae Merge Changeset: eae35325e5e1 Author: never Date: 2011-05-03 20:56 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/eae35325e5e1 7041603: standalone SA doesn't build after 7010849 Reviewed-by: dcubed ! agent/make/Makefile Changeset: e9b8ef09622a Author: never Date: 2011-05-04 00:21 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e9b8ef09622a 7041582: set_mode_flags isn't called without -Xmixed specified Reviewed-by: kvn, iveresov ! src/share/vm/runtime/arguments.cpp Changeset: 8d944991dbf9 Author: twisti Date: 2011-05-04 00:41 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/8d944991dbf9 7041244: JSR 292: Server VM gets a SEGV running a JCK test Reviewed-by: iveresov, kvn, never ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/share/vm/memory/genOopClosures.hpp Changeset: 6ee92b277bc5 Author: twisti Date: 2011-05-04 00:46 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/6ee92b277bc5 Merge Changeset: 0139aac70fb5 Author: twisti Date: 2011-05-04 03:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/0139aac70fb5 Merge Changeset: bad7ecd0b6ed Author: kvn Date: 2011-05-04 13:12 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/bad7ecd0b6ed 5091921: Sign flip issues in loop optimizer Summary: Fix integer overflow problem in the code generated by loop optimizer. Reviewed-by: never ! src/cpu/x86/vm/x86_32.ad ! src/share/vm/oops/methodDataOop.hpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/loopPredicate.cpp ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopUnswitch.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/loopnode.hpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/parse.hpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/deoptimization.hpp + test/compiler/5091921/Test5091921.java + test/compiler/5091921/Test6186134.java + test/compiler/5091921/Test6196102.java + test/compiler/5091921/Test6357214.java + test/compiler/5091921/Test6559156.java + test/compiler/5091921/Test6753639.java + test/compiler/5091921/Test6850611.java + test/compiler/5091921/Test6890943.java + test/compiler/5091921/Test6890943.sh + test/compiler/5091921/Test6897150.java + test/compiler/5091921/Test6905845.java + test/compiler/5091921/Test6931567.java + test/compiler/5091921/Test6935022.java + test/compiler/5091921/Test6959129.java + test/compiler/5091921/Test6985295.java + test/compiler/5091921/Test6992759.java + test/compiler/5091921/Test7005594.java + test/compiler/5091921/Test7020614.java + test/compiler/5091921/input6890943.txt + test/compiler/5091921/output6890943.txt Changeset: dcfb3dede009 Author: never Date: 2011-05-04 22:31 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/dcfb3dede009 7042052: Xcomp crash with PopSynchronousTest Reviewed-by: kvn, iveresov ! src/share/vm/runtime/deoptimization.cpp Changeset: 37e4df3c8952 Author: kvn Date: 2011-05-04 22:41 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/37e4df3c8952 7042070: Typo in Test6796786.java Summary: The test should compare with -0.0f. Reviewed-by: never, iveresov ! test/compiler/6796786/Test6796786.java Changeset: f879eafd5835 Author: kvn Date: 2011-05-05 21:06 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f879eafd5835 7042327: assert(opaq->outcnt() == 1 && opaq->in(1) == limit) Summary: Separate limit by Opaque2 node when calculating new limit for unrolled loop. Reviewed-by: never ! src/share/vm/opto/ifnode.cpp ! src/share/vm/opto/loopTransform.cpp Changeset: 942e888897bc Author: never Date: 2011-05-06 11:36 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/942e888897bc Merge ! src/share/vm/runtime/arguments.cpp Changeset: 96d55ef0792c Author: trims Date: 2011-05-06 14:41 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/96d55ef0792c Merge Changeset: 9ad1548c6b63 Author: trims Date: 2011-05-06 14:41 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/9ad1548c6b63 7040779: Bump the HS21 build number to 12 Summary: Update the HS21 build number to 12 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 7133c05d365a Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7133c05d365a Added tag jdk7-b142 for changeset 9ad1548c6b63 ! .hgtags Changeset: 0effff0c9721 Author: trims Date: 2011-05-12 21:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/0effff0c9721 Added tag hs21-b12 for changeset 9ad1548c6b63 ! .hgtags From lana.steuck at oracle.com Sat May 14 21:59:53 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 14 May 2011 21:59:53 +0000 Subject: hg: jdk7/tl/jdk: 28 new changesets Message-ID: <20110514220432.332D947587@hg.openjdk.java.net> Changeset: 10f6986c84ad Author: jgodinez Date: 2011-05-09 12:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/10f6986c84ad Merge - test/java/beans/XMLEncoder/java_io_File.java Changeset: 32f53b3cbc65 Author: asaha Date: 2011-05-04 11:11 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/32f53b3cbc65 7035172: Reintroduce LICENSE file in JDK/JRE bundle Reviewed-by: billyh ! make/common/Release.gmk Changeset: 1eb466ffaccf Author: cgruszka Date: 2011-05-10 17:56 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1eb466ffaccf Merge ! make/common/Release.gmk Changeset: 89d3aea9daf2 Author: vinnie Date: 2011-05-04 20:38 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/89d3aea9daf2 6738532: Error in Elliptic Curve NamedCurve determination. (related to PKCS11) Reviewed-by: valeriep ! src/share/classes/java/security/spec/EllipticCurve.java + test/java/security/spec/EllipticCurveMatch.java Changeset: ec6e2b13330f Author: ngthomas Date: 2011-05-10 15:31 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ec6e2b13330f Merge - test/java/beans/XMLEncoder/java_io_File.java Changeset: 25b72781083c Author: ngthomas Date: 2011-05-10 16:12 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/25b72781083c Merge Changeset: 28269923b747 Author: fparain Date: 2011-05-06 18:09 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/28269923b747 7028071: Add two attributes to the OperatingSystemMXBean to provide CPU Load info Summary: Add getProcessCpuLoad() and getSystemCpuLoad() to the OperatingSystemMXBean Reviewed-by: acorn, dholmes, mchung ! make/java/management/Makefile ! make/java/management/mapfile-vers ! src/share/classes/com/sun/management/OperatingSystemMXBean.java ! src/solaris/classes/com/sun/management/UnixOperatingSystem.java + src/solaris/native/com/sun/management/LinuxOperatingSystem.c + src/solaris/native/com/sun/management/SolarisOperatingSystem.c ! src/windows/classes/com/sun/management/OperatingSystem.java ! src/windows/native/com/sun/management/OperatingSystem_md.c + test/com/sun/management/OperatingSystemMXBean/GetProcessCpuLoad.java + test/com/sun/management/OperatingSystemMXBean/GetSystemCpuLoad.java Changeset: 0f4a9ce78cf9 Author: trims Date: 2011-05-10 18:31 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0f4a9ce78cf9 Merge Changeset: 7d36a6a37251 Author: ohair Date: 2011-05-05 15:23 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7d36a6a37251 Merge Changeset: 7bb810bddddd Author: ohair Date: 2011-05-06 10:41 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7bb810bddddd Merge Changeset: 62e8094052eb Author: ohair Date: 2011-05-06 15:49 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/62e8094052eb Merge Changeset: 69a4dd09ba46 Author: ohair Date: 2011-05-10 17:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/69a4dd09ba46 Merge Changeset: a8e0571232c4 Author: mfang Date: 2011-05-06 10:07 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/a8e0571232c4 7021691: Most log level words are not translated in java logging Reviewed-by: yhuang ! src/share/classes/sun/util/logging/resources/logging_de.properties ! src/share/classes/sun/util/logging/resources/logging_es.properties ! src/share/classes/sun/util/logging/resources/logging_fr.properties ! src/share/classes/sun/util/logging/resources/logging_it.properties ! src/share/classes/sun/util/logging/resources/logging_ja.properties ! src/share/classes/sun/util/logging/resources/logging_ko.properties ! src/share/classes/sun/util/logging/resources/logging_pt_BR.properties ! src/share/classes/sun/util/logging/resources/logging_sv.properties ! src/share/classes/sun/util/logging/resources/logging_zh_CN.properties ! src/share/classes/sun/util/logging/resources/logging_zh_TW.properties Changeset: 481e358abc98 Author: mfang Date: 2011-05-10 12:31 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/481e358abc98 7043580: integrate man page translation drop 2 into jdk7 Reviewed-by: yhuang ! src/linux/doc/man/ja/appletviewer.1 ! src/linux/doc/man/ja/apt.1 ! src/linux/doc/man/ja/extcheck.1 ! src/linux/doc/man/ja/idlj.1 ! src/linux/doc/man/ja/jar.1 ! src/linux/doc/man/ja/jarsigner.1 ! src/linux/doc/man/ja/java.1 ! src/linux/doc/man/ja/javac.1 ! src/linux/doc/man/ja/javadoc.1 ! src/linux/doc/man/ja/javah.1 ! src/linux/doc/man/ja/javap.1 ! src/linux/doc/man/ja/javaws.1 ! src/linux/doc/man/ja/jconsole.1 ! src/linux/doc/man/ja/jdb.1 ! src/linux/doc/man/ja/jhat.1 ! src/linux/doc/man/ja/jinfo.1 ! src/linux/doc/man/ja/jmap.1 ! src/linux/doc/man/ja/jps.1 ! src/linux/doc/man/ja/jrunscript.1 ! src/linux/doc/man/ja/jsadebugd.1 ! src/linux/doc/man/ja/jstack.1 ! src/linux/doc/man/ja/jstat.1 ! src/linux/doc/man/ja/jstatd.1 ! src/linux/doc/man/ja/jvisualvm.1 ! src/linux/doc/man/ja/keytool.1 ! src/linux/doc/man/ja/native2ascii.1 ! src/linux/doc/man/ja/orbd.1 ! src/linux/doc/man/ja/pack200.1 ! src/linux/doc/man/ja/policytool.1 ! src/linux/doc/man/ja/rmic.1 ! src/linux/doc/man/ja/rmid.1 ! src/linux/doc/man/ja/rmiregistry.1 ! src/linux/doc/man/ja/schemagen.1 ! src/linux/doc/man/ja/serialver.1 ! src/linux/doc/man/ja/servertool.1 ! src/linux/doc/man/ja/tnameserv.1 ! src/linux/doc/man/ja/unpack200.1 ! src/linux/doc/man/ja/wsgen.1 ! src/linux/doc/man/ja/wsimport.1 ! src/linux/doc/man/ja/xjc.1 ! src/solaris/doc/sun/man/man1/ja/appletviewer.1 ! src/solaris/doc/sun/man/man1/ja/apt.1 ! src/solaris/doc/sun/man/man1/ja/extcheck.1 ! src/solaris/doc/sun/man/man1/ja/idlj.1 ! src/solaris/doc/sun/man/man1/ja/jar.1 ! src/solaris/doc/sun/man/man1/ja/jarsigner.1 ! src/solaris/doc/sun/man/man1/ja/java.1 ! src/solaris/doc/sun/man/man1/ja/javac.1 ! src/solaris/doc/sun/man/man1/ja/javadoc.1 ! src/solaris/doc/sun/man/man1/ja/javah.1 ! src/solaris/doc/sun/man/man1/ja/javap.1 ! src/solaris/doc/sun/man/man1/ja/javaws.1 ! src/solaris/doc/sun/man/man1/ja/jconsole.1 ! src/solaris/doc/sun/man/man1/ja/jdb.1 ! src/solaris/doc/sun/man/man1/ja/jhat.1 ! src/solaris/doc/sun/man/man1/ja/jinfo.1 ! src/solaris/doc/sun/man/man1/ja/jmap.1 ! src/solaris/doc/sun/man/man1/ja/jps.1 ! src/solaris/doc/sun/man/man1/ja/jrunscript.1 ! src/solaris/doc/sun/man/man1/ja/jsadebugd.1 ! src/solaris/doc/sun/man/man1/ja/jstack.1 ! src/solaris/doc/sun/man/man1/ja/jstat.1 ! src/solaris/doc/sun/man/man1/ja/jstatd.1 ! src/solaris/doc/sun/man/man1/ja/jvisualvm.1 ! src/solaris/doc/sun/man/man1/ja/keytool.1 ! src/solaris/doc/sun/man/man1/ja/native2ascii.1 ! src/solaris/doc/sun/man/man1/ja/orbd.1 ! src/solaris/doc/sun/man/man1/ja/pack200.1 ! src/solaris/doc/sun/man/man1/ja/policytool.1 ! src/solaris/doc/sun/man/man1/ja/rmic.1 ! src/solaris/doc/sun/man/man1/ja/rmid.1 ! src/solaris/doc/sun/man/man1/ja/rmiregistry.1 ! src/solaris/doc/sun/man/man1/ja/schemagen.1 ! src/solaris/doc/sun/man/man1/ja/serialver.1 ! src/solaris/doc/sun/man/man1/ja/servertool.1 ! src/solaris/doc/sun/man/man1/ja/tnameserv.1 ! src/solaris/doc/sun/man/man1/ja/unpack200.1 ! src/solaris/doc/sun/man/man1/ja/wsgen.1 ! src/solaris/doc/sun/man/man1/ja/wsimport.1 ! src/solaris/doc/sun/man/man1/ja/xjc.1 Changeset: 357395bc17ab Author: mfang Date: 2011-05-10 13:08 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/357395bc17ab 7042323: [sv, de, es, it] Print dialog has duplicate mnemonic key Reviewed-by: yhuang ! src/share/classes/sun/print/resources/serviceui_de.properties ! src/share/classes/sun/print/resources/serviceui_es.properties ! src/share/classes/sun/print/resources/serviceui_it.properties ! src/share/classes/sun/print/resources/serviceui_sv.properties Changeset: 98292f06cd7e Author: mfang Date: 2011-05-10 14:47 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/98292f06cd7e 7028447: security-related resources Chinese translation errors Reviewed-by: weijun ! src/share/classes/sun/security/tools/JarSignerResources_zh_CN.java ! src/share/classes/sun/security/util/Resources_zh_CN.java Changeset: 2dd7fb82f40e Author: mfang Date: 2011-05-10 14:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2dd7fb82f40e 7042475: [ja,zh_CN] extra mnemonic key in jconsole Reviewed-by: yhuang ! src/share/classes/sun/tools/jconsole/resources/JConsoleResources_ja.java ! src/share/classes/sun/tools/jconsole/resources/JConsoleResources_zh_CN.java Changeset: 3d39f994d6ff Author: mfang Date: 2011-05-10 14:56 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3d39f994d6ff 7038807: [CCJK] OK button on message dialog of JOptionpane is not translated Reviewed-by: yhuang ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_es.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_TW.properties Changeset: be418afb1b2e Author: mfang Date: 2011-05-10 16:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/be418afb1b2e 7043548: message drop 3 translation integration Reviewed-by: yhuang ! src/share/classes/com/sun/accessibility/internal/resources/accessibility_es.properties ! src/share/classes/sun/awt/resources/awt_es.properties ! src/share/classes/sun/launcher/resources/launcher_de.properties ! src/share/classes/sun/launcher/resources/launcher_es.properties ! src/share/classes/sun/launcher/resources/launcher_fr.properties ! src/share/classes/sun/launcher/resources/launcher_it.properties ! src/share/classes/sun/launcher/resources/launcher_ja.properties ! src/share/classes/sun/launcher/resources/launcher_ko.properties ! src/share/classes/sun/launcher/resources/launcher_pt_BR.properties ! src/share/classes/sun/launcher/resources/launcher_sv.properties ! src/share/classes/sun/launcher/resources/launcher_zh_CN.properties ! src/share/classes/sun/launcher/resources/launcher_zh_TW.properties ! src/share/classes/sun/rmi/server/resources/rmid_es.properties ! src/share/classes/sun/security/tools/JarSignerResources_ja.java ! src/share/classes/sun/security/util/AuthResources_de.java ! src/share/classes/sun/security/util/AuthResources_es.java ! src/share/classes/sun/security/util/AuthResources_fr.java ! src/share/classes/sun/security/util/AuthResources_it.java ! src/share/classes/sun/security/util/AuthResources_ja.java ! src/share/classes/sun/security/util/AuthResources_ko.java ! src/share/classes/sun/security/util/AuthResources_pt_BR.java ! src/share/classes/sun/security/util/AuthResources_sv.java ! src/share/classes/sun/security/util/AuthResources_zh_CN.java ! src/share/classes/sun/security/util/AuthResources_zh_TW.java ! src/share/classes/sun/security/util/Resources_de.java ! src/share/classes/sun/security/util/Resources_es.java ! src/share/classes/sun/security/util/Resources_fr.java ! src/share/classes/sun/security/util/Resources_it.java ! src/share/classes/sun/security/util/Resources_ja.java ! src/share/classes/sun/security/util/Resources_ko.java ! src/share/classes/sun/security/util/Resources_pt_BR.java ! src/share/classes/sun/security/util/Resources_sv.java ! src/share/classes/sun/security/util/Resources_zh_TW.java Changeset: 78f2f50bca1f Author: mfang Date: 2011-05-10 19:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/78f2f50bca1f Merge Changeset: 42c22d5a2cd0 Author: bpatel Date: 2011-05-11 08:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/42c22d5a2cd0 7043684: Update man pages for JDK 7 tools Reviewed-by: skannan ! src/linux/doc/man/appletviewer.1 ! src/linux/doc/man/apt.1 ! src/linux/doc/man/extcheck.1 ! src/linux/doc/man/idlj.1 ! src/linux/doc/man/jar.1 ! src/linux/doc/man/jarsigner.1 ! src/linux/doc/man/java.1 ! src/linux/doc/man/javac.1 ! src/linux/doc/man/javadoc.1 ! src/linux/doc/man/javah.1 ! src/linux/doc/man/javap.1 ! src/linux/doc/man/javaws.1 ! src/linux/doc/man/jconsole.1 ! src/linux/doc/man/jdb.1 ! src/linux/doc/man/jhat.1 ! src/linux/doc/man/jinfo.1 ! src/linux/doc/man/jmap.1 ! src/linux/doc/man/jps.1 ! src/linux/doc/man/jrunscript.1 ! src/linux/doc/man/jsadebugd.1 ! src/linux/doc/man/jstack.1 ! src/linux/doc/man/jstat.1 ! src/linux/doc/man/jstatd.1 + src/linux/doc/man/jvisualvm.1 ! src/linux/doc/man/keytool.1 ! src/linux/doc/man/native2ascii.1 ! src/linux/doc/man/orbd.1 ! src/linux/doc/man/pack200.1 ! src/linux/doc/man/policytool.1 ! src/linux/doc/man/rmic.1 ! src/linux/doc/man/rmid.1 ! src/linux/doc/man/rmiregistry.1 ! src/linux/doc/man/schemagen.1 ! src/linux/doc/man/serialver.1 ! src/linux/doc/man/servertool.1 ! src/linux/doc/man/tnameserv.1 ! src/linux/doc/man/unpack200.1 ! src/linux/doc/man/wsgen.1 ! src/linux/doc/man/wsimport.1 ! src/linux/doc/man/xjc.1 ! src/solaris/doc/sun/man/man1/appletviewer.1 ! src/solaris/doc/sun/man/man1/apt.1 ! src/solaris/doc/sun/man/man1/extcheck.1 ! src/solaris/doc/sun/man/man1/idlj.1 ! src/solaris/doc/sun/man/man1/jar.1 ! src/solaris/doc/sun/man/man1/jarsigner.1 ! src/solaris/doc/sun/man/man1/java.1 ! src/solaris/doc/sun/man/man1/javac.1 ! src/solaris/doc/sun/man/man1/javadoc.1 ! src/solaris/doc/sun/man/man1/javah.1 ! src/solaris/doc/sun/man/man1/javap.1 ! src/solaris/doc/sun/man/man1/javaws.1 ! src/solaris/doc/sun/man/man1/jconsole.1 ! src/solaris/doc/sun/man/man1/jdb.1 ! src/solaris/doc/sun/man/man1/jhat.1 ! src/solaris/doc/sun/man/man1/jinfo.1 ! src/solaris/doc/sun/man/man1/jmap.1 ! src/solaris/doc/sun/man/man1/jps.1 ! src/solaris/doc/sun/man/man1/jrunscript.1 ! src/solaris/doc/sun/man/man1/jsadebugd.1 ! src/solaris/doc/sun/man/man1/jstack.1 ! src/solaris/doc/sun/man/man1/jstat.1 ! src/solaris/doc/sun/man/man1/jstatd.1 + src/solaris/doc/sun/man/man1/jvisualvm.1 ! src/solaris/doc/sun/man/man1/keytool.1 ! src/solaris/doc/sun/man/man1/native2ascii.1 ! src/solaris/doc/sun/man/man1/orbd.1 ! src/solaris/doc/sun/man/man1/pack200.1 ! src/solaris/doc/sun/man/man1/policytool.1 ! src/solaris/doc/sun/man/man1/rmic.1 ! src/solaris/doc/sun/man/man1/rmid.1 ! src/solaris/doc/sun/man/man1/rmiregistry.1 ! src/solaris/doc/sun/man/man1/schemagen.1 ! src/solaris/doc/sun/man/man1/serialver.1 ! src/solaris/doc/sun/man/man1/servertool.1 ! src/solaris/doc/sun/man/man1/tnameserv.1 ! src/solaris/doc/sun/man/man1/unpack200.1 ! src/solaris/doc/sun/man/man1/wsgen.1 ! src/solaris/doc/sun/man/man1/wsimport.1 ! src/solaris/doc/sun/man/man1/xjc.1 Changeset: 245d9754f487 Author: mfang Date: 2011-05-11 12:53 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/245d9754f487 7004603: L10n needed for newly added codes in LocaleNames Reviewed-by: naoto ! src/share/classes/sun/util/resources/LocaleNames_de.properties ! src/share/classes/sun/util/resources/LocaleNames_es.properties ! src/share/classes/sun/util/resources/LocaleNames_fr.properties ! src/share/classes/sun/util/resources/LocaleNames_it.properties ! src/share/classes/sun/util/resources/LocaleNames_ja.properties ! src/share/classes/sun/util/resources/LocaleNames_ko.properties ! src/share/classes/sun/util/resources/LocaleNames_sv.properties ! src/share/classes/sun/util/resources/LocaleNames_zh.properties ! src/share/classes/sun/util/resources/LocaleNames_zh_TW.properties Changeset: 2bbb5d2b419f Author: mfang Date: 2011-05-11 12:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2bbb5d2b419f Merge Changeset: caed82420c5d Author: mfang Date: 2011-05-11 14:12 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/caed82420c5d 7044019: LocaleEnhanceTest.java needs to be updated for 7004603 Reviewed-by: naoto ! test/java/util/Locale/LocaleEnhanceTest.java Changeset: 312612e89ece Author: schien Date: 2011-05-11 18:52 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/312612e89ece Merge Changeset: 2e430b88b949 Author: schien Date: 2011-05-12 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2e430b88b949 Added tag jdk7-b142 for changeset 312612e89ece ! .hgtags Changeset: 07b5cc7d4c84 Author: lana Date: 2011-05-14 11:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/07b5cc7d4c84 Merge Changeset: 55339371da15 Author: lana Date: 2011-05-14 14:55 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/55339371da15 Merge From i30817 at gmail.com Sun May 15 17:56:01 2011 From: i30817 at gmail.com (Paulo Levi) Date: Sun, 15 May 2011 18:56:01 +0100 Subject: java console, simulating user input? Message-ID: Good afternoon. I was wondering if there is anyway to display a console prompt already "filled in" with a default option, so the user only has to press enter, but can modify the string at will. This seems really difficult to do. Writing to System.in is not a option obviously. Writing to System.out is useless, since the user can't edit that. The java.io.Console class offers no help or guidance apparently. So, is it possible? From Alan.Bateman at oracle.com Sun May 15 18:55:20 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sun, 15 May 2011 19:55:20 +0100 Subject: Reviewer needed - fix for regression test LastErrorString In-Reply-To: <4DC7B05D.7020702@redhat.com> References: <4DC2C49D.8050901@redhat.com> <4DC2FE41.2050005@oracle.com> <4DC3E139.5050001@redhat.com> <4DC3EFB3.7060804@oracle.com> <4DC3F6F0.3090504@oracle.com> <4DC7B05D.7020702@redhat.com> Message-ID: <4DD02198.30801@oracle.com> Pavel Tisnovsky wrote: > : > > I changed this regression test so it does not need to use shell script > at all because now it creates all required files itself. > > Here is new webrev: > http://cr.openjdk.java.net/~ptisnovs/jtreg-jdk-test-LastErrorString-fix2/ > > I've also ran this test on Windows XP SP2 and it seems to works fine. > Output of this test is stored in an attachment [stderr_windows.log]. > > Please note that I found only Win XP configured with Czech locale so > some system messages might me incomprehensible, but these messages are > correct ("P??stup byl odep?en" == "Access denied" etc.) > > Thanks for changing the approach to avoid the shell script. Also thanks for testing it on a Windows machine, unpalatable as it might be to have to do that. If I read the test correctly then it will now leave unreadable and unwritable turds in the working directory. I see you clean up on re-run but it would be nicer if the test just cleaned up after itself. It would be nice to remove the attempt access of c:/pagefile.sys and z:/fooBAR/baz/GORP while you are there. That will simplify preparePaths as the runUnderWindows parameter won't be needed. As the work directory is the current directory then workDirParam isn't really needed either if you'd like to get rid of that too. Minor comment is that the comment on line 144 references the shell script that isn't in this version. Also, is the @SuppressWarnings("unused") at line 55 needed? -Alan. From maurizio.cimadamore at oracle.com Mon May 16 08:41:50 2011 From: maurizio.cimadamore at oracle.com (maurizio.cimadamore at oracle.com) Date: Mon, 16 May 2011 08:41:50 +0000 Subject: hg: jdk7/tl/langtools: 7043922: Regression: internal compiler error for nested anonymous inner class featuring varargs constructor Message-ID: <20110516084151.F2B4247633@hg.openjdk.java.net> Changeset: 5faa9eedc44e Author: mcimadamore Date: 2011-05-16 09:38 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/5faa9eedc44e 7043922: Regression: internal compiler error for nested anonymous inner class featuring varargs constructor Summary: Attributing a constructor call does not clean up the compiler's attribution context Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/varargs/7043922/T7043922.java From chris.hegarty at oracle.com Mon May 16 12:12:28 2011 From: chris.hegarty at oracle.com (chris.hegarty at oracle.com) Date: Mon, 16 May 2011 12:12:28 +0000 Subject: hg: jdk7/tl/jdk: 7042679: Phaser javadoc example does not compile Message-ID: <20110516121255.D0F1F4763B@hg.openjdk.java.net> Changeset: cecfcb4dbcaa Author: chegar Date: 2011-05-16 13:10 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/cecfcb4dbcaa 7042679: Phaser javadoc example does not compile Reviewed-by: dl ! src/share/classes/java/util/concurrent/Phaser.java From frederic.parain at oracle.com Mon May 16 15:31:05 2011 From: frederic.parain at oracle.com (frederic.parain at oracle.com) Date: Mon, 16 May 2011 15:31:05 +0000 Subject: hg: jdk7/tl/jdk: 7036199: Adding a notification to the implementation of GarbageCollectorMXBeans Message-ID: <20110516153115.6132447647@hg.openjdk.java.net> Changeset: e0c3fd538f1f Author: fparain Date: 2011-05-16 17:28 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e0c3fd538f1f 7036199: Adding a notification to the implementation of GarbageCollectorMXBeans Summary: Add a JMX notification to GarbageCollectorMXBeans Reviewed-by: acorn, mchung ! make/java/management/mapfile-vers + src/share/classes/com/sun/management/GarbageCollectionNotificationInfo.java + src/share/classes/sun/management/GarbageCollectionNotifInfoCompositeData.java ! src/share/classes/sun/management/GarbageCollectorImpl.java ! src/share/classes/sun/management/GcInfoCompositeData.java ! src/share/classes/sun/management/MemoryManagerImpl.java ! src/share/classes/sun/management/VMManagement.java ! src/share/classes/sun/management/VMManagementImpl.java ! src/share/javavm/export/jmm.h ! src/share/native/sun/management/GarbageCollectorImpl.c ! src/share/native/sun/management/VMManagementImpl.c + test/com/sun/management/GarbageCollectorMXBean/GarbageCollectionNotificationContentTest.java + test/com/sun/management/GarbageCollectorMXBean/GarbageCollectionNotificationTest.java From daniel.daugherty at oracle.com Mon May 16 20:00:34 2011 From: daniel.daugherty at oracle.com (daniel.daugherty at oracle.com) Date: Mon, 16 May 2011 20:00:34 +0000 Subject: hg: jdk7/tl/jdk: 3 new changesets Message-ID: <20110516200117.E64F447652@hg.openjdk.java.net> Changeset: 2ecb989b6fcc Author: dcubed Date: 2011-05-16 12:56 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2ecb989b6fcc 6977677: 3/2 Deadlock on logging subsystem initialization Summary: Over synchronized Logger.getLogger() deadlocks with LogManager.via PlatformLogger Reviewed-by: dsamersoff, never, acorn, mchung ! src/share/classes/java/util/logging/Logger.java + test/java/util/logging/LoggingDeadlock4.java Changeset: b2db38eb3b13 Author: dcubed Date: 2011-05-16 12:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b2db38eb3b13 7016208: 4/3 null sometimes returned by java.util.logging.Logger.getLogger(String name) in -server -Xcomp Summary: Logger can be GC'ed between LogManager.addLogger() and LogManager.getLogger() Reviewed-by: dsamersoff, never, acorn, mchung ! src/share/classes/java/util/logging/LogManager.java Changeset: 9861df231e9e Author: dcubed Date: 2011-05-16 12:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/9861df231e9e 7041595: 4/4 add lost test for 6487638 Summary: Add missing LoggingDeadlock3.java and LoggingDeadlock3.props Reviewed-by: dsamersoff, never, acorn, mchung + test/java/util/logging/LoggingDeadlock3.java + test/java/util/logging/LoggingDeadlock3.props From omajid at redhat.com Tue May 17 21:20:17 2011 From: omajid at redhat.com (Omair Majid) Date: Tue, 17 May 2011 21:20:17 +0000 (UTC) Subject: Request for approval: Bug 100057 - Potential stack corruption in GetJavaProperties References: <4A168808.5050805@redhat.com> <4A168E0C.4040603@sun.com> <4A16D664.1050703@redhat.com> <4A16E12F.3060006@sun.com> <4A16E373.3030709@redhat.com> <4A171462.7000303@sun.com> <4A17B048.2060303@redhat.com> <4A1AFFD8.7080407@sun.com> Message-ID: Xueming Shen writes: > This is kind of nitpicking > comment, so definitely not going to block your patch. > It looks like this patch still has not been applied to OpenJDK7. I have prepared a webrev that updates this patch so it applies cleanly: http://cr.openjdk.java.net/~omajid/webrevs/stack-overflow-ParserLocale/01/ I would appreciate it if someone could take a quick look. I would like to get this into OpenJDK; could someone please get me a bug id? Thanks, Omair From Alan.Bateman at oracle.com Wed May 18 13:56:06 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 18 May 2011 14:56:06 +0100 Subject: Request for approval: Bug 100057 - Potential stack corruption in GetJavaProperties In-Reply-To: References: <4A168808.5050805@redhat.com> <4A168E0C.4040603@sun.com> <4A16D664.1050703@redhat.com> <4A16E12F.3060006@sun.com> <4A16E373.3030709@redhat.com> <4A171462.7000303@sun.com> <4A17B048.2060303@redhat.com> <4A1AFFD8.7080407@sun.com> Message-ID: <4DD3CFF6.1070402@oracle.com> Omair Majid wrote: > : > It looks like this patch still has not been applied to OpenJDK7. I have prepared > a webrev that updates this patch so it applies cleanly: > http://cr.openjdk.java.net/~omajid/webrevs/stack-overflow-ParserLocale/01/ > > I would appreciate it if someone could take a quick look. I would like to get > this into OpenJDK; could someone please get me a bug id? > I remember Andrew Haley brought this up on the list originally and it went through a couple of iterations. The bug that was created at the time is still there: 6844255: Potential stack corruption in GetJavaProperties One thing that I'm still curious about is whether there are actually locale strings that do cause problems. Usually the language, country and encoding are only a few characters and I don't think I've come across variants that could result in a locale string of 64 or more characters (I'm not disputing that we should fix this, just curious how this was found in the first place). The changes that you have in the current webrev look okay to me. The question now is what to do with them. At this point only fixes to showstopper bugs are allowed. Do you think could you hold on to it until there are projects and forests setup for jdk8 and 7 updates? -Alan From omajid at redhat.com Wed May 18 14:22:09 2011 From: omajid at redhat.com (Omair Majid) Date: Wed, 18 May 2011 10:22:09 -0400 Subject: Request for approval: Bug 100057 - Potential stack corruption in GetJavaProperties In-Reply-To: <4DD3CFF6.1070402@oracle.com> References: <4A168808.5050805@redhat.com> <4A168E0C.4040603@sun.com> <4A16D664.1050703@redhat.com> <4A16E12F.3060006@sun.com> <4A16E373.3030709@redhat.com> <4A171462.7000303@sun.com> <4A17B048.2060303@redhat.com> <4A1AFFD8.7080407@sun.com> <4DD3CFF6.1070402@oracle.com> Message-ID: <4DD3D611.9020205@redhat.com> On 05/18/2011 09:56 AM, Alan Bateman wrote: > Omair Majid wrote: >> : >> It looks like this patch still has not been applied to OpenJDK7. I >> have prepared >> a webrev that updates this patch so it applies cleanly: >> http://cr.openjdk.java.net/~omajid/webrevs/stack-overflow-ParserLocale/01/ >> >> >> I would appreciate it if someone could take a quick look. I would like >> to get >> this into OpenJDK; could someone please get me a bug id? > I remember Andrew Haley brought this up on the list originally and it > went through a couple of iterations. The bug that was created at the > time is still there: > > 6844255: Potential stack corruption in GetJavaProperties > Thanks for the bug id. > One thing that I'm still curious about is whether there are actually > locale strings that do cause problems. Usually the language, country and > encoding are only a few characters and I don't think I've come across > variants that could result in a locale string of 64 or more characters > (I'm not disputing that we should fix this, just curious how this was > found in the first place). > I am curious too; I have not yet seen a reproducer. Perhaps a static analysis tool pointed it out? What I do know is that the original version of the patch (without all improvements suggested by the folks on this mailing list) is still part of IcedTea6. > The changes that you have in the current webrev look okay to me. The > question now is what to do with them. At this point only fixes to > showstopper bugs are allowed. Do you think could you hold on to it until > there are projects and forests setup for jdk8 and 7 updates? > Thanks for reviewing. Of course I can hold on to this, though I may forget about it after a few months :). Any idea how long until jdk8 forests become available? Cheers, Omair From joe.darcy at oracle.com Wed May 18 23:49:37 2011 From: joe.darcy at oracle.com (joe.darcy at oracle.com) Date: Wed, 18 May 2011 23:49:37 +0000 Subject: hg: jdk7/tl/jdk: 7045138: OutOfMemoryError thrown without stack trace in jdk7-b142 Message-ID: <20110518234947.9585A476F7@hg.openjdk.java.net> Changeset: 65dd04c9ee64 Author: darcy Date: 2011-05-18 16:49 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/65dd04c9ee64 7045138: OutOfMemoryError thrown without stack trace in jdk7-b142 Reviewed-by: dholmes, mchung ! src/share/classes/java/lang/Throwable.java From David.Holmes at oracle.com Thu May 19 06:38:00 2011 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 19 May 2011 16:38:00 +1000 Subject: Building nio libraries Message-ID: <4DD4BAC8.3080306@oracle.com> Can someone tell me what I need to define to be able to build just the nio libraries? I want to do: make -C make/java/nio to get libnio.so built. My initial attempt is failing trying to find btjars/spp.jar which is expected to be in the output directory. Is there some special import setting, or must I build something else first? Thanks, David From zhouyx at linux.vnet.ibm.com Thu May 19 07:45:48 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Thu, 19 May 2011 15:45:48 +0800 Subject: Building nio libraries In-Reply-To: <4DD4BAC8.3080306@oracle.com> References: <4DD4BAC8.3080306@oracle.com> Message-ID: Hi, This is my practice. First, you need a complete build for jdk7. Then, use junction to create a link from jdk7/jdk/build/windowsXXX to jdk7/build/windowsXXX (this is the topmost build). go to make/java/nio and make ALT_BOOTDIR=jdk7/jdk/build/windowsXXX/j2sdk-image/ ALT_JDK_IMPORT_PATH=dk7/jdk/build/windowsXXX/j2sdk-image/ 2011/5/19 David Holmes > Can someone tell me what I need to define to be able to build just the nio > libraries? > > I want to do: > > make -C make/java/nio > > to get libnio.so built. > > My initial attempt is failing trying to find btjars/spp.jar which is > expected to be in the output directory. Is there some special import > setting, or must I build something else first? > > Thanks, > David > -- Best Regards, Sean Chou From Alan.Bateman at oracle.com Thu May 19 08:04:05 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 19 May 2011 09:04:05 +0100 Subject: Building nio libraries In-Reply-To: <4DD4BAC8.3080306@oracle.com> References: <4DD4BAC8.3080306@oracle.com> Message-ID: <4DD4CEF5.2080100@oracle.com> David Holmes wrote: > Can someone tell me what I need to define to be able to build just the > nio libraries? > > I want to do: > > make -C make/java/nio > > to get libnio.so built. > > My initial attempt is failing trying to find btjars/spp.jar which is > expected to be in the output directory. Is there some special import > setting, or must I build something else first? When you build the jdk repository then it builds the tools (via make/tools/**) before it descends into the make/java/** tree. Once you've done an initial build then you can do incremental builds via make -C make/java/nio. I don't think the build is setup to build specific areas starting with an empty output directory. -Alan. From David.Holmes at oracle.com Thu May 19 08:56:33 2011 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 19 May 2011 18:56:33 +1000 Subject: Building nio libraries In-Reply-To: References: <4DD4BAC8.3080306@oracle.com> Message-ID: <4DD4DB41.4000002@oracle.com> Sean Chou said the following on 05/19/11 17:45: > This is my practice. First, you need a complete build for jdk7. > Then, use junction to create a link from jdk7/jdk/build/windowsXXX to > jdk7/build/windowsXXX (this is the topmost build). > go to make/java/nio and > make ALT_BOOTDIR=jdk7/jdk/build/windowsXXX/j2sdk-image/ > ALT_JDK_IMPORT_PATH=dk7/jdk/build/windowsXXX/j2sdk-image/ Thanks for the suggestion but simply defining ALT_JDK_IMPORT_PATH (I already have ALT_BOOTDIR) doesn't get me any further. The build is still looking for btjars in the output directory. David > > 2011/5/19 David Holmes > > > Can someone tell me what I need to define to be able to build just > the nio libraries? > > I want to do: > > make -C make/java/nio > > to get libnio.so built. > > My initial attempt is failing trying to find btjars/spp.jar which is > expected to be in the output directory. Is there some special import > setting, or must I build something else first? > > Thanks, > David > > > > > -- > Best Regards, > Sean Chou > From David.Holmes at oracle.com Thu May 19 08:58:51 2011 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 19 May 2011 18:58:51 +1000 Subject: Building nio libraries In-Reply-To: <4DD4CEF5.2080100@oracle.com> References: <4DD4BAC8.3080306@oracle.com> <4DD4CEF5.2080100@oracle.com> Message-ID: <4DD4DBCB.3010802@oracle.com> Alan Bateman said the following on 05/19/11 18:04: > David Holmes wrote: >> Can someone tell me what I need to define to be able to build just the >> nio libraries? >> >> I want to do: >> >> make -C make/java/nio >> >> to get libnio.so built. >> >> My initial attempt is failing trying to find btjars/spp.jar which is >> expected to be in the output directory. Is there some special import >> setting, or must I build something else first? > When you build the jdk repository then it builds the tools (via > make/tools/**) before it descends into the make/java/** tree. Once > you've done an initial build then you can do incremental builds via make > -C make/java/nio. I don't think the build is setup to build specific > areas starting with an empty output directory. That's what I'm starting to think too. I was trying to avoid doing a full build - not because the build itself is a problem but because it will take hours to do the cloning of all the repos into a NFS drive. I wonder if I can a build from an existing set of repos and then "steal" the output directory ... Thanks, David From kelly.ohair at oracle.com Thu May 19 15:39:34 2011 From: kelly.ohair at oracle.com (kelly.ohair at oracle.com) Date: Thu, 19 May 2011 15:39:34 +0000 Subject: hg: jdk7/tl/jaxp: 7044493: Incorrectly formated GPL headers in JDK7 JAXP source drop Message-ID: <20110519153934.60AB247726@hg.openjdk.java.net> Changeset: bdf77cbd9958 Author: ohair Date: 2011-05-19 08:38 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/bdf77cbd9958 7044493: Incorrectly formated GPL headers in JDK7 JAXP source drop Reviewed-by: joehw ! jaxp.properties From kelly.ohair at oracle.com Thu May 19 15:53:36 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 19 May 2011 17:53:36 +0200 Subject: Heads up, new jaxp source drop Message-ID: <7869CBFC-7551-4E01-99FC-05077B4D8FEC@oracle.com> Heads up. The jdk7/tl forest has a new jaxp source drop dependency. 7044493: Incorrectly formated GPL headers in JDK7 JAXP source drop http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/bdf77cbd9958 The new source drop bundle is called: jaxp145_01.zip So if you have your own ALT_DROPS_DIR cache, you need to add this file: http://download.java.net/jaxp/1.4.5/jaxp145_01.zip The changes involve minor source copyright/license corrections only. -kto From ahughes at redhat.com Thu May 19 19:46:50 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Thu, 19 May 2011 20:46:50 +0100 Subject: Heads up, new jaxp source drop In-Reply-To: <7869CBFC-7551-4E01-99FC-05077B4D8FEC@oracle.com> References: <7869CBFC-7551-4E01-99FC-05077B4D8FEC@oracle.com> Message-ID: <20110519194650.GS31710@rivendell.middle-earth.co.uk> On 17:53 Thu 19 May , Kelly O'Hair wrote: > Heads up. The jdk7/tl forest has a new jaxp source drop dependency. > > 7044493: Incorrectly formated GPL headers in JDK7 JAXP source drop > http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/bdf77cbd9958 > > The new source drop bundle is called: > jaxp145_01.zip > > So if you have your own ALT_DROPS_DIR cache, you need to add this file: > http://download.java.net/jaxp/1.4.5/jaxp145_01.zip > > The changes involve minor source copyright/license corrections only. > > -kto Can we not just have the code back in the repository rather than all these tarballs with unknown changes? -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: F5862A37 (https://keys.indymedia.org/) Fingerprint = EA30 D855 D50F 90CD F54D 0698 0713 C3ED F586 2A37 From ahughes at redhat.com Fri May 20 12:18:51 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Fri, 20 May 2011 13:18:51 +0100 Subject: Heads up, new jaxp source drop In-Reply-To: References: <7869CBFC-7551-4E01-99FC-05077B4D8FEC@oracle.com> <20110519194650.GS31710@rivendell.middle-earth.co.uk> Message-ID: <20110520121851.GC29959@rivendell.middle-earth.co.uk> On 07:26 Fri 20 May , Kelly O'Hair wrote: > As soon as we figure out how to restrict changes to particular source files and protect > them from intentional or accidental edits. I just have not had the time to deal with this kind of > change. > I thought that's what our existing review process was for? > -kto > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: F5862A37 (https://keys.indymedia.org/) Fingerprint = EA30 D855 D50F 90CD F54D 0698 0713 C3ED F586 2A37 From martin.desruisseaux at geomatys.fr Fri May 20 15:56:43 2011 From: martin.desruisseaux at geomatys.fr (Martin Desruisseaux) Date: Fri, 20 May 2011 17:56:43 +0200 Subject: java.awt.geom.AffineTransform.hashCode() is inconsistent with equals(Object) Message-ID: <4DD68F3B.2090007@geomatys.fr> Hello all I realize that this is a Java2D bug, but given that it is a simple equals(Object)/hashCode() implementation issue maybe this list is still relevant... AffineTransform.hashCode() method is inconsistent with equals(Object) when some 'double' values are 0.0 values of opposite sign. The reason is that 'hashCode()' uses 'doubleToLongBits(double)' which return different values for positive and negative zero, while 'equals(Object)' uses '==' which treat -0.0 as equals to +0.0. I verified in latest JDK 7 source code that this bug is still present. Trivial test case: import java.awt.geom.AffineTransform; public class AffineBug { public static void main(String[] args) { AffineTransform tr1 = new AffineTransform(); AffineTransform tr2 = new AffineTransform(); tr2.translate(-0.0, 0); System.out.println("hashCode 1: " + tr1.hashCode()); System.out.println("hashCode 2: " + tr2.hashCode()); System.out.println("equals: " + tr1.equals(tr2)); } } Current AffineTransform.equals(Object) implementation is: public boolean equals(Object obj) { if (!(obj instanceof AffineTransform)) { return false; } AffineTransform a = (AffineTransform)obj; return ((m00 == a.m00) && (m01 == a.m01) && (m02 == a.m02) && (m10 == a.m10) && (m11 == a.m11) && (m12 == a.m12)); } Possible fix would be (assuming appropriate static import): public boolean equals(Object obj) { if (!(obj instanceof AffineTransform)) { return false; } AffineTransform a = (AffineTransform)obj; return ((doubleToLongBits(m00) == doubleToLongBits(a.m00)) && (doubleToLongBits(m01) == doubleToLongBits(a.m01)) && (doubleToLongBits(m02) == doubleToLongBits(a.m02)) && (doubleToLongBits(m10) == doubleToLongBits(a.m10)) && (doubleToLongBits(m11) == doubleToLongBits(a.m11)) && (doubleToLongBits(m12) == doubleToLongBits(a.m12))); } Note that this have the side effect of considering NaN values as equal. Similar bug affect also Point2D and Rectangle2D (I did not checked the other geometric classes). Regards, Martin From lana.steuck at oracle.com Sat May 21 05:58:57 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 05:58:57 +0000 Subject: hg: jdk7/tl: 2 new changesets Message-ID: <20110521055857.4311C477AE@hg.openjdk.java.net> Changeset: 14b8e7eee105 Author: ohair Date: 2011-05-16 08:40 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/14b8e7eee105 7043700: Regression for IcedTea builds Reviewed-by: dholmes, omajid ! Makefile ! make/jprt.gmk Changeset: 7203965666a4 Author: schien Date: 2011-05-20 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/7203965666a4 Added tag jdk7-b143 for changeset 14b8e7eee105 ! .hgtags From lana.steuck at oracle.com Sat May 21 05:59:00 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 05:59:00 +0000 Subject: hg: jdk7/tl/corba: Added tag jdk7-b143 for changeset 51ed32f6f4de Message-ID: <20110521055903.472D0477AF@hg.openjdk.java.net> Changeset: b06dd44a2740 Author: schien Date: 2011-05-20 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/b06dd44a2740 Added tag jdk7-b143 for changeset 51ed32f6f4de ! .hgtags From lana.steuck at oracle.com Sat May 21 05:59:06 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 05:59:06 +0000 Subject: hg: jdk7/tl/jaxws: Added tag jdk7-b143 for changeset 569d1e7ea980 Message-ID: <20110521055906.BF321477B0@hg.openjdk.java.net> Changeset: 6bd683f2d527 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/6bd683f2d527 Added tag jdk7-b143 for changeset 569d1e7ea980 ! .hgtags From lana.steuck at oracle.com Sat May 21 05:59:09 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 05:59:09 +0000 Subject: hg: jdk7/tl/jaxp: 2 new changesets Message-ID: <20110521055909.980D5477B1@hg.openjdk.java.net> Changeset: 39bf6dcaab23 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/39bf6dcaab23 Added tag jdk7-b143 for changeset 16b847e9bbd7 ! .hgtags Changeset: 775dd77e4730 Author: lana Date: 2011-05-20 21:00 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/775dd77e4730 Merge From lana.steuck at oracle.com Sat May 21 05:59:15 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 05:59:15 +0000 Subject: hg: jdk7/tl/langtools: Added tag jdk7-b143 for changeset 5faa9eedc44e Message-ID: <20110521055917.91043477B2@hg.openjdk.java.net> Changeset: 8987de9a4ab8 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/8987de9a4ab8 Added tag jdk7-b143 for changeset 5faa9eedc44e ! .hgtags From lana.steuck at oracle.com Sat May 21 05:59:19 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 05:59:19 +0000 Subject: hg: jdk7/tl/hotspot: 23 new changesets Message-ID: <20110521060000.E5DFB477B3@hg.openjdk.java.net> Changeset: 357d1f583599 Author: dcubed Date: 2011-05-11 08:59 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/357d1f583599 7043298: 4/4 fix for 7028172 causes "Label too long: ..." error message Summary: Use '-e' version of sed expressions. Clarify and fix comments Reviewed-by: never, acorn ! make/solaris/makefiles/saproc.make Changeset: f1cbbee6713b Author: kamg Date: 2011-05-11 13:19 -0400 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/f1cbbee6713b Merge Changeset: 78542e2b5e35 Author: fparain Date: 2011-05-12 10:30 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/78542e2b5e35 7036199: Adding a notification to the implementation of GarbageCollectorMXBeans Summary: Add a notification to the GarbageCollectorMXBeans Reviewed-by: acorn, mchung ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/runtime/serviceThread.cpp + src/share/vm/services/gcNotifier.cpp + src/share/vm/services/gcNotifier.hpp ! src/share/vm/services/jmm.h ! src/share/vm/services/management.cpp ! src/share/vm/services/management.hpp ! src/share/vm/services/memoryManager.cpp ! src/share/vm/services/memoryManager.hpp ! src/share/vm/services/memoryService.cpp ! src/share/vm/services/memoryService.hpp Changeset: fc2b798ab316 Author: ysr Date: 2011-05-10 00:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/fc2b798ab316 6883834: ParNew: assert(!_g->to()->is_in_reserved(obj),"Scanning field twice?") with LargeObjects tests Summary: Fixed process_chunk_boundaries(), used for parallel card scanning when using ParNew/CMS, so as to prevent double-scanning, or worse, non-scanning of imprecisely marked objects exceeding parallel chunk size. Made some sizing parameters for parallel card scanning diagnostic, disabled ParallelGCRetainPLAB, and elaborated and clarified some comments. Reviewed-by: stefank, johnc ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/gc_implementation/parNew/parOopClosures.inline.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/memory/cardTableRS.hpp ! src/share/vm/memory/space.cpp ! src/share/vm/runtime/globals.hpp Changeset: 97b64f73103b Author: iveresov Date: 2011-05-10 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/97b64f73103b 7043564: compile warning and copyright fixes Summary: Fixed the warning, also fixed copyrights in a bunch of files. Reviewed-by: johnc, kvn ! src/os/linux/vm/os_linux.cpp ! src/share/vm/runtime/advancedThresholdPolicy.cpp ! src/share/vm/runtime/advancedThresholdPolicy.hpp ! src/share/vm/runtime/simpleThresholdPolicy.cpp ! src/share/vm/runtime/simpleThresholdPolicy.hpp Changeset: 7d64aa23eb96 Author: ysr Date: 2011-05-11 15:47 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/7d64aa23eb96 7043891: CMS: assert(_whole_heap.contains(p)) failed: out of bounds access to card marking array Summary: Fixed assertion checking code that was attempting to translate addresses past end of space for card-table slot. Also elaborated some assertion checking messages. Reviewed-by: iveresov, jmasa, tonyp ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/memory/blockOffsetTable.cpp ! src/share/vm/memory/cardTableModRefBS.hpp Changeset: 30d3b13f1938 Author: ysr Date: 2011-05-12 15:05 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/30d3b13f1938 Merge ! src/share/vm/runtime/globals.hpp Changeset: 153957c9207b Author: ysr Date: 2011-05-12 17:36 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/153957c9207b Merge Changeset: d4c1fbc3de95 Author: iveresov Date: 2011-05-06 12:12 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d4c1fbc3de95 7042153: guarantee(x_compare_res != Constant::not_comparable) failed: incomparable constants in IfOp Summary: Handle IfOps folding properly in case of unloaded constant oop arguments Reviewed-by: kvn, never ! src/share/vm/c1/c1_InstructionPrinter.cpp ! src/share/vm/c1/c1_Optimizer.cpp + test/compiler/7042153/Test7042153.java Changeset: 167b70ff3abc Author: never Date: 2011-05-06 16:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/167b70ff3abc 6939861: JVM should handle more conversion operations Reviewed-by: twisti, jrose ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/frame_x86.cpp ! src/cpu/x86/vm/frame_x86.hpp ! src/cpu/x86/vm/frame_x86.inline.hpp ! src/cpu/x86/vm/interpreter_x86.hpp ! src/cpu/x86/vm/methodHandles_x86.cpp + src/cpu/x86/vm/methodHandles_x86.hpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/cpu/x86/vm/stubRoutines_x86_32.hpp ! src/cpu/x86/vm/stubRoutines_x86_64.hpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/javaClasses.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/code/codeBlob.cpp ! src/share/vm/code/codeBlob.hpp ! src/share/vm/code/codeCache.cpp ! src/share/vm/compiler/disassembler.cpp ! src/share/vm/prims/jvmtiTagMap.cpp ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/methodHandles.hpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/frame.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp ! src/share/vm/services/heapDumper.cpp Changeset: 566ea7a12419 Author: never Date: 2011-05-06 19:34 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/566ea7a12419 Merge ! src/share/vm/runtime/globals.hpp Changeset: 3cfb240033d1 Author: never Date: 2011-05-09 19:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3cfb240033d1 7043301: assert(locals < caller->fp() || locals > (caller->fp() + 16)) failed: locals in save area Reviewed-by: kvn ! src/cpu/sparc/vm/frame_sparc.cpp ! src/cpu/sparc/vm/templateInterpreter_sparc.cpp ! src/cpu/x86/vm/frame_x86.cpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/frame.hpp Changeset: e2a92dd0d3d2 Author: twisti Date: 2011-05-10 00:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/e2a92dd0d3d2 7042122: JSR 292: adjust various inline thresholds for JSR 292 API methods and method handle adapters Reviewed-by: jrose, never, kvn ! src/share/vm/ci/ciMethodHandle.cpp ! src/share/vm/ci/ciMethodHandle.hpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/parse.hpp ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/prims/methodHandleWalk.hpp Changeset: 3b1d58916d5f Author: kvn Date: 2011-05-10 12:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3b1d58916d5f 7043552: regression after 7042327 Summary: Generate Opaque2 node only during first unroll. Reviewed-by: never ! src/share/vm/opto/loopTransform.cpp Changeset: 69c94f488271 Author: never Date: 2011-05-10 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/69c94f488271 7043040: JSR292: JRuby bench/shootout/binarytrees.ruby-2.ruby SEGV: constantPoolKlass::oop_follow_contents Reviewed-by: kvn, ysr ! src/share/vm/oops/constantPoolKlass.cpp Changeset: 3d2ab563047a Author: never Date: 2011-05-12 10:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3d2ab563047a 7043461: VM crashes in void LinkResolver::runtime_resolve_virtual_method Reviewed-by: kvn, coleenp ! src/cpu/sparc/vm/cppInterpreter_sparc.cpp ! src/cpu/sparc/vm/interpreter_sparc.cpp ! src/cpu/sparc/vm/templateInterpreter_sparc.cpp ! src/cpu/x86/vm/cppInterpreter_x86.cpp ! src/cpu/x86/vm/interpreter_x86_32.cpp ! src/cpu/x86/vm/interpreter_x86_64.cpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/cpu/zero/vm/cppInterpreter_zero.cpp ! src/cpu/zero/vm/interpreter_zero.cpp ! src/share/vm/interpreter/abstractInterpreter.hpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/deoptimization.hpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/vframeArray.cpp ! src/share/vm/runtime/vframeArray.hpp Changeset: 2f17eb233d13 Author: never Date: 2011-05-12 10:33 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/2f17eb233d13 Merge Changeset: fabcf26ee72f Author: twisti Date: 2011-05-12 14:04 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/fabcf26ee72f 6998541: JSR 292 implement missing return-type conversion for OP_RETYPE_RAW Reviewed-by: jrose, kvn, never ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/share/vm/ci/ciMethodData.hpp ! src/share/vm/ci/ciMethodHandle.cpp ! src/share/vm/ci/ciMethodHandle.hpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/prims/methodHandleWalk.hpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/methodHandles.hpp Changeset: 3fd6f2d58ef3 Author: never Date: 2011-05-12 16:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/3fd6f2d58ef3 Merge Changeset: 688202ef6306 Author: never Date: 2011-05-12 19:39 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/688202ef6306 Merge ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/runtime/globals.hpp Changeset: a7ccd5419f48 Author: trims Date: 2011-05-12 22:05 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/a7ccd5419f48 Merge Changeset: c149193c768b Author: trims Date: 2011-05-12 22:05 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/c149193c768b 7040780: Bump the HS21 build number to 13 Summary: Update the HS21 build number to 13 Reviewed-by: jcoomes ! make/hotspot_version Changeset: d9dc0a55c848 Author: schien Date: 2011-05-20 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/d9dc0a55c848 Added tag jdk7-b143 for changeset c149193c768b ! .hgtags From lana.steuck at oracle.com Sat May 21 06:01:37 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 21 May 2011 06:01:37 +0000 Subject: hg: jdk7/tl/jdk: 30 new changesets Message-ID: <20110521060635.6C5C1477B5@hg.openjdk.java.net> Changeset: edcd8209e0ff Author: jrose Date: 2011-05-12 19:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/edcd8209e0ff 7034977: JSR 292 MethodHandle.invokeGeneric should be renamed MethodHandle.invoke Summary: rename invokeGeneric to invoke Reviewed-by: never, twisti ! src/share/classes/java/lang/invoke/CallSite.java ! src/share/classes/java/lang/invoke/FromGeneric.java ! src/share/classes/java/lang/invoke/InvokeGeneric.java ! src/share/classes/java/lang/invoke/Invokers.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/java/lang/invoke/MethodType.java ! src/share/classes/java/lang/invoke/MethodTypeForm.java ! src/share/classes/java/lang/invoke/package-info.java ! test/java/lang/invoke/InvokeGenericTest.java ! test/java/lang/invoke/JavaDocExamplesTest.java ! test/java/lang/invoke/MethodHandlesTest.java Changeset: 4732a76af216 Author: jrose Date: 2011-05-12 19:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4732a76af216 6939861: JVM should handle more conversion operations Summary: Integrate JDK code with JVM-supplied ricochet frames. Reviewed-by: never, twisti ! src/share/classes/java/lang/invoke/AdapterMethodHandle.java ! src/share/classes/java/lang/invoke/FilterGeneric.java ! src/share/classes/java/lang/invoke/FilterOneArgument.java ! src/share/classes/java/lang/invoke/FromGeneric.java ! src/share/classes/java/lang/invoke/Invokers.java ! src/share/classes/java/lang/invoke/MemberName.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java ! src/share/classes/java/lang/invoke/MethodHandleStatics.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/java/lang/invoke/MethodType.java ! src/share/classes/java/lang/invoke/MethodTypeForm.java ! src/share/classes/java/lang/invoke/SpreadGeneric.java ! src/share/classes/java/lang/invoke/ToGeneric.java ! src/share/classes/sun/invoke/util/ValueConversions.java ! src/share/classes/sun/invoke/util/VerifyType.java ! src/share/classes/sun/invoke/util/Wrapper.java + test/java/lang/invoke/6998541/Test6998541.java ! test/java/lang/invoke/InvokeGenericTest.java ! test/java/lang/invoke/MethodHandlesTest.java + test/java/lang/invoke/RicochetTest.java + test/sun/invoke/util/ValueConversionsTest.java Changeset: 21cd37d96098 Author: trims Date: 2011-05-17 14:29 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/21cd37d96098 Merge Changeset: 13fa9a0c628f Author: ohair Date: 2011-05-12 07:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/13fa9a0c628f 7043921: generate java-rmi.cgi on 64 bit platform Reviewed-by: omajid, katleman ! make/sun/rmi/rmi/Makefile Changeset: cb71f8f695f5 Author: ohair Date: 2011-05-12 07:28 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/cb71f8f695f5 Merge Changeset: d2c99ad6ab55 Author: ohair Date: 2011-05-12 17:56 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/d2c99ad6ab55 Merge Changeset: 1be8850c7005 Author: schien Date: 2011-05-18 16:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1be8850c7005 Merge Changeset: 85f53467c30c Author: flar Date: 2011-05-10 15:59 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/85f53467c30c 7040717: Test case for 6522514 was not included in bug fix Reviewed-by: prr + test/java/awt/geom/Arc2D/SerializationTest.java Changeset: f290441b0cb7 Author: flar Date: 2011-05-11 16:12 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f290441b0cb7 7043054: REGRESSION: JDK 7 b126 : Wrong userBounds in Paint.createContext() Reviewed-by: prr ! src/share/classes/sun/java2d/opengl/OGLRenderer.java ! src/share/classes/sun/java2d/pipe/AAShapePipe.java ! src/share/classes/sun/java2d/pipe/AlphaColorPipe.java ! src/share/classes/sun/java2d/pipe/BufferedRenderPipe.java ! src/share/classes/sun/java2d/pipe/LoopPipe.java ! src/share/classes/sun/java2d/pipe/ParallelogramPipe.java ! src/share/classes/sun/java2d/pipe/PixelToParallelogramConverter.java ! src/windows/classes/sun/java2d/d3d/D3DRenderer.java + test/java/awt/Paint/PgramUserBoundsTest.java Changeset: 43e54e60d261 Author: lana Date: 2011-05-14 11:52 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/43e54e60d261 Merge - src/share/classes/sun/security/util/SignatureFileManifest.java - test/java/beans/XMLEncoder/java_io_File.java Changeset: 59aadf63f2a7 Author: prr Date: 2011-05-16 15:38 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/59aadf63f2a7 7044682: Image I/O JPEG Metadata spec. should document that PhotoYCC ColorSpace interpretation is optional. Reviewed-by: flar ! src/share/classes/javax/imageio/metadata/doc-files/jpeg_metadata.html Changeset: 1b154e3ab359 Author: dav Date: 2011-05-04 14:46 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/1b154e3ab359 7040577: Default implementation of Toolkit.loadSystemColors(int[]) and many others doesn't throw HE in hl env Reviewed-by: dcherepanov, denis ! src/share/classes/java/awt/Toolkit.java + test/java/awt/Toolkit/Headless/ExceptionContract/ExceptionContract.java Changeset: 997f464f8446 Author: bagiras Date: 2011-05-10 17:56 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/997f464f8446 7035053: java/awt/event/MouseWheelEvent/DisabledComponent/DisabledComponent.java fails against jdk7 b134 Reviewed-by: art, denis, ant, dcherepanov ! src/windows/native/sun/windows/awt_Choice.cpp ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Frame.cpp Changeset: dde5cc0d768c Author: anthony Date: 2011-05-10 18:28 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/dde5cc0d768c 7041387: Introduce new boolean system property java.awt.smartInvalidate Summary: The behavior introduced with 6852592 is now enabled by the new system property only Reviewed-by: dcherepanov ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/Container.java ! test/java/awt/Component/Revalidate/Revalidate.java ! test/java/awt/Container/ValidateRoot/InvalidateMustRespectValidateRoots.java Changeset: bcc961336f77 Author: dav Date: 2011-05-11 15:00 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/bcc961336f77 7042429: jdk 7 b140: crashes in awt.dll+0xb85fb] Java_sun_awt_Win32GraphicsEnvironment_isVistaOS+0xfdf Reviewed-by: bae, dcherepanov ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp ! src/windows/native/sun/windows/Devices.h Changeset: 4a5bb1f16cb4 Author: anthony Date: 2011-05-11 17:51 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4a5bb1f16cb4 7043455: Taking a screenshot may fail on X11 after 6903034 Summary: Backout 6903034 Reviewed-by: art, dcherepanov ! make/sun/xawt/mapfile-vers ! src/solaris/classes/sun/awt/X11/XRobotPeer.java ! src/solaris/native/sun/awt/awt_Robot.c Changeset: 84ad07aece8c Author: dav Date: 2011-05-13 19:49 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/84ad07aece8c 7042537: When press the 'Print' button,the NullPointerException is thrown and printdialog is not pop up. Reviewed-by: dcherepanov, art ! src/share/classes/java/awt/Toolkit.java Changeset: 368e1da134aa Author: lana Date: 2011-05-14 16:51 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/368e1da134aa Merge - src/share/classes/sun/security/util/SignatureFileManifest.java ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp - test/java/beans/XMLEncoder/java_io_File.java Changeset: 0b7f41c14605 Author: dcherepanov Date: 2011-05-16 18:40 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0b7f41c14605 7010721: Frame#setMaximizedbounds not working properly on dual screen environment Reviewed-by: art, anthony ! src/windows/classes/sun/awt/windows/WFramePeer.java Changeset: 52a9555dbbb1 Author: lana Date: 2011-05-16 18:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/52a9555dbbb1 Merge Changeset: ea6bd2607399 Author: rupashka Date: 2011-05-04 10:20 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ea6bd2607399 7031551: Generics: JComboBox Reviewed-by: alexp, malenkov ! src/share/classes/javax/swing/ComboBoxModel.java ! src/share/classes/javax/swing/DefaultComboBoxModel.java ! src/share/classes/javax/swing/JComboBox.java ! src/share/classes/javax/swing/MutableComboBoxModel.java ! src/share/classes/javax/swing/plaf/basic/BasicDirectoryModel.java ! src/share/classes/javax/swing/plaf/metal/MetalFileChooserUI.java + test/javax/swing/JComboBox/7031551/bug7031551.java Changeset: adbbfd2e661c Author: dav Date: 2011-05-06 16:01 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/adbbfd2e661c 6894541: javax/swing/JTable/6788484/bug6788484.java fails w/ compilation errors. Reviewed-by: alexp ! test/javax/swing/JTable/6788484/bug6788484.java Changeset: 523ad3855e03 Author: kizune Date: 2011-05-10 17:06 +0400 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/523ad3855e03 7034619: Scrollable Tabs don't appear with JDK7 Synth based LaF, different from Java 5/6 Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/synth/SynthTabbedPaneUI.java Changeset: e122346f8e2d Author: peytoia Date: 2011-05-11 08:02 +0900 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e122346f8e2d 7041232: IllegalArgumentException in sun.text.bidi.BidiBase.setLine starting from JDK 7 b64 Reviewed-by: okutsu ! src/share/classes/sun/text/bidi/BidiBase.java + test/java/text/Bidi/Bug7041232.java Changeset: 5030057f8b4c Author: lana Date: 2011-05-14 15:21 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5030057f8b4c Merge - src/share/classes/sun/security/util/SignatureFileManifest.java - test/java/beans/XMLEncoder/java_io_File.java Changeset: 2a580e14e428 Author: lana Date: 2011-05-16 18:17 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2a580e14e428 Merge Changeset: 5b38ed5f5eb4 Author: lana Date: 2011-05-16 18:19 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5b38ed5f5eb4 Merge - src/share/classes/com/sun/nio/sctp/SctpStandardSocketOption.java - src/share/classes/java/net/StandardSocketOption.java - src/share/classes/java/nio/charset/StandardCharset.java - src/share/classes/java/nio/file/StandardWatchEventKind.java - test/java/nio/charset/StandardCharset/Standard.java Changeset: 366fcac7ee01 Author: lana Date: 2011-05-18 17:18 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/366fcac7ee01 Merge Changeset: efbf75c24b0f Author: lana Date: 2011-05-18 18:18 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/efbf75c24b0f Merge - src/share/classes/com/sun/nio/sctp/SctpStandardSocketOption.java - src/share/classes/java/net/StandardSocketOption.java - src/share/classes/java/nio/charset/StandardCharset.java - src/share/classes/java/nio/file/StandardWatchEventKind.java - test/java/nio/charset/StandardCharset/Standard.java Changeset: 5f69702cf570 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/5f69702cf570 Added tag jdk7-b143 for changeset efbf75c24b0f ! .hgtags From maurizio.cimadamore at oracle.com Mon May 23 10:57:58 2011 From: maurizio.cimadamore at oracle.com (maurizio.cimadamore at oracle.com) Date: Mon, 23 May 2011 10:57:58 +0000 Subject: hg: jdk7/tl/langtools: 7046348: Regression: javac complains of missing classfile for a seemingly unrelated interface Message-ID: <20110523105800.CF73B47831@hg.openjdk.java.net> Changeset: 6bb526ccf5ff Author: mcimadamore Date: 2011-05-23 11:55 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/6bb526ccf5ff 7046348: Regression: javac complains of missing classfile for a seemingly unrelated interface Summary: Types.implementation forces unnecessary symbol completion on superinterfaces of a given type Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Check.java + test/tools/javac/scope/7046348/EagerInterfaceCompletionTest.java From zhouyx at linux.vnet.ibm.com Tue May 24 07:04:55 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Tue, 24 May 2011 15:04:55 +0800 Subject: Building nio libraries In-Reply-To: <4DD4DB41.4000002@oracle.com> References: <4DD4BAC8.3080306@oracle.com> <4DD4DB41.4000002@oracle.com> Message-ID: Hi, Have you made a softlink from $(topdir)/jdk/build to $(topdir)/build ? There are btjars and other requirements. 2011/5/19 David Holmes > Sean Chou said the following on 05/19/11 17:45: > > This is my practice. First, you need a complete build for jdk7. >> Then, use junction to create a link from jdk7/jdk/build/windowsXXX to >> jdk7/build/windowsXXX (this is the topmost build). >> go to make/java/nio and make >> ALT_BOOTDIR=jdk7/jdk/build/windowsXXX/j2sdk-image/ >> ALT_JDK_IMPORT_PATH=dk7/jdk/build/windowsXXX/j2sdk-image/ >> > > Thanks for the suggestion but simply defining ALT_JDK_IMPORT_PATH (I > already have ALT_BOOTDIR) doesn't get me any further. The build is still > looking for btjars in the output directory. > > David > > >> 2011/5/19 David Holmes > David.Holmes at oracle.com>> >> >> >> Can someone tell me what I need to define to be able to build just >> the nio libraries? >> >> I want to do: >> >> make -C make/java/nio >> >> to get libnio.so built. >> >> My initial attempt is failing trying to find btjars/spp.jar which is >> expected to be in the output directory. Is there some special import >> setting, or must I build something else first? >> >> Thanks, >> David >> >> >> >> >> -- >> Best Regards, >> Sean Chou >> >> -- Best Regards, Sean Chou From David.Holmes at oracle.com Tue May 24 07:49:24 2011 From: David.Holmes at oracle.com (David Holmes) Date: Tue, 24 May 2011 17:49:24 +1000 Subject: Building nio libraries In-Reply-To: References: <4DD4BAC8.3080306@oracle.com> <4DD4DB41.4000002@oracle.com> Message-ID: <4DDB6304.6080400@oracle.com> Sean Chou said the following on 05/24/11 17:04: > Have you made a softlink from $(topdir)/jdk/build to $(topdir)/build > ? There are btjars and other requirements. I didn't have a $(topdir) as I wasn't doing a full build. I ended up just extracting the gcc commands from the log of a previous build (after editing the paths). Thanks anyway. David > 2011/5/19 David Holmes > > > Sean Chou said the following on 05/19/11 17:45: > > This is my practice. First, you need a complete build for jdk7. > Then, use junction to create a link from > jdk7/jdk/build/windowsXXX to jdk7/build/windowsXXX (this is the > topmost build). > go to make/java/nio and make > ALT_BOOTDIR=jdk7/jdk/build/windowsXXX/j2sdk-image/ > ALT_JDK_IMPORT_PATH=dk7/jdk/build/windowsXXX/j2sdk-image/ > > > Thanks for the suggestion but simply defining ALT_JDK_IMPORT_PATH (I > already have ALT_BOOTDIR) doesn't get me any further. The build is > still looking for btjars in the output directory. > > David > > > 2011/5/19 David Holmes >> > > > Can someone tell me what I need to define to be able to build > just > the nio libraries? > > I want to do: > > make -C make/java/nio > > to get libnio.so built. > > My initial attempt is failing trying to find btjars/spp.jar > which is > expected to be in the output directory. Is there some special > import > setting, or must I build something else first? > > Thanks, > David > > > > > -- > Best Regards, > Sean Chou > > > > > -- > Best Regards, > Sean Chou > From mohan.pakkurti at oracle.com Tue May 24 20:20:48 2011 From: mohan.pakkurti at oracle.com (Mohan Pakkurti) Date: Tue, 24 May 2011 22:20:48 +0200 Subject: Update on bug system for OpenJDK (web-discuss) Message-ID: <46598CC3-1D5A-4F0A-9986-037BB10A5FDB@oracle.com> Hi all, I have posted an update on the effort to create a bug system for OpenJDK here: http://mail.openjdk.java.net/pipermail/web-discuss/2011-May/000221.html Please join that discussion if you have any comments. Cheers Mohan From sean.mullan at oracle.com Tue May 24 21:35:37 2011 From: sean.mullan at oracle.com (sean.mullan at oracle.com) Date: Tue, 24 May 2011 21:35:37 +0000 Subject: hg: jdk7/tl/jdk: 2 new changesets Message-ID: <20110524213611.6DF8047895@hg.openjdk.java.net> Changeset: 0a80650409e1 Author: mullan Date: 2011-05-24 14:15 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/0a80650409e1 7044443: Permissions resolved incorrectly for jar protocol (Patch from bugs.openjdk.java.net) Reviewed-by: alanb, chegar Contributed-by: dbhole at redhat.com ! src/share/classes/sun/security/provider/PolicyFile.java + test/java/security/Policy/GetPermissions/JarURL.java Changeset: ace2dfdecda1 Author: mullan Date: 2011-05-24 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ace2dfdecda1 Merge From David.Holmes at oracle.com Thu May 26 02:27:46 2011 From: David.Holmes at oracle.com (David Holmes) Date: Thu, 26 May 2011 12:27:46 +1000 Subject: Unreachable catch classes In-Reply-To: <4DB95781.3090207@oracle.com> References: <4DB77713.1030101@oracle.com> <4DB78284.8080908@oracle.com> <4DB7CE59.2020206@oracle.com> <4DB7D13F.5050500@oracle.com> <4DB81147.3010800@oracle.com> <4DB955F4.8050900@oracle.com> <4DB95781.3090207@oracle.com> Message-ID: <4DDDBAA2.6060201@oracle.com> It hadn't occurred to me before but the "more precise rethrow" semantics are basically making the same invalid assumption about where checked exceptions can be thrown. Before if you catch Throwable and want to rethrow then you have to cast to an unchecked exception type, or else wrap with an unchecked exception type. Now you can catch Throwable and simply rethrow it - potentially letting an undeclared checked-exception to continue to make its escape. Now given that you could instead have only caught unchecked-exceptions, and the undeclared checked exception would have escaped anyway, this is perhaps not a big deal. But it troubles me that the language assumes things that are known to not be upheld by the libraries, and rather than helping to identify such cases this language change will now be helping to hide such cases. David David Holmes said the following on 04/28/11 22:03: > Maurizio Cimadamore said the following on 04/28/11 21:56: >> On 27/04/11 13:51, Maurizio Cimadamore wrote: >>> On 27/04/11 09:18, David Holmes wrote: >>>> Special-casing Throwable wouldn't be sufficient as people may use >>>> Exception instead. >>> I guess this doesn't invalidate the argument - we could special-case >>> Exception AND Throwable, since they are already treated specially in >>> the language... >>> >>> Maurizio >> Hi >> after a discussion with the team, we have decided that we will relax >> the new javac warnings so that they will *not* be generated for those >> catch clauses catching Exception or Throwable. >> >> This is similar to how javac has always handled a similar case (error >> message: 'exception never thrown in body of try'); for example, this >> code compiles: >> >> try { } >> catch (Exception e) { ... } >> >> while the following does not compile: >> >> try { } >> catch (IOException e) { ... } //error IOException never thrown > > Thanks Maurizio. I never realized the above case existed. :) > > David > ----- > > >> >> The code generating the newly added javac warnings will be changed >> accordingly; for example, the following will compile w/o warnings: >> >> try { throw new FileNotFoundException(); } >> catch (FileNotFoundException fnf) { ... } >> catch (Exception e) { ... } >> >> while the following code will still emit a 'dead catch' warning: >> >> try { throw new FileNotFoundException(); } >> catch (FileNotFoundException fnf) { ... } >> catch (IOException e) { ... } >> >> >> This should accommodate all weird cases of checked exceptions not >> being declared (as in Class.newInstance). >> >> Maurizio >> >> >> >> >> From robert.fischer at smokejumperit.com Thu May 26 02:53:33 2011 From: robert.fischer at smokejumperit.com (Robert Fischer) Date: Wed, 25 May 2011 22:53:33 -0400 Subject: Unreachable catch classes In-Reply-To: <4DDDBAA2.6060201@oracle.com> References: <4DB77713.1030101@oracle.com> <4DB78284.8080908@oracle.com> <4DB7CE59.2020206@oracle.com> <4DB7D13F.5050500@oracle.com> <4DB81147.3010800@oracle.com> <4DB955F4.8050900@oracle.com> <4DB95781.3090207@oracle.com> <4DDDBAA2.6060201@oracle.com> Message-ID: Some non-Java languages produce bytecode that lie about which exceptions they throw, and so unmarked methods may throw non-RuntimeException Exception instances from there, too. For instance, this Groovy method: def bar() { throw new Exception("Away it goes!") } compiles to this bytecode method: public java.lang.Object bar(); flags: ACC_PUBLIC Code: stack=3, locals=2, args_size=1 0: invokestatic #24 // Method $getCallSiteArray:()[Lorg/codehaus/groovy/runtime/callsite/CallSite; 3: astore_1 4: aload_1 5: ldc #35 // int 0 7: aaload 8: invokestatic #39 // Method $get$$class$java$lang$Exception:()Ljava/lang/Class; 11: ldc #41 // String Away it goes! 13: invokeinterface #47, 3 // InterfaceMethod org/codehaus/groovy/runtime/callsite/CallSite.callConstructor:(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object; 18: checkcast #49 // class java/lang/Throwable 21: athrow 22: aconst_null 23: areturn LocalVariableTable: Start Length Slot Name Signature 0 22 0 this LFoo; LineNumberTable: line 3: 4 Unless I'm missing something, there's no warning to code consuming this method that a should-be-checked exception is thrown in this method. So, as someone who is using that code, it is in my best interest to catch Exception (not just RuntimeException), because I may well see Exception. This "unreachable exception" stuff seems like a nice idea, but not really feasible. I've taken to just ignoring the warnings. ~~ Robert. On Wed, May 25, 2011 at 10:27 PM, David Holmes wrote: > It hadn't occurred to me before but the "more precise rethrow" semantics are > basically making the same invalid assumption about where checked exceptions > can be thrown. Before if you catch Throwable and want to rethrow then you > have to cast to an unchecked exception type, or else wrap with an unchecked > exception type. Now you can catch Throwable and simply rethrow it - > potentially letting an undeclared checked-exception to continue to make its > escape. > > Now given that you could instead have only caught unchecked-exceptions, and > the undeclared checked exception would have escaped anyway, this is perhaps > not a big deal. > > But it troubles me that the language assumes things that are known to not be > upheld by the libraries, and rather than helping to identify such cases this > language change will now be helping to hide such cases. > > David > > David Holmes said the following on 04/28/11 22:03: >> >> Maurizio Cimadamore said the following on 04/28/11 21:56: >>> >>> On 27/04/11 13:51, Maurizio Cimadamore wrote: >>>> >>>> On 27/04/11 09:18, David Holmes wrote: >>>>> >>>>> Special-casing Throwable wouldn't be sufficient as people may use >>>>> Exception instead. >>>> >>>> I guess this doesn't invalidate the argument - we could special-case >>>> Exception AND Throwable, since they are already treated specially in the >>>> language... >>>> >>>> Maurizio >>> >>> Hi >>> after a discussion with the team, we have decided that we will relax the >>> new javac warnings so that they will *not* be generated for those catch >>> clauses catching Exception or Throwable. >>> >>> This is similar to how javac has always handled a similar case (error >>> message: 'exception never thrown in body of try'); for example, this code >>> compiles: >>> >>> try { } >>> catch (Exception e) { ... } >>> >>> while the following does not compile: >>> >>> try { } >>> catch (IOException e) { ... } //error IOException never thrown >> >> Thanks Maurizio. I never realized the above case existed. :) >> >> David >> ----- >> >> >>> >>> The code generating the newly added javac warnings will be changed >>> accordingly; for example, the following will compile w/o warnings: >>> >>> try { throw new FileNotFoundException(); } >>> catch (FileNotFoundException fnf) { ... } >>> catch (Exception e) { ... } >>> >>> while the following code will still emit a 'dead catch' warning: >>> >>> try { throw new FileNotFoundException(); } >>> catch (FileNotFoundException fnf) { ... } >>> catch (IOException e) { ... } >>> >>> >>> This should accommodate all weird cases of checked exceptions not being >>> declared (as in Class.newInstance). >>> >>> Maurizio >>> >>> >>> >>> >>> > From zhouyx at linux.vnet.ibm.com Thu May 26 07:25:05 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Thu, 26 May 2011 15:25:05 +0800 Subject: TextArea's/TextField's enableInputMethods is not working on linux Message-ID: Hi all, I found TextArea's/TextField's enableInputMethods is not working on linux, even enableInputMethods(false) is invocated, the input method can still be enabled. The testcase is as follows: /* * ImfAWTTest.java */ import java.awt.Component; import java.awt.Dimension; import java.awt.FlowLayout; import java.awt.Frame; import java.awt.TextArea; import java.awt.TextField; import java.awt.event.WindowAdapter; import java.awt.event.WindowEvent; import javax.swing.JTextArea; import javax.swing.JTextField; public class ImfAWTTest extends Frame { Component c; public ImfAWTTest() { super("Single Frame --- AWT Frame"); // set layout here. setLayout(new FlowLayout()); // add components here. c = new TextArea("TextArea component(No IM)"); c.enableInputMethods(false); c.setPreferredSize(new Dimension(400, 100)); add(c); c = new JTextArea("JTextArea component"); c.enableInputMethods(true); c.setPreferredSize(new Dimension(400, 100)); add(c); c = new TextField("TextField component(No IM)",52); c.enableInputMethods(false); add(c); c = new JTextField("JTextField component(No IM)"); c.enableInputMethods(false); c.setPreferredSize(new Dimension(400, 20)); add(c); addWindowListener(new WindowAdapter() { public void windowClosing(WindowEvent event) { System.exit(0); } }); setSize(850, 360); setVisible(true); } public static void main(String[] args) { new ImfAWTTest(); } } Reproduce steps are: 1. On linux system, run the testcase with b143. 2. Click 'TextArea component(No IM)'. 3. Switch Ime window, and type some characters into it Expectation: IME cannot be enabled. Result: IME can be used to input. Investigation: This behavior was developed when Java was using Motif library, however Java7's TextArea/TexField does not use Motif any more, so enableInputMethods doesn't work. I suppose we need to update the specification about the behavior. Any comments? -- Best Regards, Sean Chou From zhouyx at linux.vnet.ibm.com Thu May 26 08:07:40 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Thu, 26 May 2011 16:07:40 +0800 Subject: DnD fails with JTextArea and JTextField Message-ID: Hi all, I have a testcase related to DnD failure with JTextArea and JTextField on linux. The testcase is as follows: /* * DnDTest.java */ import java.awt.Color; import java.awt.Component; import java.awt.Dimension; import java.awt.FlowLayout; import java.awt.Frame; import java.awt.event.WindowAdapter; import java.awt.event.WindowEvent; import javax.swing.JTextArea; import javax.swing.JTextField; public class DnDTest extends Frame { Component c; public DnDTest() { super("Single Frame --- AWT Frame"); super.setBackground(Color.gray); // set layout here. setLayout(new FlowLayout()); c = new JTextArea("JTextArea component"); c.setPreferredSize(new Dimension(400, 100)); add(c); c = new JTextField("JTextField component(No IM)"); c.setPreferredSize(new Dimension(400, 20)); add(c); addWindowListener(new WindowAdapter() { public void windowClosing(WindowEvent event) { System.exit(0); } }); setSize(850, 360); setVisible(true); } public static void main(String[] args) { new DnDTest(); } } Reproduce steps: 1. Run the testcase with b143 2. Open a new file with gedit and input some words like "abcde" 3. Drag "abcde" into JTextField and drop it there. 4. Once more, drag "abcde" into JTextField and then move out of the Frame (keep draging) and drag into JTextField again and drop it. Expectation: The second DnD inputs another "abcde" into JTextField. Result: The second DnD inputs nothing into JTextField. Investigation: The JTextArea as well has this problem, and in step 4, if we drag "abcde" over JTextField and then drop into JTextArea, nothing is input into JTextArea either. However, if "abcde" is drag into JTextField or JTextArea directly or when JTextArea/Field are empty as in step 2, it works. Are there any comments? And can anyone file a bug for it please ? -- Best Regards, Sean Chou From scolebourne at joda.org Thu May 26 08:14:22 2011 From: scolebourne at joda.org (Stephen Colebourne) Date: Thu, 26 May 2011 09:14:22 +0100 Subject: Unreachable catch classes In-Reply-To: <4DDDBAA2.6060201@oracle.com> References: <4DB77713.1030101@oracle.com> <4DB78284.8080908@oracle.com> <4DB7CE59.2020206@oracle.com> <4DB7D13F.5050500@oracle.com> <4DB81147.3010800@oracle.com> <4DB955F4.8050900@oracle.com> <4DB95781.3090207@oracle.com> <4DDDBAA2.6060201@oracle.com> Message-ID: On 26 May 2011 03:27, David Holmes wrote: > It hadn't occurred to me before but the "more precise rethrow" semantics are > basically making the same invalid assumption about where checked exceptions > can be thrown. Before if you catch Throwable and want to rethrow then you > have to cast to an unchecked exception type, or else wrap with an unchecked > exception type. Now you can catch Throwable and simply rethrow it - > potentially letting an undeclared checked-exception to continue to make its > escape. > > Now given that you could instead have only caught unchecked-exceptions, and > the undeclared checked exception would have escaped anyway, this is perhaps > not a big deal. > > But it troubles me that the language assumes things that are known to not be > upheld by the libraries, and rather than helping to identify such cases this > language change will now be helping to hide such cases. To me it feels like the language is acting like the little Dutch boy trying to stop the flow of water by sticking his finger in the dyke. Checked exceptions are increasingly being ignored by users, and are almost never being propagated by other languages, causing problems with catch clauses. Its time to stop being precious and accept this. IMO, Java should at this point (and when claiming to be in a new "multi-lingual" world) allow the catching of checked exceptions that are not thrown. (Note that while I'm personally in favour of removing checked entirely, I'm not calling for that here - just the ability to catch anything, to reflect reality) Stephen From naoto.sato at oracle.com Thu May 26 19:18:56 2011 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 26 May 2011 12:18:56 -0700 Subject: TextArea's/TextField's enableInputMethods is not working on linux In-Reply-To: References: Message-ID: <4DDEA7A0.8020107@oracle.com> It simply sounds like a bug to me. The behavior should not be different. Naoto (5/26/11 12:25 AM), Sean Chou wrote: > Hi all, > > I found TextArea's/TextField's enableInputMethods is not working on > linux, > even enableInputMethods(false) is invocated, the input method can still be > enabled. The testcase is as follows: > > /* > * ImfAWTTest.java > */ > import java.awt.Component; > import java.awt.Dimension; > import java.awt.FlowLayout; > import java.awt.Frame; > import java.awt.TextArea; > import java.awt.TextField; > import java.awt.event.WindowAdapter; > import java.awt.event.WindowEvent; > > import javax.swing.JTextArea; > import javax.swing.JTextField; > > > public class ImfAWTTest extends Frame { > Component c; > public ImfAWTTest() { > super("Single Frame --- AWT Frame"); > // set layout here. > setLayout(new FlowLayout()); > // add components here. > c = new TextArea("TextArea component(No IM)"); > c.enableInputMethods(false); > c.setPreferredSize(new Dimension(400, 100)); > add(c); > > c = new JTextArea("JTextArea component"); > c.enableInputMethods(true); > c.setPreferredSize(new Dimension(400, 100)); > add(c); > > c = new TextField("TextField component(No IM)",52); > c.enableInputMethods(false); > add(c); > > c = new JTextField("JTextField component(No IM)"); > c.enableInputMethods(false); > c.setPreferredSize(new Dimension(400, 20)); > add(c); > addWindowListener(new WindowAdapter() { > public void windowClosing(WindowEvent event) { > System.exit(0); > } > }); > setSize(850, 360); > setVisible(true); > } > public static void main(String[] args) { > new ImfAWTTest(); > } > } > > > Reproduce steps are: > 1. On linux system, run the testcase with b143. > 2. Click 'TextArea component(No IM)'. > 3. Switch Ime window, and type some characters into it > > Expectation: > IME cannot be enabled. > Result: > IME can be used to input. > > > Investigation: > This behavior was developed when Java was using Motif library, > however Java7's > TextArea/TexField does not use Motif any more, so enableInputMethods doesn't > work. > > > I suppose we need to update the specification about the behavior. > Any comments? > > > -- > Best Regards, > Sean Chou > From abhi.saha at oracle.com Thu May 26 23:22:19 2011 From: abhi.saha at oracle.com (abhi.saha at oracle.com) Date: Thu, 26 May 2011 23:22:19 +0000 Subject: hg: jdk7/tl/corba: 7046882: Regression : JDK 7b123 : Enum exchanged as parameters using CORBA call results in Exception Message-ID: <20110526232222.5A64847938@hg.openjdk.java.net> Changeset: 93e77c49b3bb Author: miroslawzn Date: 2011-05-26 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/93e77c49b3bb 7046882: Regression : JDK 7b123 : Enum exchanged as parameters using CORBA call results in Exception Reviewed-by: raginip ! src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java From weijun.wang at oracle.com Fri May 27 01:03:13 2011 From: weijun.wang at oracle.com (weijun.wang at oracle.com) Date: Fri, 27 May 2011 01:03:13 +0000 Subject: hg: jdk8/tl/jdk: 7048466: Move sun.misc.JavaxSecurityAuthKerberosAccess to sun.security.krb5 package Message-ID: <20110527010334.325624793E@hg.openjdk.java.net> Changeset: b8bcb12acea6 Author: weijun Date: 2011-05-27 09:01 +0800 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/b8bcb12acea6 7048466: Move sun.misc.JavaxSecurityAuthKerberosAccess to sun.security.krb5 package Reviewed-by: weijun, alanb Contributed-by: Mandy Chung ! src/share/classes/javax/security/auth/kerberos/JavaxSecurityAuthKerberosAccessImpl.java ! src/share/classes/javax/security/auth/kerberos/KeyTab.java - src/share/classes/sun/misc/JavaxSecurityAuthKerberosAccess.java ! src/share/classes/sun/misc/SharedSecrets.java ! src/share/classes/sun/security/jgss/krb5/Krb5Util.java + src/share/classes/sun/security/krb5/JavaxSecurityAuthKerberosAccess.java + src/share/classes/sun/security/krb5/KerberosSecrets.java From mohan.pakkurti at oracle.com Fri May 27 15:38:48 2011 From: mohan.pakkurti at oracle.com (Mohan Pakkurti) Date: Fri, 27 May 2011 17:38:48 +0200 Subject: Update on code review system for OpenJDK (web-discuss) Message-ID: <9B18DB7F-88D0-480C-B1BC-CF45DC966FB5@oracle.com> Hi all, I posted an update on the project to choose a new code review system for OpenJDK on the web-discuss mailing list. http://mail.openjdk.java.net/pipermail/web-discuss/2011-May/000226.html If you have comments or want to be stay tuned please follow this thread on web-discuss. Thanks Mohan From jeff.dinkins at oracle.com Fri May 27 22:23:51 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:23:51 +0000 Subject: hg: jdk7/tl: 7045697: JDK7 THIRD PARTY README update Message-ID: <20110527222351.E4551479BC@hg.openjdk.java.net> Changeset: 93d2590fd849 Author: jeff Date: 2011-05-27 14:57 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/rev/93d2590fd849 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README From jeff.dinkins at oracle.com Fri May 27 22:30:13 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:30:13 +0000 Subject: hg: jdk7/tl/corba: 2 new changesets Message-ID: <20110527223015.6FB42479BD@hg.openjdk.java.net> Changeset: 643f267ca234 Author: jeff Date: 2011-05-27 14:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/643f267ca234 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: 7839048ec99e Author: jeff Date: 2011-05-27 15:27 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/7839048ec99e Merge From jeff.dinkins at oracle.com Fri May 27 22:33:33 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:33:33 +0000 Subject: hg: jdk7/tl/hotspot: 7045697: JDK7 THIRD PARTY README update Message-ID: <20110527223337.26063479BE@hg.openjdk.java.net> Changeset: 1aa57c62d0e4 Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/hotspot/rev/1aa57c62d0e4 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README From jeff.dinkins at oracle.com Fri May 27 22:34:45 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:34:45 +0000 Subject: hg: jdk7/tl/jaxp: 7045697: JDK7 THIRD PARTY README update Message-ID: <20110527223445.72BA7479BF@hg.openjdk.java.net> Changeset: a70a042c8600 Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/a70a042c8600 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README From jeff.dinkins at oracle.com Fri May 27 22:34:58 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:34:58 +0000 Subject: hg: jdk7/tl/jaxws: 7045697: JDK7 THIRD PARTY README update Message-ID: <20110527223458.20E86479C0@hg.openjdk.java.net> Changeset: c902e39c384e Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jaxws/rev/c902e39c384e 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README From jeff.dinkins at oracle.com Fri May 27 22:35:13 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:35:13 +0000 Subject: hg: jdk7/tl/jdk: 7045697: JDK7 THIRD PARTY README update Message-ID: <20110527223530.A37E6479C1@hg.openjdk.java.net> Changeset: 70942be348af Author: jeff Date: 2011-05-27 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/70942be348af 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README From jeff.dinkins at oracle.com Fri May 27 22:36:25 2011 From: jeff.dinkins at oracle.com (jeff.dinkins at oracle.com) Date: Fri, 27 May 2011 22:36:25 +0000 Subject: hg: jdk7/tl/langtools: 7045697: JDK7 THIRD PARTY README update Message-ID: <20110527223630.B2357479C2@hg.openjdk.java.net> Changeset: 6211df69f7e0 Author: jeff Date: 2011-05-27 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/6211df69f7e0 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README From vincent.x.ryan at oracle.com Mon May 30 15:38:13 2011 From: vincent.x.ryan at oracle.com (vincent.x.ryan at oracle.com) Date: Mon, 30 May 2011 15:38:13 +0000 Subject: hg: jdk7/tl/jdk: 7049173: Replace the software license for ECC native code Message-ID: <20110530153837.A599647A52@hg.openjdk.java.net> Changeset: b49a0af85821 Author: vinnie Date: 2011-05-30 16:37 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/b49a0af85821 7049173: Replace the software license for ECC native code Reviewed-by: alanb ! src/share/native/sun/security/ec/impl/ec.c ! src/share/native/sun/security/ec/impl/ec.h ! src/share/native/sun/security/ec/impl/ec2.h ! src/share/native/sun/security/ec/impl/ec2_163.c ! src/share/native/sun/security/ec/impl/ec2_193.c ! src/share/native/sun/security/ec/impl/ec2_233.c ! src/share/native/sun/security/ec/impl/ec2_aff.c ! src/share/native/sun/security/ec/impl/ec2_mont.c ! src/share/native/sun/security/ec/impl/ec_naf.c ! src/share/native/sun/security/ec/impl/ecc_impl.h ! src/share/native/sun/security/ec/impl/ecdecode.c ! src/share/native/sun/security/ec/impl/ecl-curve.h ! src/share/native/sun/security/ec/impl/ecl-exp.h ! src/share/native/sun/security/ec/impl/ecl-priv.h ! src/share/native/sun/security/ec/impl/ecl.c ! src/share/native/sun/security/ec/impl/ecl.h ! src/share/native/sun/security/ec/impl/ecl_curve.c ! src/share/native/sun/security/ec/impl/ecl_gf.c ! src/share/native/sun/security/ec/impl/ecl_mult.c ! src/share/native/sun/security/ec/impl/ecp.h ! src/share/native/sun/security/ec/impl/ecp_192.c ! src/share/native/sun/security/ec/impl/ecp_224.c ! src/share/native/sun/security/ec/impl/ecp_256.c ! src/share/native/sun/security/ec/impl/ecp_384.c ! src/share/native/sun/security/ec/impl/ecp_521.c ! src/share/native/sun/security/ec/impl/ecp_aff.c ! src/share/native/sun/security/ec/impl/ecp_jac.c ! src/share/native/sun/security/ec/impl/ecp_jm.c ! src/share/native/sun/security/ec/impl/ecp_mont.c ! src/share/native/sun/security/ec/impl/logtab.h ! src/share/native/sun/security/ec/impl/mp_gf2m-priv.h ! src/share/native/sun/security/ec/impl/mp_gf2m.c ! src/share/native/sun/security/ec/impl/mp_gf2m.h ! src/share/native/sun/security/ec/impl/mpi-config.h ! src/share/native/sun/security/ec/impl/mpi-priv.h ! src/share/native/sun/security/ec/impl/mpi.c ! src/share/native/sun/security/ec/impl/mpi.h ! src/share/native/sun/security/ec/impl/mplogic.c ! src/share/native/sun/security/ec/impl/mplogic.h ! src/share/native/sun/security/ec/impl/mpmontg.c ! src/share/native/sun/security/ec/impl/mpprime.h ! src/share/native/sun/security/ec/impl/oid.c ! src/share/native/sun/security/ec/impl/secitem.c ! src/share/native/sun/security/ec/impl/secoidt.h From michael.x.mcmahon at oracle.com Mon May 30 22:42:45 2011 From: michael.x.mcmahon at oracle.com (michael.x.mcmahon at oracle.com) Date: Mon, 30 May 2011 22:42:45 +0000 Subject: hg: jdk7/tl/jdk: 7042550: Reintegrate 6569621 Message-ID: <20110530224303.1F07347A61@hg.openjdk.java.net> Changeset: 4ed7c877a463 Author: michaelm Date: 2011-05-30 23:36 +0100 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4ed7c877a463 7042550: Reintegrate 6569621 Reviewed-by: chegar, alanb ! src/share/classes/java/net/InetAddress.java ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/SocketPermission.java + src/share/classes/sun/net/RegisteredDomain.java ! src/share/classes/sun/net/www/URLConnection.java ! src/share/classes/sun/net/www/http/HttpClient.java From bradford.wetmore at oracle.com Tue May 31 19:53:40 2011 From: bradford.wetmore at oracle.com (bradford.wetmore at oracle.com) Date: Tue, 31 May 2011 19:53:40 +0000 Subject: hg: jdk7/tl/jdk: 7042097: JDK 7's Unlimited Cryptographic Policy bundle text files must be updated. Message-ID: <20110531195357.30DC447A8E@hg.openjdk.java.net> Changeset: c79a089ae13b Author: wetmore Date: 2011-05-31 12:45 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/c79a089ae13b 7042097: JDK 7's Unlimited Cryptographic Policy bundle text files must be updated. Reviewed-by: valeriep ! make/javax/crypto/Makefile