From list-openjdk at kutty.cc Sat Aug 1 14:36:50 2009 From: list-openjdk at kutty.cc (Vinod Kutty) Date: Sat, 1 Aug 2009 16:36:50 -0500 (CDT) Subject: Command line acceptance of binary plugs license? Message-ID: Hi, I'm trying to build openjdk7-ea-b67, so I downloaded the self-extracting binary plugs and tried to extract it. Unfortunately, it assumes a graphical environment for the license agreement and will not proceed further. Surely there must be a way to interact with the license agreement on the command line, similar to how the self-extracting pre-built Sun JDK builds do? I'd appreciate instructions on how to do so. Thanks, -- VK From Joe.Darcy at Sun.COM Sat Aug 1 15:55:06 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Sat, 01 Aug 2009 15:55:06 -0700 Subject: Command line acceptance of binary plugs license? In-Reply-To: References: Message-ID: <4A74C7CA.20703@sun.com> Vinod Kutty wrote: > > Hi, > > I'm trying to build openjdk7-ea-b67, so I downloaded the > self-extracting binary plugs and tried to extract it. You no longer need the binary plugs to perform an openjdk=true build. -Joe > > Unfortunately, it assumes a graphical environment for the license > agreement and will not proceed further. > > Surely there must be a way to interact with the license agreement on > the command line, similar to how the self-extracting pre-built Sun JDK > builds do? > > I'd appreciate instructions on how to do so. > > Thanks, > -- > VK From Weijun.Wang at Sun.COM Sat Aug 1 19:28:07 2009 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Sun, 02 Aug 2009 10:28:07 +0800 Subject: Command line acceptance of binary plugs license? In-Reply-To: <4A74C7CA.20703@sun.com> References: <4A74C7CA.20703@sun.com> Message-ID: On Aug 2, 2009, at 6:55 AM, Joseph D. Darcy wrote: > Vinod Kutty wrote: >> >> Hi, >> >> I'm trying to build openjdk7-ea-b67, so I downloaded the self- >> extracting binary plugs and tried to extract it. > > You no longer need the binary plugs to perform an openjdk=true build. Oh, I've never heard about this before. (Sorry, I normally only do control builds). Then what is jdk-7-ea-plug-b67-linux-i586-30_jul_2009.jar on http://download.java.net/openjdk/jdk7/? Is it becoming an optional part in a OpenJDK build? Do we have alternative implementation for the functions in the binary plug? Thanks Max > > -Joe > >> >> Unfortunately, it assumes a graphical environment for the license >> agreement and will not proceed further. >> >> Surely there must be a way to interact with the license agreement >> on the command line, similar to how the self-extracting pre-built >> Sun JDK builds do? >> >> I'd appreciate instructions on how to do so. >> >> Thanks, >> -- >> VK > From gnu_andrew at member.fsf.org Sat Aug 1 19:42:18 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sun, 2 Aug 2009 03:42:18 +0100 Subject: Command line acceptance of binary plugs license? In-Reply-To: References: <4A74C7CA.20703@sun.com> Message-ID: <17c6771e0908011942ndaaa85ds199464d047b3f74e@mail.gmail.com> 2009/8/2 Max (Weijun) Wang : > > On Aug 2, 2009, at 6:55 AM, Joseph D. Darcy wrote: > >> Vinod Kutty wrote: >>> >>> Hi, >>> >>> I'm trying to build openjdk7-ea-b67, so I downloaded the self-extracting >>> binary plugs and tried to extract it. >> >> You no longer need the binary plugs to perform an openjdk=true build. > > Oh, I've never heard about this before. (Sorry, I normally only do control > builds). > > Then what is jdk-7-ea-plug-b67-linux-i586-30_jul_2009.jar on > http://download.java.net/openjdk/jdk7/??Is it becoming an optional part in a > OpenJDK build? Do we have alternative implementation for the functions in > the binary plug? > > Thanks > Max > >> >> -Joe >> >>> >>> Unfortunately, it assumes a graphical environment for the license >>> agreement and will not proceed further. >>> >>> Surely there must be a way to interact with the license agreement on the >>> command line, similar to how the self-extracting pre-built Sun JDK builds >>> do? >>> >>> I'd appreciate instructions on how to do so. >>> >>> Thanks, >>> -- >>> VK >> > > Max, The binary plugs are only now needed for the SNMP plugin, which is optional and not part of the Java specification. Everything else has been replaced by Free alternatives. Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From list-openjdk at kutty.cc Sun Aug 2 09:25:15 2009 From: list-openjdk at kutty.cc (Vinod Kutty) Date: Sun, 2 Aug 2009 11:25:15 -0500 (CDT) Subject: Command line acceptance of binary plugs license? In-Reply-To: <17c6771e0908011942ndaaa85ds199464d047b3f74e@mail.gmail.com> References: <4A74C7CA.20703@sun.com> <17c6771e0908011942ndaaa85ds199464d047b3f74e@mail.gmail.com> Message-ID: On Sun, 2 Aug 2009, Andrew John Hughes wrote: > The binary plugs are only now needed for the SNMP plugin, which is > optional and not part of the Java specification. Everything else has > been replaced by Free alternatives. > That's good to hear. I will try without them. Thanks, -- VK From franklynding at gmail.com Mon Aug 3 04:55:24 2009 From: franklynding at gmail.com (Franklyn Ding) Date: Mon, 3 Aug 2009 19:55:24 +0800 Subject: Fwd: Where is sun_jvm_hotspot_debugger_windbg_WindbgDebuggerLocal.h? In-Reply-To: References: Message-ID: Thanks for your reply. I checked my log files and didn't find the ouput serviceability with the following command: grep -i 'serviceability' make1.log make2.log make3.log make4.log Note that I have 4 log files because I solved several problems before reaching sun_jvm_hotspot_debugger_windbg_WindbgDebuggerLocal.h. Could you further point out in what folder make builds the serviceability agent and the target name? For example, the log files contain 2 lines listed below make[8]: Leaving directory `/cygdrive/d/sys_temp/openjdk/openjdk/corba/make/com/sun/corba/se/impl/oa' Timing: 00005 seconds or 5s for make-com-sun-corba-se-impl-oa the sub folder is openjdk/corba/make/com/sun/corba/se/impl/oa and the target is make-com-sun-corba-se-impl-oa In addition, I attached my log files. Frank 2009/7/29 Tom Rodriguez This file should be generated by javah during the build of the > serviceability agent in hotspot. It's probably done just a little bit > before this error. Do you see anything about javah in your output near this > point? > > tom > > > On Jul 27, 2009, at 10:57 PM, Franklyn Ding wrote: > > Hi >> I am a fan of JAVA and trying to build openjdk6 on my windows. >> I solved several problems but the following one is very weird and I >> didn't find anything useful after googling. >> >> sawindbg.cpp >> openjdk\hotspot\agent\src\os\win32\windbg\sawindbg.cpp(28) :fatal error >> C1083: Cannot open include file: >> 'sun_jvm_hotspot_debugger_windbg_WindbgDebuggerLocal.h': No such file or >> directory >> >> I checked sawindbg.cpp and found the corresponding line >> >> // this is source code windbg based SA debugger agent to debug >> // Dr. Watson dump files and process snapshots. >> >> #include "sun_jvm_hotspot_debugger_windbg_WindbgDebuggerLocal.h" >> >> #ifdef _M_IA64 >> >> So what's wrong with my jdk build, or where can I get this head file? >> >> Thanks >> Frank >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20090803/f0cc879f/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: log.7z Type: application/octet-stream Size: 30699 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/build-dev/attachments/20090803/f0cc879f/attachment.obj From xiomara.jayasena at sun.com Mon Aug 3 15:29:52 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 03 Aug 2009 22:29:52 +0000 Subject: hg: jdk7/build/jdk: 23 new changesets Message-ID: <20090803223748.91845E003@hg.openjdk.java.net> Changeset: aaf0cb20646e Author: darcy Date: 2009-07-15 12:08 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/aaf0cb20646e 6857789: (reflect) Create common superclass of reflective exceptions Reviewed-by: martin ! src/share/classes/java/lang/ClassNotFoundException.java ! src/share/classes/java/lang/IllegalAccessException.java ! src/share/classes/java/lang/InstantiationException.java ! src/share/classes/java/lang/NoSuchFieldException.java ! src/share/classes/java/lang/NoSuchMethodException.java + src/share/classes/java/lang/ReflectiveOperationException.java ! src/share/classes/java/lang/reflect/InvocationTargetException.java Changeset: 2a1b1075f583 Author: darcy Date: 2009-07-15 14:43 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2a1b1075f583 6463998: Undocumented NullPointerExeption from Float.parseFloat and Double.parseDouble Reviewed-by: lancea, iris ! src/share/classes/java/lang/Double.java ! src/share/classes/java/lang/Float.java Changeset: 3acfd7c1f984 Author: tbell Date: 2009-07-17 09:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3acfd7c1f984 Merge Changeset: 1203425b5742 Author: mullan Date: 2009-07-20 17:16 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1203425b5742 6787645: CRL validation code should permit some clock skew when checking validity of CRLs Reviewed-by: vinnie ! src/share/classes/java/security/cert/CertPathHelperImpl.java ! src/share/classes/java/security/cert/X509CRLSelector.java ! src/share/classes/sun/security/provider/certpath/CertPathHelper.java ! src/share/classes/sun/security/provider/certpath/CrlRevocationChecker.java ! src/share/classes/sun/security/provider/certpath/OCSPResponse.java Changeset: 81e3117803a5 Author: weijun Date: 2009-07-22 16:39 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/81e3117803a5 6858589: more changes to Config on system properties Reviewed-by: valeriep ! src/share/classes/sun/security/krb5/Config.java ! src/share/classes/sun/security/krb5/KrbApReq.java ! test/sun/security/krb5/ConfPlusProp.java Changeset: 8bb89d9fd061 Author: weijun Date: 2009-07-22 16:40 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8bb89d9fd061 6847026: keytool should be able to generate certreq and cert without subject name Reviewed-by: xuelei ! src/share/classes/sun/security/tools/KeyTool.java ! src/share/classes/sun/security/util/Resources.java + test/sun/security/tools/keytool/emptysubject.sh Changeset: f4f55c2473b6 Author: weijun Date: 2009-07-22 16:40 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f4f55c2473b6 6854308: more ktab options Reviewed-by: mullan ! src/share/classes/sun/security/krb5/internal/ktab/KeyTab.java ! src/windows/classes/sun/security/krb5/internal/tools/Klist.java ! src/windows/classes/sun/security/krb5/internal/tools/Ktab.java Changeset: 29b076bfeafd Author: weijun Date: 2009-07-22 16:41 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/29b076bfeafd 6561126: keytool should use larger default keysize for keypairs Reviewed-by: mullan ! src/share/classes/sun/security/tools/JarSigner.java ! src/share/classes/sun/security/tools/KeyTool.java ! src/share/classes/sun/security/util/Resources.java + test/sun/security/tools/jarsigner/newsize7.sh + test/sun/security/tools/keytool/NewSize7.java Changeset: dba7dc47b78e Author: poonam Date: 2009-07-22 07:49 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dba7dc47b78e 6814140: deadlock due to synchronized demandLogger() code that locks ServerLogManager Summary: Making demandLogger() non-synchronized resolves the deadlock. Reviewed-by: dcubed ! src/share/classes/java/util/logging/LogManager.java Changeset: 645c1d0b9db9 Author: chegar Date: 2009-07-23 14:06 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/645c1d0b9db9 6863110: Newly connected/accepted SctpChannel should fire OP_READ if registered with a Selector Reviewed-by: jccollet ! src/solaris/classes/sun/nio/ch/SctpChannelImpl.java ! src/solaris/classes/sun/nio/ch/SctpMultiChannelImpl.java ! src/solaris/native/sun/nio/ch/SctpChannelImpl.c + test/com/sun/nio/sctp/SctpChannel/CommUp.java ! test/com/sun/nio/sctp/SctpMultiChannel/Branch.java ! test/com/sun/nio/sctp/SctpMultiChannel/SocketOptionTests.java Changeset: cd7758c85d13 Author: valeriep Date: 2009-07-22 17:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/cd7758c85d13 6823905: crash in sun.security.pkcs11.wrapper.PKCS11.C_Sign during stress-test Summary: Initialize relevant return value to NULL Reviewed-by: vinnie ! src/share/native/sun/security/pkcs11/wrapper/p11_general.c ! src/share/native/sun/security/pkcs11/wrapper/p11_keymgmt.c ! src/share/native/sun/security/pkcs11/wrapper/p11_objmgmt.c ! src/share/native/sun/security/pkcs11/wrapper/p11_sign.c ! src/share/native/sun/security/pkcs11/wrapper/p11_util.c ! src/share/native/sun/security/pkcs11/wrapper/pkcs11wrapper.h Changeset: 4b287af811ba Author: valeriep Date: 2009-07-23 12:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4b287af811ba Merge Changeset: abb221aa23e4 Author: martin Date: 2009-07-24 18:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/abb221aa23e4 6639443: Character.toCodePoint and Character.toSurrogates can be optimized Summary: rearranging code saves 5 bytes of bytecode Reviewed-by: sherman ! src/share/classes/java/lang/Character.java Changeset: e749fe2ed114 Author: martin Date: 2009-07-24 18:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e749fe2ed114 6639458: Improvements to Surrogate.java Summary: Optimize Surrogate.java Reviewed-by: sherman ! src/share/classes/sun/nio/cs/Surrogate.java Changeset: d78bfd73ee42 Author: xuelei Date: 2009-07-27 22:04 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d78bfd73ee42 6449574: Invalid ldap filter is accepted and processed Reviewed-by: vinnie ! src/share/classes/com/sun/jndi/ldap/Filter.java + test/com/sun/jndi/ldap/BalancedParentheses.java Changeset: 3eb4506815b6 Author: alanb Date: 2009-07-27 18:44 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3eb4506815b6 6863864: (fs) Path.createSymbolicLink doesn't set directory flag when creating sym link to directory (win) Reviewed-by: sherman ! src/windows/classes/sun/nio/fs/WindowsPath.java ! test/java/nio/file/Path/Links.java Changeset: 6fcddeeadd8c Author: alanb Date: 2009-07-27 18:46 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6fcddeeadd8c 6863667: (ch) Several tests in java/nio/channels/* need to be updated after 6638712 Reviewed-by: mcimadamore ! test/java/nio/channels/AsynchronousChannelGroup/GroupOfOne.java ! test/java/nio/channels/AsynchronousChannelGroup/Identity.java ! test/java/nio/channels/AsynchronousChannelGroup/Restart.java ! test/java/nio/channels/AsynchronousChannelGroup/Unbounded.java ! test/java/nio/channels/AsynchronousDatagramChannel/Basic.java ! test/java/nio/channels/AsynchronousFileChannel/Basic.java ! test/java/nio/channels/AsynchronousServerSocketChannel/Basic.java ! test/java/nio/channels/AsynchronousSocketChannel/Basic.java ! test/java/nio/channels/AsynchronousSocketChannel/StressLoopback.java Changeset: 74c4b8c743fb Author: alanb Date: 2009-07-27 19:22 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/74c4b8c743fb 6864319: (fs) Eliminate static dependency on fdopendir (lnx) Reviewed-by: martin ! src/solaris/native/sun/nio/fs/UnixNativeDispatcher.c Changeset: 15878be84b9d Author: jjg Date: 2009-07-27 15:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/15878be84b9d 6854244: change source/target used to compile JDK to 7 Reviewed-by: ohair ! make/common/shared/Defs-control.gmk ! make/common/shared/Defs-java.gmk ! make/java/dyn/Makefile Changeset: 056c8e724015 Author: xuelei Date: 2009-07-28 11:15 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/056c8e724015 6865482: test case BalancedParentheses.java is missing GPL header. Reviewed-by: weijun ! test/com/sun/jndi/ldap/BalancedParentheses.java Changeset: aed3ce4ba35b Author: tbell Date: 2009-07-27 23:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/aed3ce4ba35b Merge Changeset: 03b4ab24cd2a Author: jjg Date: 2009-07-29 12:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/03b4ab24cd2a 6865753: 6854244 breaks partial (jdk-only) builds Summary: Makefiles which set -target 5 now need to set -source 5 as well. Reviewed-by: wetmore, tbell ! make/com/sun/crypto/provider/Makefile ! make/javax/crypto/Makefile Changeset: 18fee5159090 Author: tbell Date: 2009-07-30 23:40 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/18fee5159090 Merge From xiomara.jayasena at sun.com Mon Aug 3 15:45:35 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 03 Aug 2009 22:45:35 +0000 Subject: hg: jdk7/build/langtools: 11 new changesets Message-ID: <20090803224556.20E66E00B@hg.openjdk.java.net> Changeset: ad07b7ea9685 Author: mcimadamore Date: 2009-07-15 10:25 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/ad07b7ea9685 6846972: cannot access member of raw type when erasure change overriding into overloading Summary: fix of 6400189 caused a nasty problem in method resolution Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Resolve.java + test/tools/javac/generics/rawOverride/T6846972.java Changeset: 90d40dd5cfc7 Author: mcimadamore Date: 2009-07-15 17:01 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/90d40dd5cfc7 6860795: NullPointerException when compiling a negative java source Summary: Rich formatter shouldn't propagate visits on method symbols that have a null type Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java + test/tools/javac/Diagnostics/6860795/T6860795.java + test/tools/javac/Diagnostics/6860795/T6860795.out Changeset: 86ad2753f3be Author: tbell Date: 2009-07-17 09:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/86ad2753f3be Merge Changeset: 99b7a25185aa Author: jjg Date: 2009-07-23 11:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/99b7a25185aa 6863814: javap crashes when facing array class literals Reviewed-by: jjg Contributed-by: mali at csail.mit.edu ! src/share/classes/com/sun/tools/classfile/ExtendedAnnotation.java + test/tools/javap/typeAnnotations/ArrayClassLiterals.java Changeset: 49387c1440d0 Author: jjg Date: 2009-07-23 14:15 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/49387c1440d0 6863914: bug number missing from test Reviewed-by: tbell ! test/tools/javap/typeAnnotations/ArrayClassLiterals.java Changeset: 631425840408 Author: jjg Date: 2009-07-24 14:47 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/631425840408 6863746: javap should not scan ct.sym by default Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javap/JavapFileManager.java ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/Options.java + test/tools/javap/T6863746.java Changeset: d043adadc8b6 Author: darcy Date: 2009-07-26 21:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d043adadc8b6 6381698: Warn of decommissioning of apt Reviewed-by: jjg ! make/build.properties ! src/share/classes/com/sun/mirror/apt/AnnotationProcessor.java ! src/share/classes/com/sun/mirror/apt/AnnotationProcessorEnvironment.java ! src/share/classes/com/sun/mirror/apt/AnnotationProcessorFactory.java ! src/share/classes/com/sun/mirror/apt/AnnotationProcessorListener.java ! src/share/classes/com/sun/mirror/apt/AnnotationProcessors.java ! src/share/classes/com/sun/mirror/apt/Filer.java ! src/share/classes/com/sun/mirror/apt/Messager.java ! src/share/classes/com/sun/mirror/apt/RoundCompleteEvent.java ! src/share/classes/com/sun/mirror/apt/RoundCompleteListener.java ! src/share/classes/com/sun/mirror/apt/RoundState.java + src/share/classes/com/sun/mirror/apt/package-info.java - src/share/classes/com/sun/mirror/apt/package.html ! src/share/classes/com/sun/mirror/declaration/AnnotationMirror.java ! src/share/classes/com/sun/mirror/declaration/AnnotationTypeDeclaration.java ! src/share/classes/com/sun/mirror/declaration/AnnotationTypeElementDeclaration.java ! src/share/classes/com/sun/mirror/declaration/AnnotationValue.java ! src/share/classes/com/sun/mirror/declaration/ClassDeclaration.java ! src/share/classes/com/sun/mirror/declaration/ConstructorDeclaration.java ! src/share/classes/com/sun/mirror/declaration/Declaration.java ! src/share/classes/com/sun/mirror/declaration/EnumConstantDeclaration.java ! src/share/classes/com/sun/mirror/declaration/EnumDeclaration.java ! src/share/classes/com/sun/mirror/declaration/ExecutableDeclaration.java ! src/share/classes/com/sun/mirror/declaration/FieldDeclaration.java ! src/share/classes/com/sun/mirror/declaration/InterfaceDeclaration.java ! src/share/classes/com/sun/mirror/declaration/MemberDeclaration.java ! src/share/classes/com/sun/mirror/declaration/MethodDeclaration.java ! src/share/classes/com/sun/mirror/declaration/Modifier.java ! src/share/classes/com/sun/mirror/declaration/PackageDeclaration.java ! src/share/classes/com/sun/mirror/declaration/ParameterDeclaration.java ! src/share/classes/com/sun/mirror/declaration/TypeDeclaration.java ! src/share/classes/com/sun/mirror/declaration/TypeParameterDeclaration.java + src/share/classes/com/sun/mirror/declaration/package-info.java - src/share/classes/com/sun/mirror/declaration/package.html ! src/share/classes/com/sun/mirror/type/AnnotationType.java ! src/share/classes/com/sun/mirror/type/ArrayType.java ! src/share/classes/com/sun/mirror/type/ClassType.java ! src/share/classes/com/sun/mirror/type/DeclaredType.java ! src/share/classes/com/sun/mirror/type/EnumType.java ! src/share/classes/com/sun/mirror/type/InterfaceType.java ! src/share/classes/com/sun/mirror/type/MirroredTypeException.java ! src/share/classes/com/sun/mirror/type/MirroredTypesException.java ! src/share/classes/com/sun/mirror/type/PrimitiveType.java ! src/share/classes/com/sun/mirror/type/ReferenceType.java ! src/share/classes/com/sun/mirror/type/TypeMirror.java ! src/share/classes/com/sun/mirror/type/TypeVariable.java ! src/share/classes/com/sun/mirror/type/VoidType.java ! src/share/classes/com/sun/mirror/type/WildcardType.java + src/share/classes/com/sun/mirror/type/package-info.java - src/share/classes/com/sun/mirror/type/package.html ! src/share/classes/com/sun/mirror/util/DeclarationFilter.java ! src/share/classes/com/sun/mirror/util/DeclarationScanner.java ! src/share/classes/com/sun/mirror/util/DeclarationVisitor.java ! src/share/classes/com/sun/mirror/util/DeclarationVisitors.java ! src/share/classes/com/sun/mirror/util/Declarations.java ! src/share/classes/com/sun/mirror/util/SimpleDeclarationVisitor.java ! src/share/classes/com/sun/mirror/util/SimpleTypeVisitor.java ! src/share/classes/com/sun/mirror/util/SourceOrderDeclScanner.java ! src/share/classes/com/sun/mirror/util/SourcePosition.java ! src/share/classes/com/sun/mirror/util/TypeVisitor.java ! src/share/classes/com/sun/mirror/util/Types.java + src/share/classes/com/sun/mirror/util/package-info.java - src/share/classes/com/sun/mirror/util/package.html ! src/share/classes/com/sun/tools/apt/comp/Apt.java ! src/share/classes/com/sun/tools/apt/comp/BootstrapAPF.java ! src/share/classes/com/sun/tools/apt/comp/PrintAP.java ! src/share/classes/com/sun/tools/apt/main/JavaCompiler.java ! src/share/classes/com/sun/tools/apt/main/Main.java ! src/share/classes/com/sun/tools/apt/mirror/AptEnv.java ! src/share/classes/com/sun/tools/apt/mirror/apt/AnnotationProcessorEnvironmentImpl.java ! src/share/classes/com/sun/tools/apt/mirror/apt/FilerImpl.java ! src/share/classes/com/sun/tools/apt/mirror/apt/MessagerImpl.java ! src/share/classes/com/sun/tools/apt/mirror/apt/RoundCompleteEventImpl.java ! src/share/classes/com/sun/tools/apt/mirror/apt/RoundStateImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/AnnotationMirrorImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/AnnotationProxyMaker.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/AnnotationTypeDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/AnnotationTypeElementDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/AnnotationValueImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/ClassDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/Constants.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/ConstructorDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/DeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/DeclarationMaker.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/EnumConstantDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/EnumDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/ExecutableDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/FieldDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/InterfaceDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/MemberDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/MethodDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/PackageDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/ParameterDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/TypeDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/declaration/TypeParameterDeclarationImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/AnnotationTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/ArrayTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/ClassTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/DeclaredTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/EnumTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/InterfaceTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/PrimitiveTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/TypeMaker.java ! src/share/classes/com/sun/tools/apt/mirror/type/TypeMirrorImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/TypeVariableImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/VoidTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/type/WildcardTypeImpl.java ! src/share/classes/com/sun/tools/apt/mirror/util/DeclarationsImpl.java ! src/share/classes/com/sun/tools/apt/mirror/util/SourcePositionImpl.java ! src/share/classes/com/sun/tools/apt/mirror/util/TypesImpl.java ! src/share/classes/com/sun/tools/apt/resources/apt.properties ! test/tools/apt/Basics/apt.sh ! test/tools/apt/Compile/compile.sh Changeset: cf08b64e87da Author: jjg Date: 2009-07-27 15:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/cf08b64e87da 6854244: change source/target used to compile JDK to 7 Reviewed-by: ohair ! make/build.properties Changeset: 7c2d6da61646 Author: jjg Date: 2009-07-27 19:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/7c2d6da61646 6865399: some javac files are missing Sun internal API comment Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/api/DiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/api/Formattable.java ! src/share/classes/com/sun/tools/javac/api/Messages.java ! src/share/classes/com/sun/tools/javac/code/BoundKind.java ! src/share/classes/com/sun/tools/javac/code/Printer.java ! src/share/classes/com/sun/tools/javac/file/BaseFileObject.java ! src/share/classes/com/sun/tools/javac/file/CacheFSInfo.java ! src/share/classes/com/sun/tools/javac/file/FSInfo.java ! src/share/classes/com/sun/tools/javac/file/JavacFileManager.java ! src/share/classes/com/sun/tools/javac/file/RegularFileObject.java ! src/share/classes/com/sun/tools/javac/file/RelativePath.java ! src/share/classes/com/sun/tools/javac/file/SymbolArchive.java ! src/share/classes/com/sun/tools/javac/file/ZipArchive.java ! src/share/classes/com/sun/tools/javac/file/ZipFileIndex.java ! src/share/classes/com/sun/tools/javac/file/ZipFileIndexArchive.java ! src/share/classes/com/sun/tools/javac/parser/ParserFactory.java ! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/ForwardingDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/Warner.java Changeset: e4ce529b2249 Author: tbell Date: 2009-07-27 23:07 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/e4ce529b2249 Merge - src/share/classes/com/sun/mirror/apt/package.html - src/share/classes/com/sun/mirror/declaration/package.html - src/share/classes/com/sun/mirror/type/package.html - src/share/classes/com/sun/mirror/util/package.html Changeset: 95c1212b07e3 Author: tbell Date: 2009-07-30 23:41 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/95c1212b07e3 Merge From xiomara.jayasena at sun.com Mon Aug 3 15:10:07 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 03 Aug 2009 22:10:07 +0000 Subject: hg: jdk7/build/corba: 3 new changesets Message-ID: <20090803221010.95818EFED@hg.openjdk.java.net> Changeset: 2a160e4e0d06 Author: jjg Date: 2009-07-27 15:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/2a160e4e0d06 6854244: change source/target used to compile JDK to 7 Reviewed-by: ohair ! make/Makefile ! make/common/shared/Defs-java.gmk Changeset: ad500347ebc8 Author: tbell Date: 2009-07-27 23:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/ad500347ebc8 Merge Changeset: 5182bcc9c60c Author: tbell Date: 2009-07-30 23:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/5182bcc9c60c Merge ! make/Makefile ! make/common/shared/Defs-java.gmk From bradford.wetmore at sun.com Mon Aug 3 18:17:43 2009 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Tue, 04 Aug 2009 01:17:43 +0000 Subject: hg: jdk7/build/jdk: 6647452: Remove obfuscation, framework and provider self-verification checking Message-ID: <20090804011815.27803E053@hg.openjdk.java.net> Changeset: fe61ef5aada9 Author: wetmore Date: 2009-08-03 18:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fe61ef5aada9 6647452: Remove obfuscation, framework and provider self-verification checking Reviewed-by: valeriep, vinnie ! make/com/sun/crypto/provider/Makefile ! make/javax/crypto/Defs-jce.gmk ! make/javax/crypto/Makefile ! make/sun/security/mscapi/Makefile ! make/sun/security/pkcs11/Makefile ! src/share/classes/com/sun/crypto/provider/AESCipher.java ! src/share/classes/com/sun/crypto/provider/AESKeyGenerator.java ! src/share/classes/com/sun/crypto/provider/AESWrapCipher.java ! src/share/classes/com/sun/crypto/provider/ARCFOURCipher.java ! src/share/classes/com/sun/crypto/provider/BlowfishCipher.java ! src/share/classes/com/sun/crypto/provider/BlowfishKeyGenerator.java ! src/share/classes/com/sun/crypto/provider/DESCipher.java ! src/share/classes/com/sun/crypto/provider/DESKeyFactory.java ! src/share/classes/com/sun/crypto/provider/DESKeyGenerator.java ! src/share/classes/com/sun/crypto/provider/DESedeCipher.java ! src/share/classes/com/sun/crypto/provider/DESedeKeyFactory.java ! src/share/classes/com/sun/crypto/provider/DESedeKeyGenerator.java ! src/share/classes/com/sun/crypto/provider/DESedeWrapCipher.java ! src/share/classes/com/sun/crypto/provider/DHKeyAgreement.java ! src/share/classes/com/sun/crypto/provider/DHKeyFactory.java ! src/share/classes/com/sun/crypto/provider/HmacCore.java ! src/share/classes/com/sun/crypto/provider/HmacMD5.java ! src/share/classes/com/sun/crypto/provider/HmacMD5KeyGenerator.java ! src/share/classes/com/sun/crypto/provider/HmacPKCS12PBESHA1.java ! src/share/classes/com/sun/crypto/provider/HmacSHA1.java ! src/share/classes/com/sun/crypto/provider/HmacSHA1KeyGenerator.java - src/share/classes/com/sun/crypto/provider/JarVerifier.java ! src/share/classes/com/sun/crypto/provider/KeyGeneratorCore.java ! src/share/classes/com/sun/crypto/provider/PBEKeyFactory.java ! src/share/classes/com/sun/crypto/provider/PBEWithMD5AndDESCipher.java ! src/share/classes/com/sun/crypto/provider/PBEWithMD5AndTripleDESCipher.java ! src/share/classes/com/sun/crypto/provider/PBKDF2HmacSHA1Factory.java ! src/share/classes/com/sun/crypto/provider/PKCS12PBECipherCore.java ! src/share/classes/com/sun/crypto/provider/RC2Cipher.java ! src/share/classes/com/sun/crypto/provider/RSACipher.java ! src/share/classes/com/sun/crypto/provider/SslMacCore.java ! src/share/classes/com/sun/crypto/provider/SunJCE.java ! src/share/classes/com/sun/crypto/provider/TlsKeyMaterialGenerator.java ! src/share/classes/com/sun/crypto/provider/TlsMasterSecretGenerator.java ! src/share/classes/com/sun/crypto/provider/TlsPrfGenerator.java ! src/share/classes/com/sun/crypto/provider/TlsRsaPremasterSecretGenerator.java ! src/share/classes/javax/crypto/JarVerifier.java ! src/share/classes/javax/crypto/JceSecurity.java - src/share/classes/sun/security/pkcs11/JarVerifier.java ! src/share/classes/sun/security/pkcs11/SunPKCS11.java - src/windows/classes/sun/security/mscapi/JarVerifier.java ! src/windows/classes/sun/security/mscapi/RSACipher.java ! src/windows/classes/sun/security/mscapi/SunMSCAPI.java From xiomara.jayasena at sun.com Mon Aug 3 15:04:12 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 03 Aug 2009 22:04:12 +0000 Subject: hg: jdk7/build: 3 new changesets Message-ID: <20090803220412.CBBC4EFE7@hg.openjdk.java.net> Changeset: 59c202ab8a94 Author: jjg Date: 2009-07-27 15:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/59c202ab8a94 6854244: change source/target used to compile JDK to 7 Reviewed-by: ohair ! make/README.pre-components Changeset: fbc75d7ed6dc Author: tbell Date: 2009-07-27 23:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/fbc75d7ed6dc Merge Changeset: e1b972ff53cd Author: tbell Date: 2009-07-30 23:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/e1b972ff53cd Merge From xiomara.jayasena at sun.com Mon Aug 3 15:23:41 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 03 Aug 2009 22:23:41 +0000 Subject: hg: jdk7/build/jaxws: 3 new changesets Message-ID: <20090803222346.52E6FEFFB@hg.openjdk.java.net> Changeset: c5dfd37d18a0 Author: jjg Date: 2009-07-27 15:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/c5dfd37d18a0 6854244: change source/target used to compile JDK to 7 Reviewed-by: ohair ! make/build.properties Changeset: a98e41351006 Author: tbell Date: 2009-07-27 23:05 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/a98e41351006 Merge Changeset: 845fa487f0f7 Author: tbell Date: 2009-07-30 23:39 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/845fa487f0f7 Merge ! make/build.properties From xiomara.jayasena at sun.com Mon Aug 3 15:17:43 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Mon, 03 Aug 2009 22:17:43 +0000 Subject: hg: jdk7/build/jaxp: 3 new changesets Message-ID: <20090803221748.AE3DEEFF5@hg.openjdk.java.net> Changeset: 59cdcbf2c10d Author: jjg Date: 2009-07-27 15:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/59cdcbf2c10d 6854244: change source/target used to compile JDK to 7 Reviewed-by: ohair ! make/build.properties Changeset: ef9c2dee8a40 Author: tbell Date: 2009-07-27 23:05 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/ef9c2dee8a40 Merge Changeset: 83b2a9331383 Author: tbell Date: 2009-07-30 23:38 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/83b2a9331383 Merge ! make/build.properties From list-openjdk at kutty.cc Mon Aug 3 17:13:05 2009 From: list-openjdk at kutty.cc (Vinod Kutty) Date: Mon, 3 Aug 2009 19:13:05 -0500 (CDT) Subject: Command line acceptance of binary plugs license? In-Reply-To: References: <4A74C7CA.20703@sun.com> <17c6771e0908011942ndaaa85ds199464d047b3f74e@mail.gmail.com> Message-ID: On Sun, 2 Aug 2009, Vinod Kutty wrote: > On Sun, 2 Aug 2009, Andrew John Hughes wrote: > >> The binary plugs are only now needed for the SNMP plugin, which is >> optional and not part of the Java specification. Everything else has >> been replaced by Free alternatives. >> > > That's good to hear. I will try without them. > I tried it; it builds. Can the build docs (README and README-builds.html) be updated so more people know about this? Also, if it's going to be a while before the SNMP plugin is free of this requirement, it would still be nice to have command line capabilities for accepting the license. In my case, I'm glad I don't need the SNMP plugin (yet). Thanks, -- VK From xiomara.jayasena at sun.com Wed Aug 5 11:18:29 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 05 Aug 2009 18:18:29 +0000 Subject: hg: jdk7/build/jdk: 20 new changesets Message-ID: <20090805182344.26AF8E36E@hg.openjdk.java.net> Changeset: f214db928124 Author: art Date: 2009-07-17 15:40 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f214db928124 6844297: java/awt/EventQueue/6638195/bug6638195.java test failed in jdk7 on Windows just on b59,passed on b57 Reviewed-by: bchristi, dcherepanov ! test/java/awt/EventQueue/6638195/bug6638195.java Changeset: 29a065ef8341 Author: dcherepanov Date: 2009-07-22 13:00 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/29a065ef8341 6859935: REGRESSION: Settings are missing in JCP/Advanced tab on windows Reviewed-by: art ! src/windows/classes/sun/awt/windows/WToolkit.java Changeset: ab4860d7cf28 Author: anthony Date: 2009-07-23 13:46 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ab4860d7cf28 6848424: java/awt/Frame/FrameSize/TestFrameSize.java needs improvement Summary: The test now thoroughly verifies the pack() method Reviewed-by: art, dcherepanov ! test/java/awt/Frame/FrameSize/TestFrameSize.java Changeset: 045c3f367b06 Author: dcherepanov Date: 2009-07-27 15:37 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/045c3f367b06 6856929: Frame is not getting resized using Robot in OpenSolaris and Ubuntu Reviewed-by: art, dav ! src/solaris/classes/sun/awt/X11/XRobotPeer.java ! src/solaris/native/sun/awt/awt_Robot.c Changeset: 2fb41bc4d896 Author: yan Date: 2009-07-27 23:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2fb41bc4d896 Merge Changeset: dfd0f4b7c7d1 Author: yan Date: 2009-07-29 00:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/dfd0f4b7c7d1 Merge Changeset: b624f8613cc6 Author: gsm Date: 2009-07-15 19:05 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b624f8613cc6 6612541: api/javax_swing/text/LabelView/index.html#getXXX[LabelView0004] fails since JDK 7 b20 Reviewed-by: peterz ! src/share/classes/javax/swing/text/GlyphView.java Changeset: f727cac13697 Author: malenkov Date: 2009-07-16 20:12 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f727cac13697 6505027: terminateEditOnFocusLost making problems for table in JDesktopPane Reviewed-by: alexp ! src/share/classes/javax/swing/JInternalFrame.java + test/javax/swing/JInternalFrame/Test6505027.java Changeset: 59249ab7aa16 Author: peterz Date: 2009-07-17 15:25 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/59249ab7aa16 6387360: Usage of package-private class as a parameter of a method (javax.swing.text.ParagraphView) Reviewed-by: malenkov ! src/share/classes/javax/swing/text/ParagraphView.java Changeset: 4575323d917c Author: peterz Date: 2009-07-20 13:33 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4575323d917c 6857360: NimbusLAF: Menu indicator looks ugly with RTL orientation. Reviewed-by: rupashka ! src/share/classes/javax/swing/plaf/nimbus/NimbusIcon.java ! src/share/classes/sun/swing/MenuItemLayoutHelper.java Changeset: a2114bbf7f3e Author: peterz Date: 2009-07-20 13:34 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a2114bbf7f3e 6849331: Nimbus L&F: AbstractRegionPainter's paint context is not initialized Reviewed-by: rupashka ! src/share/classes/javax/swing/plaf/nimbus/AbstractRegionPainter.java Changeset: 125eff6f653f Author: malenkov Date: 2009-07-22 12:21 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/125eff6f653f 6802868: JInternalFrame is not maximized when maximized parent frame. Reviewed-by: rupashka ! src/share/classes/javax/swing/plaf/basic/BasicDesktopIconUI.java ! src/share/classes/javax/swing/plaf/basic/BasicInternalFrameUI.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java + test/javax/swing/JInternalFrame/Test6802868.java Changeset: 9fc588f78952 Author: rupashka Date: 2009-07-23 17:56 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9fc588f78952 6460525: javax/swing/JFileChooser/6396844/TwentyThousandTest.java times out Reviewed-by: malenkov, peterz ! src/share/classes/javax/swing/JFileChooser.java ! src/share/classes/javax/swing/plaf/basic/BasicDirectoryModel.java ! src/share/classes/sun/awt/shell/ShellFolder.java ! src/share/classes/sun/awt/shell/ShellFolderManager.java ! src/share/classes/sun/swing/FilePane.java ! src/windows/classes/sun/awt/shell/Win32ShellFolder2.java ! src/windows/classes/sun/awt/shell/Win32ShellFolderManager2.java Changeset: 5054103dc032 Author: naoto Date: 2009-06-30 17:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5054103dc032 6852429: IME should call ImmIsUIMessage() or DefWindowProc() when it receives WM_IME_SETCONTEX Reviewed-by: peytoia ! src/windows/native/sun/windows/awt_Component.cpp Changeset: 584fe3163de9 Author: naoto Date: 2009-07-23 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/584fe3163de9 Merge - src/share/classes/java/nio/file/DirectoryStreamFilters.java - src/share/classes/java/nio/file/FileAction.java - src/share/classes/java/nio/file/spi/AbstractPath.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java - src/share/classes/sun/io/ByteToCharMS932DB.java - src/share/classes/sun/io/CharToByteMS932DB.java - src/share/classes/sun/nio/cs/ext/EUC_CN.java - src/share/classes/sun/nio/cs/ext/EUC_KR.java - src/share/classes/sun/nio/cs/ext/GBK.java - src/share/classes/sun/nio/cs/ext/Johab.java - src/share/classes/sun/nio/cs/ext/MS932.java - src/share/classes/sun/nio/cs/ext/MS932DB.java - src/share/classes/sun/nio/cs/ext/MS936.java - src/share/classes/sun/nio/cs/ext/MS949.java - src/share/classes/sun/nio/cs/ext/MS950.java - src/share/classes/sun/nio/fs/AbstractFileStoreSpaceAttributeView.java - src/share/classes/sun/nio/fs/MimeType.java - src/share/classes/sun/swing/AccessibleMethod.java ! src/windows/native/sun/windows/awt_Component.cpp - test/java/nio/file/DirectoryStream/Filters.java - test/java/nio/file/Files/content_type.sh - test/java/nio/file/Path/temporary_files.sh - test/java/nio/file/attribute/Attributes/Basic.java Changeset: 80d076251250 Author: yan Date: 2009-07-27 03:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/80d076251250 Merge Changeset: 0ab4157789d9 Author: malenkov Date: 2009-07-28 13:10 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0ab4157789d9 6864297: Right-to-left oriented JScrollPane is aligned to the wrong direction while resizing the container Reviewed-by: peterz ! src/share/classes/javax/swing/plaf/basic/BasicScrollPaneUI.java + test/javax/swing/JScrollPane/Test6526631.java + test/javax/swing/SwingTest.java Changeset: 425fcb6d8af4 Author: yan Date: 2009-07-29 00:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/425fcb6d8af4 Merge - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java Changeset: a48b0984ef2e Author: yan Date: 2009-08-05 00:07 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a48b0984ef2e Merge - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java Changeset: b23d905cb5d3 Author: xdono Date: 2009-08-05 11:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b23d905cb5d3 Merge - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java From tim.bell at sun.com Fri Aug 7 09:38:51 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Fri, 07 Aug 2009 16:38:51 +0000 Subject: hg: jdk7/build/jdk: 2 new changesets Message-ID: <20090807164014.9B0AAE876@hg.openjdk.java.net> Changeset: 7e491e39ea0f Author: tbell Date: 2009-08-06 17:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7e491e39ea0f 6865853: Additional code changes needed to build deploy using WXP SP2 and Visual Studio 2008 Reviewed-by: ohair ! src/windows/native/sun/jkernel/kernel.cpp Changeset: 08baaf8638c9 Author: tbell Date: 2009-08-06 17:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/08baaf8638c9 Merge - src/share/classes/com/sun/crypto/provider/JarVerifier.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java - src/share/classes/sun/security/pkcs11/JarVerifier.java - src/windows/classes/sun/security/mscapi/JarVerifier.java From Kelly.Ohair at Sun.COM Fri Aug 7 15:56:36 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 07 Aug 2009 15:56:36 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository Message-ID: <4A7CB124.3030705@sun.com> Need reviewers: 6856630: Restructure jaxp/jaxws repositories Webrev: http://cr.openjdk.java.net/~ohair/jdk7/jaxp-6856630/webrev/ Goal is to ease the jaxp integration into jdk7. The JAXP team would make the jdk7 source drop bundles available, and integration into jdk7 would involve the modifications of some properties in jaxp/build.properties to use the selected bundles. * 'ant source' populates the drop source and would be run prior to the creation of larger source bundles for openjdk7 and jdk7. * Test bundle specifics and how the tests are run are TBD * Original jaxp source is still in the "src/" directory and after some soak time will be deleted from the repository or moved aside. * Formal builds can use ALT_JAXP_SOURCE_BUNDLE to select the bundle. * The same basic mechanism would be used for jaxws. -kto From Jonathan.Gibbons at Sun.COM Fri Aug 7 16:11:26 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Fri, 07 Aug 2009 16:11:26 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CB124.3030705@sun.com> References: <4A7CB124.3030705@sun.com> Message-ID: <4A7CB49E.10205@sun.com> You've lost these lines: I thought it was a goal to support DEBUG_CLASSFILES in all repos 72 ifeq ($(DEBUG_CLASSFILES), true) 73 ANT_OPTIONS += -Djavac.debug=true 74 endif Is the "drop" name a standard convention, as compared to, say, "import"? -- Jon Kelly O'Hair wrote: > > Need reviewers: > > 6856630: Restructure jaxp/jaxws repositories > > Webrev: http://cr.openjdk.java.net/~ohair/jdk7/jaxp-6856630/webrev/ > > Goal is to ease the jaxp integration into jdk7. > The JAXP team would make the jdk7 source drop bundles available, > and integration into jdk7 would involve the modifications of > some properties in jaxp/build.properties to use the selected bundles. > > * 'ant source' populates the drop source and would be run prior to > the creation of larger source bundles for openjdk7 and jdk7. > > * Test bundle specifics and how the tests are run are TBD > > * Original jaxp source is still in the "src/" directory and after > some soak time will be deleted from the repository or moved aside. > > * Formal builds can use ALT_JAXP_SOURCE_BUNDLE to select the bundle. > > * The same basic mechanism would be used for jaxws. > > -kto > From Kelly.Ohair at Sun.COM Fri Aug 7 16:29:00 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 07 Aug 2009 16:29:00 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CB49E.10205@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> Message-ID: <4A7CB8BC.5070804@sun.com> It's still there. javac.debug=true is the default, so the lines: 44 ifeq ($(VARIANT), OPT) 45 ifneq ($(DEBUG_CLASSFILES), true) 46 ANT_OPTIONS += -Djavac.debug=false 47 endif 48 endif Only set it to false when the build is optimized and DEBUG_CLASSFILES isn't true. So the end result should be the same. --- The drop name just dropped into my head :^) Do you have a better name for it? -kto Jonathan Gibbons wrote: > You've lost these lines: I thought it was a goal to support > DEBUG_CLASSFILES in all repos > > 72 ifeq ($(DEBUG_CLASSFILES), true) > 73 ANT_OPTIONS += -Djavac.debug=true > 74 endif > > > Is the "drop" name a standard convention, as compared to, say, "import"? > > -- Jon > > > > Kelly O'Hair wrote: >> >> Need reviewers: >> >> 6856630: Restructure jaxp/jaxws repositories >> >> Webrev: http://cr.openjdk.java.net/~ohair/jdk7/jaxp-6856630/webrev/ >> >> Goal is to ease the jaxp integration into jdk7. >> The JAXP team would make the jdk7 source drop bundles available, >> and integration into jdk7 would involve the modifications of >> some properties in jaxp/build.properties to use the selected bundles. >> >> * 'ant source' populates the drop source and would be run prior to >> the creation of larger source bundles for openjdk7 and jdk7. >> >> * Test bundle specifics and how the tests are run are TBD >> >> * Original jaxp source is still in the "src/" directory and after >> some soak time will be deleted from the repository or moved aside. >> >> * Formal builds can use ALT_JAXP_SOURCE_BUNDLE to select the bundle. >> >> * The same basic mechanism would be used for jaxws. >> >> -kto >> > From Tim.Bell at Sun.COM Fri Aug 7 16:37:23 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 07 Aug 2009 16:37:23 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CB124.3030705@sun.com> References: <4A7CB124.3030705@sun.com> Message-ID: <4A7CBAB3.6070300@sun.com> Hi Kelly: > Need reviewers: > > 6856630: Restructure jaxp/jaxws repositories > > Webrev: http://cr.openjdk.java.net/~ohair/jdk7/jaxp-6856630/webrev/ make/Makefile Your new version has: 108 default: all : : 168 jprt_build_product jprt_build_debug jprt_build_fastdebug: all But I can't find an all: target in here. Are my tired eyes that bad? Hopefully not - searching for all: didn't find it either. :-) make/jprt.properties 52 # Directories to be excluded fro source bundles ^^^^ should be 'from' That's all I have- Do you need people to test this? Tim > Goal is to ease the jaxp integration into jdk7. > The JAXP team would make the jdk7 source drop bundles available, > and integration into jdk7 would involve the modifications of > some properties in jaxp/build.properties to use the selected bundles. > > * 'ant source' populates the drop source and would be run prior to > the creation of larger source bundles for openjdk7 and jdk7. > > * Test bundle specifics and how the tests are run are TBD > > * Original jaxp source is still in the "src/" directory and after > some soak time will be deleted from the repository or moved aside. > > * Formal builds can use ALT_JAXP_SOURCE_BUNDLE to select the bundle. > > * The same basic mechanism would be used for jaxws. > > -kto From Kelly.Ohair at Sun.COM Fri Aug 7 17:00:59 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 07 Aug 2009 17:00:59 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CBAB3.6070300@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CBAB3.6070300@sun.com> Message-ID: <4A7CC03B.8040403@sun.com> Tim Bell wrote: > Hi Kelly: >> Need reviewers: >> >> 6856630: Restructure jaxp/jaxws repositories >> >> Webrev: http://cr.openjdk.java.net/~ohair/jdk7/jaxp-6856630/webrev/ > > make/Makefile > Your new version has: > > 108 default: all > : > : > 168 jprt_build_product jprt_build_debug jprt_build_fastdebug: all > > > But I can't find an all: target in here. Are my tired eyes that bad? > Hopefully not - searching for all: didn't find it either. :-) Most of the targets (all included) are in the ant script, and listed in ANT_TARGETS. So 'make all' runs 'ant all'. > > > make/jprt.properties > 52 # Directories to be excluded fro source bundles > > ^^^^ should be 'from' Thanks. I'll fix that. -kto > > > > That's all I have- > > Do you need people to test this? > > Tim > > > > >> Goal is to ease the jaxp integration into jdk7. >> The JAXP team would make the jdk7 source drop bundles available, >> and integration into jdk7 would involve the modifications of >> some properties in jaxp/build.properties to use the selected bundles. >> >> * 'ant source' populates the drop source and would be run prior to >> the creation of larger source bundles for openjdk7 and jdk7. >> >> * Test bundle specifics and how the tests are run are TBD >> >> * Original jaxp source is still in the "src/" directory and after >> some soak time will be deleted from the repository or moved aside. >> >> * Formal builds can use ALT_JAXP_SOURCE_BUNDLE to select the bundle. >> >> * The same basic mechanism would be used for jaxws. >> >> -kto > > From Jonathan.Gibbons at Sun.COM Fri Aug 7 17:11:08 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Fri, 07 Aug 2009 17:11:08 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CB8BC.5070804@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> Message-ID: <4A7CC29C.90109@sun.com> Well, elsewhere in the JDK build, the name "import" seems to cover the same concept of inbound stuff from outside the repository. But, I know you do similar stuff in the FX world, so I wasn't sure if "drop" came from there. -- Jon Kelly O'Hair wrote: > > > --- > > The drop name just dropped into my head :^) > > Do you have a better name for it? > > -kto > > Jonathan Gibbons wrote: >> >> >> Is the "drop" name a standard convention, as compared to, say, "import"? >> >> -- Jon >> >> From Tim.Bell at Sun.COM Fri Aug 7 17:20:32 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 07 Aug 2009 17:20:32 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CC03B.8040403@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CBAB3.6070300@sun.com> <4A7CC03B.8040403@sun.com> Message-ID: <4A7CC4D0.7020005@sun.com> Kelly O'Hair wrote: > Most of the targets (all included) are in the ant script, and listed > in ANT_TARGETS. So 'make all' runs 'ant all'. Ah - of course. Now I see it. So this is a very thin Makefile around ant. That is where the world has been headed for quite a while, I guess... Tim From Kelly.Ohair at Sun.COM Fri Aug 7 17:26:10 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 07 Aug 2009 17:26:10 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CC29C.90109@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> Message-ID: <4A7CC622.8080107@sun.com> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) Most if not all the import components are tools used to do the build but not sources that became part of the product built bits. Maybe the IcedTea guys can chime in on this. I'm happy to change it to another name that makes more sense. -kto Jonathan Gibbons wrote: > Well, elsewhere in the JDK build, the name "import" seems to cover the > same concept > of inbound stuff from outside the repository. > > But, I know you do similar stuff in the FX world, so I wasn't sure if > "drop" came from there. > > -- Jon > > Kelly O'Hair wrote: >> >> >> --- >> >> The drop name just dropped into my head :^) >> >> Do you have a better name for it? >> >> -kto >> >> Jonathan Gibbons wrote: >>> >>> >>> Is the "drop" name a standard convention, as compared to, say, "import"? >>> >>> -- Jon >>> >>> > From gnu_andrew at member.fsf.org Fri Aug 7 17:50:13 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sat, 8 Aug 2009 01:50:13 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CC622.8080107@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> Message-ID: <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> 2009/8/8 Kelly O'Hair : > Yeah. I tossed this around in my head, drop seemed short and cute. ;^) > Most if not all the import components are tools used to do the build > but not sources that became part of the product built bits. > > Maybe the IcedTea guys can chime in on this. > > I'm happy to change it to another name that makes more sense. > > -kto > > Jonathan Gibbons wrote: >> >> Well, elsewhere in the JDK build, the name "import" seems to cover the >> same concept >> of inbound stuff from outside the repository. >> >> But, I know you do similar stuff in the FX world, so I wasn't sure if >> "drop" came from there. >> >> -- Jon >> >> Kelly O'Hair wrote: >>> >>> >>> --- >>> >>> The drop name just dropped into my head :^) >>> >>> Do you have a better name for it? >>> >>> -kto >>> >>> Jonathan Gibbons wrote: >>>> >>>> >>>> Is the "drop" name a standard convention, as compared to, say, "import"? >>>> >>>> -- Jon >>>> >>>> >> > 'drop' sounds fine and makes sense to me at least. On more important matters, if I'm reading this right it does the following as part of the build: #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing that, downloads one #2: Extracts that bundle #3: Builds the code If that is the case, it sounds a hell of a lot like what IcedTea does with OpenJDK anyway, so I can't see that much of a problem. Is there a bundle available so this can be tested? On the plus side, it would mean we weren't duplicating the JAXP and JAXWS code about thirty times. On the negative side, it makes it even less clear how changes get into these. We no doubt have some local ones already that would be lost by using the bundle (though I think most are build changes to Makefiles like DEBUG_CLASSFILES). I don't think that's a blocker, but there needs to be a clear documented route for getting patches into JAXP and JAXWS just like we get them into the rest of OpenJDK. Any plans to do something similar with CORBA? :) -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Joe.Darcy at Sun.COM Fri Aug 7 18:18:40 2009 From: Joe.Darcy at Sun.COM (Joe Darcy) Date: Fri, 07 Aug 2009 18:18:40 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> Message-ID: <4A7CD270.6000004@sun.com> Andrew John Hughes wrote: > 2009/8/8 Kelly O'Hair : >> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >> Most if not all the import components are tools used to do the build >> but not sources that became part of the product built bits. >> >> Maybe the IcedTea guys can chime in on this. >> >> I'm happy to change it to another name that makes more sense. >> >> -kto >> >> Jonathan Gibbons wrote: >>> Well, elsewhere in the JDK build, the name "import" seems to cover the >>> same concept >>> of inbound stuff from outside the repository. >>> >>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>> "drop" came from there. >>> >>> -- Jon >>> >>> Kelly O'Hair wrote: >>>> >>>> --- >>>> >>>> The drop name just dropped into my head :^) >>>> >>>> Do you have a better name for it? >>>> >>>> -kto >>>> >>>> Jonathan Gibbons wrote: >>>>> >>>>> Is the "drop" name a standard convention, as compared to, say, "import"? >>>>> >>>>> -- Jon >>>>> >>>>> > > 'drop' sounds fine and makes sense to me at least. > > On more important matters, if I'm reading this right it does the > following as part of the build: > > #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing > that, downloads one > #2: Extracts that bundle > #3: Builds the code > > If that is the case, it sounds a hell of a lot like what IcedTea does > with OpenJDK anyway, so I can't see that much of a problem. Is there > a bundle available so this can be tested? Yes, this new model for jaxp and jaxws is inspired by how IcedTea interacts with OpenJDK :-) > On the plus side, it would mean we weren't duplicating the JAXP and > JAXWS code about thirty times. > On the negative side, it makes it even less clear how changes get into > these. We no doubt have some local ones already that would be lost by > using the bundle (though I think most are build changes to Makefiles > like DEBUG_CLASSFILES). I don't think that's a blocker, but there > needs to be a clear documented route for getting patches into JAXP and > JAXWS just like we get them into the rest of OpenJDK. > > Any plans to do something similar with CORBA? :) No; we've had discussions with the corba team and that component will be maintained as it is now. -Joe From Kelly.Ohair at Sun.COM Fri Aug 7 18:13:26 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 07 Aug 2009 18:13:26 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> Message-ID: <4A7CD136.7040408@sun.com> Andrew John Hughes wrote: > 2009/8/8 Kelly O'Hair : >> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >> Most if not all the import components are tools used to do the build >> but not sources that became part of the product built bits. >> >> Maybe the IcedTea guys can chime in on this. >> >> I'm happy to change it to another name that makes more sense. >> >> -kto >> >> Jonathan Gibbons wrote: >>> Well, elsewhere in the JDK build, the name "import" seems to cover the >>> same concept >>> of inbound stuff from outside the repository. >>> >>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>> "drop" came from there. >>> >>> -- Jon >>> >>> Kelly O'Hair wrote: >>>> >>>> --- >>>> >>>> The drop name just dropped into my head :^) >>>> >>>> Do you have a better name for it? >>>> >>>> -kto >>>> >>>> Jonathan Gibbons wrote: >>>>> >>>>> Is the "drop" name a standard convention, as compared to, say, "import"? >>>>> >>>>> -- Jon >>>>> >>>>> > > 'drop' sounds fine and makes sense to me at least. > > On more important matters, if I'm reading this right it does the > following as part of the build: > > #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing > that, downloads one > #2: Extracts that bundle > #3: Builds the code > Yes, but actually if the drop area already exists, #1 and #2 are skipped. So if we bundle up a jdk source bundle and preload the drop/src in it, then that works too. > If that is the case, it sounds a hell of a lot like what IcedTea does > with OpenJDK anyway, so I can't see that much of a problem. Is there > a bundle available so this can be tested? > Yes, this should work now. The copy will fail, then it should download a preliminary one we are testing with. > On the plus side, it would mean we weren't duplicating the JAXP and > JAXWS code about thirty times. Yup. > On the negative side, it makes it even less clear how changes get into > these. We no doubt have some local ones already that would be lost by > using the bundle (though I think most are build changes to Makefiles > like DEBUG_CLASSFILES). I don't think that's a blocker, but there > needs to be a clear documented route for getting patches into JAXP and > JAXWS just like we get them into the rest of OpenJDK. The JAXP changes would need to go through the JAXP team, I don't think that is a change, formal changes to these files always went through that team as far as I know. This should make it easier for the JAXP team to integrate their contribution into jdk7, so in theory we could get more frequent and newer JAXP sources. I did put a patch mechanism in place, for jdk7 emergencies. But I would think the first choice would always be to get a fresh drop bundle. > > Any plans to do something similar with CORBA? :) Maybe... jaxp and jaxws first. corba is not part of the plan right now, but who knows... -kto From gnu_andrew at member.fsf.org Fri Aug 7 18:22:19 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sat, 8 Aug 2009 02:22:19 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7CD136.7040408@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> Message-ID: <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> 2009/8/8 Kelly O'Hair : > > > Andrew John Hughes wrote: >> >> 2009/8/8 Kelly O'Hair : >>> >>> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >>> Most if not all the import components are tools used to do the build >>> but not sources that became part of the product built bits. >>> >>> Maybe the IcedTea guys can chime in on this. >>> >>> I'm happy to change it to another name that makes more sense. >>> >>> -kto >>> >>> Jonathan Gibbons wrote: >>>> >>>> Well, elsewhere in the JDK build, the name "import" seems to cover the >>>> same concept >>>> of inbound stuff from outside the repository. >>>> >>>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>>> "drop" came from there. >>>> >>>> -- Jon >>>> >>>> Kelly O'Hair wrote: >>>>> >>>>> --- >>>>> >>>>> The drop name just dropped into my head :^) >>>>> >>>>> Do you have a better name for it? >>>>> >>>>> -kto >>>>> >>>>> Jonathan Gibbons wrote: >>>>>> >>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>> "import"? >>>>>> >>>>>> -- Jon >>>>>> >>>>>> >> >> 'drop' sounds fine and makes sense to me at least. >> >> On more important matters, if I'm reading this right it does the >> following as part of the build: >> >> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >> that, downloads one >> #2: Extracts that bundle >> #3: Builds the code >> > > Yes, but actually if the drop area already exists, #1 and #2 are skipped. > So if we bundle up a jdk source bundle and preload the drop/src in it, > then that works too. > >> If that is the case, it sounds a hell of a lot like what IcedTea does >> with OpenJDK anyway, so I can't see that much of a problem. ?Is there >> a bundle available so this can be tested? >> > > Yes, this should work now. The copy will fail, then it should download > a preliminary one we are testing with. > Great. I'll try and have a quick look over the weekend and test it with IcedTea. >> On the plus side, it would mean we weren't duplicating the JAXP and >> JAXWS code about thirty times. > > Yup. > >> On the negative side, it makes it even less clear how changes get into >> these. ?We no doubt have some local ones already that would be lost by >> using the bundle (though I think most are build changes to Makefiles >> like DEBUG_CLASSFILES). ?I don't think that's a blocker, but there >> needs to be a clear documented route for getting patches into JAXP and >> JAXWS just like we get them into the rest of OpenJDK. > > The JAXP changes would need to go through the JAXP team, I don't think > that is a change, formal changes to these files always went through that > team as far as I know. > This should make it easier for the JAXP team to integrate their > contribution into jdk7, so in theory we could get more frequent and > newer JAXP sources. > Ok, I suppose what I meant is that the JAXP team is external to the OpenJDK project as far as I'm aware. While those of us external to Sun are just about getting our heads round the processes and rights involved in committing something here, I imagine it's a completely different setup for JAXP. Is there some resource that will point us in the right direction for JAXP and JAXWS? > I did put a patch mechanism in place, for jdk7 emergencies. > But I would think the first choice would always be to get a fresh > drop bundle. > >> >> Any plans to do something similar with CORBA? :) > > Maybe... jaxp and jaxws first. corba is not part of the plan right now, > but who knows... > > -kto > > Thanks for this, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Sun Aug 9 18:44:01 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 10 Aug 2009 02:44:01 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> Message-ID: <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> 2009/8/8 Andrew John Hughes : > 2009/8/8 Kelly O'Hair : >> >> >> Andrew John Hughes wrote: >>> >>> 2009/8/8 Kelly O'Hair : >>>> >>>> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >>>> Most if not all the import components are tools used to do the build >>>> but not sources that became part of the product built bits. >>>> >>>> Maybe the IcedTea guys can chime in on this. >>>> >>>> I'm happy to change it to another name that makes more sense. >>>> >>>> -kto >>>> >>>> Jonathan Gibbons wrote: >>>>> >>>>> Well, elsewhere in the JDK build, the name "import" seems to cover the >>>>> same concept >>>>> of inbound stuff from outside the repository. >>>>> >>>>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>>>> "drop" came from there. >>>>> >>>>> -- Jon >>>>> >>>>> Kelly O'Hair wrote: >>>>>> >>>>>> --- >>>>>> >>>>>> The drop name just dropped into my head :^) >>>>>> >>>>>> Do you have a better name for it? >>>>>> >>>>>> -kto >>>>>> >>>>>> Jonathan Gibbons wrote: >>>>>>> >>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>> "import"? >>>>>>> >>>>>>> -- Jon >>>>>>> >>>>>>> >>> >>> 'drop' sounds fine and makes sense to me at least. >>> >>> On more important matters, if I'm reading this right it does the >>> following as part of the build: >>> >>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>> that, downloads one >>> #2: Extracts that bundle >>> #3: Builds the code >>> >> >> Yes, but actually if the drop area already exists, #1 and #2 are skipped. >> So if we bundle up a jdk source bundle and preload the drop/src in it, >> then that works too. >> >>> If that is the case, it sounds a hell of a lot like what IcedTea does >>> with OpenJDK anyway, so I can't see that much of a problem. ?Is there >>> a bundle available so this can be tested? >>> >> >> Yes, this should work now. The copy will fail, then it should download >> a preliminary one we are testing with. >> > > Great. ?I'll try and have a quick look over the weekend and test it > with IcedTea. > >>> On the plus side, it would mean we weren't duplicating the JAXP and >>> JAXWS code about thirty times. >> >> Yup. >> >>> On the negative side, it makes it even less clear how changes get into >>> these. ?We no doubt have some local ones already that would be lost by >>> using the bundle (though I think most are build changes to Makefiles >>> like DEBUG_CLASSFILES). ?I don't think that's a blocker, but there >>> needs to be a clear documented route for getting patches into JAXP and >>> JAXWS just like we get them into the rest of OpenJDK. >> >> The JAXP changes would need to go through the JAXP team, I don't think >> that is a change, formal changes to these files always went through that >> team as far as I know. >> This should make it easier for the JAXP team to integrate their >> contribution into jdk7, so in theory we could get more frequent and >> newer JAXP sources. >> > > Ok, I suppose what I meant is that the JAXP team is external to the > OpenJDK project as far as I'm aware. ?While those of us external to > Sun are just about getting our heads round the processes and rights > involved in committing something here, I imagine it's a completely > different setup for JAXP. ?Is there some resource that will point us > in the right direction for JAXP and JAXWS? > >> I did put a patch mechanism in place, for jdk7 emergencies. >> But I would think the first choice would always be to get a fresh >> drop bundle. >> >>> >>> Any plans to do something similar with CORBA? :) >> >> Maybe... jaxp and jaxws first. corba is not part of the plan right now, >> but who knows... >> >> -kto >> >> > > Thanks for this, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > No luck it seems... [echo] Downloading from https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip [get] Getting: https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip [get] To: /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip [get] Error getting https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip -drop-src-update: [mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources [unzip] Expanding: /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into /mnt/builder/openjdk.icedtea/jaxp/drop/sources BUILD FAILED /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: Error while expanding /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip java.io.FileNotFoundException: /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such file or directory) Built using my usual script: LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ ALT_PARALLEL_COMPILE_JOBS=9 \ HOTSPOT_BUILD_JOBS=9 \ ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ ANT=/usr/bin/ant -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Kelly.Ohair at Sun.COM Sun Aug 9 19:35:41 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sun, 09 Aug 2009 19:35:41 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> Message-ID: <4A7F877D.50903@sun.com> Andrew John Hughes wrote: > 2009/8/8 Andrew John Hughes : >> 2009/8/8 Kelly O'Hair : >>> >>> Andrew John Hughes wrote: >>>> 2009/8/8 Kelly O'Hair : >>>>> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >>>>> Most if not all the import components are tools used to do the build >>>>> but not sources that became part of the product built bits. >>>>> >>>>> Maybe the IcedTea guys can chime in on this. >>>>> >>>>> I'm happy to change it to another name that makes more sense. >>>>> >>>>> -kto >>>>> >>>>> Jonathan Gibbons wrote: >>>>>> Well, elsewhere in the JDK build, the name "import" seems to cover the >>>>>> same concept >>>>>> of inbound stuff from outside the repository. >>>>>> >>>>>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>>>>> "drop" came from there. >>>>>> >>>>>> -- Jon >>>>>> >>>>>> Kelly O'Hair wrote: >>>>>>> --- >>>>>>> >>>>>>> The drop name just dropped into my head :^) >>>>>>> >>>>>>> Do you have a better name for it? >>>>>>> >>>>>>> -kto >>>>>>> >>>>>>> Jonathan Gibbons wrote: >>>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>>> "import"? >>>>>>>> >>>>>>>> -- Jon >>>>>>>> >>>>>>>> >>>> 'drop' sounds fine and makes sense to me at least. >>>> >>>> On more important matters, if I'm reading this right it does the >>>> following as part of the build: >>>> >>>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>>> that, downloads one >>>> #2: Extracts that bundle >>>> #3: Builds the code >>>> >>> Yes, but actually if the drop area already exists, #1 and #2 are skipped. >>> So if we bundle up a jdk source bundle and preload the drop/src in it, >>> then that works too. >>> >>>> If that is the case, it sounds a hell of a lot like what IcedTea does >>>> with OpenJDK anyway, so I can't see that much of a problem. Is there >>>> a bundle available so this can be tested? >>>> >>> Yes, this should work now. The copy will fail, then it should download >>> a preliminary one we are testing with. >>> >> Great. I'll try and have a quick look over the weekend and test it >> with IcedTea. >> >>>> On the plus side, it would mean we weren't duplicating the JAXP and >>>> JAXWS code about thirty times. >>> Yup. >>> >>>> On the negative side, it makes it even less clear how changes get into >>>> these. We no doubt have some local ones already that would be lost by >>>> using the bundle (though I think most are build changes to Makefiles >>>> like DEBUG_CLASSFILES). I don't think that's a blocker, but there >>>> needs to be a clear documented route for getting patches into JAXP and >>>> JAXWS just like we get them into the rest of OpenJDK. >>> The JAXP changes would need to go through the JAXP team, I don't think >>> that is a change, formal changes to these files always went through that >>> team as far as I know. >>> This should make it easier for the JAXP team to integrate their >>> contribution into jdk7, so in theory we could get more frequent and >>> newer JAXP sources. >>> >> Ok, I suppose what I meant is that the JAXP team is external to the >> OpenJDK project as far as I'm aware. While those of us external to >> Sun are just about getting our heads round the processes and rights >> involved in committing something here, I imagine it's a completely >> different setup for JAXP. Is there some resource that will point us >> in the right direction for JAXP and JAXWS? >> >>> I did put a patch mechanism in place, for jdk7 emergencies. >>> But I would think the first choice would always be to get a fresh >>> drop bundle. >>> >>>> Any plans to do something similar with CORBA? :) >>> Maybe... jaxp and jaxws first. corba is not part of the plan right now, >>> but who knows... >>> >>> -kto >>> >>> >> Thanks for this, >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > No luck it seems... > > [echo] Downloading from > https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > [get] Getting: > https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > [get] To: /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip > [get] Error getting > https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip > > -drop-src-update: > [mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources > [unzip] Expanding: > /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into > /mnt/builder/openjdk.icedtea/jaxp/drop/sources > > BUILD FAILED > /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: > Error while expanding > /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip > java.io.FileNotFoundException: > /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such > file or directory) > > Built using my usual script: > > LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ > ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ > ALT_PARALLEL_COMPILE_JOBS=9 \ > HOTSPOT_BUILD_JOBS=9 \ > ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ > ANT=/usr/bin/ant Try doing a 'ant clobber' then 'ant' again. I was able to download this file from my home network fine, but java.net downloads are not horrible reliable, the bundle may be truncated? I suppose I should download to a temp file, then move it to the real file if there was no failure. I'll look at that. This ant scripting is a bit bizarre. :^( -kto From gnu_andrew at member.fsf.org Sun Aug 9 20:24:05 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 10 Aug 2009 04:24:05 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7F877D.50903@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> Message-ID: <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> 2009/8/10 Kelly O'Hair : > > > Andrew John Hughes wrote: >> >> 2009/8/8 Andrew John Hughes : >>> >>> 2009/8/8 Kelly O'Hair : >>>> >>>> Andrew John Hughes wrote: >>>>> >>>>> 2009/8/8 Kelly O'Hair : >>>>>> >>>>>> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >>>>>> Most if not all the import components are tools used to do the build >>>>>> but not sources that became part of the product built bits. >>>>>> >>>>>> Maybe the IcedTea guys can chime in on this. >>>>>> >>>>>> I'm happy to change it to another name that makes more sense. >>>>>> >>>>>> -kto >>>>>> >>>>>> Jonathan Gibbons wrote: >>>>>>> >>>>>>> Well, elsewhere in the JDK build, the name "import" seems to cover >>>>>>> the >>>>>>> same concept >>>>>>> of inbound stuff from outside the repository. >>>>>>> >>>>>>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>>>>>> "drop" came from there. >>>>>>> >>>>>>> -- Jon >>>>>>> >>>>>>> Kelly O'Hair wrote: >>>>>>>> >>>>>>>> --- >>>>>>>> >>>>>>>> The drop name just dropped into my head :^) >>>>>>>> >>>>>>>> Do you have a better name for it? >>>>>>>> >>>>>>>> -kto >>>>>>>> >>>>>>>> Jonathan Gibbons wrote: >>>>>>>>> >>>>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>>>> "import"? >>>>>>>>> >>>>>>>>> -- Jon >>>>>>>>> >>>>>>>>> >>>>> 'drop' sounds fine and makes sense to me at least. >>>>> >>>>> On more important matters, if I'm reading this right it does the >>>>> following as part of the build: >>>>> >>>>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>>>> that, downloads one >>>>> #2: Extracts that bundle >>>>> #3: Builds the code >>>>> >>>> Yes, but actually if the drop area already exists, #1 and #2 are >>>> skipped. >>>> So if we bundle up a jdk source bundle and preload the drop/src in it, >>>> then that works too. >>>> >>>>> If that is the case, it sounds a hell of a lot like what IcedTea does >>>>> with OpenJDK anyway, so I can't see that much of a problem. ?Is there >>>>> a bundle available so this can be tested? >>>>> >>>> Yes, this should work now. The copy will fail, then it should download >>>> a preliminary one we are testing with. >>>> >>> Great. ?I'll try and have a quick look over the weekend and test it >>> with IcedTea. >>> >>>>> On the plus side, it would mean we weren't duplicating the JAXP and >>>>> JAXWS code about thirty times. >>>> >>>> Yup. >>>> >>>>> On the negative side, it makes it even less clear how changes get into >>>>> these. ?We no doubt have some local ones already that would be lost by >>>>> using the bundle (though I think most are build changes to Makefiles >>>>> like DEBUG_CLASSFILES). ?I don't think that's a blocker, but there >>>>> needs to be a clear documented route for getting patches into JAXP and >>>>> JAXWS just like we get them into the rest of OpenJDK. >>>> >>>> The JAXP changes would need to go through the JAXP team, I don't think >>>> that is a change, formal changes to these files always went through that >>>> team as far as I know. >>>> This should make it easier for the JAXP team to integrate their >>>> contribution into jdk7, so in theory we could get more frequent and >>>> newer JAXP sources. >>>> >>> Ok, I suppose what I meant is that the JAXP team is external to the >>> OpenJDK project as far as I'm aware. ?While those of us external to >>> Sun are just about getting our heads round the processes and rights >>> involved in committing something here, I imagine it's a completely >>> different setup for JAXP. ?Is there some resource that will point us >>> in the right direction for JAXP and JAXWS? >>> >>>> I did put a patch mechanism in place, for jdk7 emergencies. >>>> But I would think the first choice would always be to get a fresh >>>> drop bundle. >>>> >>>>> Any plans to do something similar with CORBA? :) >>>> >>>> Maybe... jaxp and jaxws first. corba is not part of the plan right now, >>>> but who knows... >>>> >>>> -kto >>>> >>>> >>> Thanks for this, >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>> >> >> No luck it seems... >> >> ? ? [echo] Downloading from >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> ? ? ?[get] Getting: >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> ? ? ?[get] To: /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >> ? ? ?[get] Error getting >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >> >> -drop-src-update: >> ? ?[mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources >> ? ?[unzip] Expanding: >> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into >> /mnt/builder/openjdk.icedtea/jaxp/drop/sources >> >> BUILD FAILED >> /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: >> Error while expanding >> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >> java.io.FileNotFoundException: >> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such >> file or directory) >> >> Built using my usual script: >> >> LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ >> ? ?ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ >> ? ?ALT_PARALLEL_COMPILE_JOBS=9 \ >> ? ?HOTSPOT_BUILD_JOBS=9 \ >> ? ?ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ >> ? ?ANT=/usr/bin/ant > > Try doing a 'ant clobber' then 'ant' again. > > I was able to download this file from my home network fine, but > java.net downloads are not horrible reliable, the bundle may be > truncated? ?I suppose I should download to a temp file, then move > it to ?the real file if there was no failure. I'll look at that. > This ant scripting is a bit bizarre. :^( > > -kto > No luck, even wget seems to have stalled on it: wget -v https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip --2009-08-10 04:04:25-- https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip Resolving jaxp.dev.java.net... 204.16.104.198 Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 5912912 (5.6M) [application/zip] Saving to: `jdk7-jaxp-m5.zip' 29% [======================> ] 1,736,704 489K/s eta 11s -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Tim.Bell at Sun.COM Sun Aug 9 20:44:59 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Sun, 09 Aug 2009 20:44:59 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A7F877D.50903@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> Message-ID: <4A7F97BB.5030305@sun.com> >> [echo] Downloading from >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip Kelly O'Hair wrote: > I was able to download this file from my home network fine, but > java.net downloads are not horrible reliable, the bundle may be > truncated? I suppose I should download to a temp file, then move > it to the real file if there was no failure. I'll look at that. > This ant scripting is a bit bizarre. :^( foo.dev.java.net is a completely different server infrastructure that has nothing in common with [bugs,cr,hg,mail,db].openjdk.java.net (note the extra .dev in there). I am not trying to kick sand in any direction - but I want to point out that we will need to troubleshoot these download problems with a different set of administrators. Tim From Kelly.Ohair at Sun.COM Mon Aug 10 11:45:05 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 10 Aug 2009 11:45:05 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CB49E.10205@sun.com> <4A7CB8BC.5070804@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> Message-ID: <4A806AB1.3@sun.com> Andrew John Hughes wrote: > 2009/8/10 Kelly O'Hair : >> >> Andrew John Hughes wrote: >>> 2009/8/8 Andrew John Hughes : >>>> 2009/8/8 Kelly O'Hair : >>>>> Andrew John Hughes wrote: >>>>>> 2009/8/8 Kelly O'Hair : >>>>>>> Yeah. I tossed this around in my head, drop seemed short and cute. ;^) >>>>>>> Most if not all the import components are tools used to do the build >>>>>>> but not sources that became part of the product built bits. >>>>>>> >>>>>>> Maybe the IcedTea guys can chime in on this. >>>>>>> >>>>>>> I'm happy to change it to another name that makes more sense. >>>>>>> >>>>>>> -kto >>>>>>> >>>>>>> Jonathan Gibbons wrote: >>>>>>>> Well, elsewhere in the JDK build, the name "import" seems to cover >>>>>>>> the >>>>>>>> same concept >>>>>>>> of inbound stuff from outside the repository. >>>>>>>> >>>>>>>> But, I know you do similar stuff in the FX world, so I wasn't sure if >>>>>>>> "drop" came from there. >>>>>>>> >>>>>>>> -- Jon >>>>>>>> >>>>>>>> Kelly O'Hair wrote: >>>>>>>>> --- >>>>>>>>> >>>>>>>>> The drop name just dropped into my head :^) >>>>>>>>> >>>>>>>>> Do you have a better name for it? >>>>>>>>> >>>>>>>>> -kto >>>>>>>>> >>>>>>>>> Jonathan Gibbons wrote: >>>>>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>>>>> "import"? >>>>>>>>>> >>>>>>>>>> -- Jon >>>>>>>>>> >>>>>>>>>> >>>>>> 'drop' sounds fine and makes sense to me at least. >>>>>> >>>>>> On more important matters, if I'm reading this right it does the >>>>>> following as part of the build: >>>>>> >>>>>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>>>>> that, downloads one >>>>>> #2: Extracts that bundle >>>>>> #3: Builds the code >>>>>> >>>>> Yes, but actually if the drop area already exists, #1 and #2 are >>>>> skipped. >>>>> So if we bundle up a jdk source bundle and preload the drop/src in it, >>>>> then that works too. >>>>> >>>>>> If that is the case, it sounds a hell of a lot like what IcedTea does >>>>>> with OpenJDK anyway, so I can't see that much of a problem. Is there >>>>>> a bundle available so this can be tested? >>>>>> >>>>> Yes, this should work now. The copy will fail, then it should download >>>>> a preliminary one we are testing with. >>>>> >>>> Great. I'll try and have a quick look over the weekend and test it >>>> with IcedTea. >>>> >>>>>> On the plus side, it would mean we weren't duplicating the JAXP and >>>>>> JAXWS code about thirty times. >>>>> Yup. >>>>> >>>>>> On the negative side, it makes it even less clear how changes get into >>>>>> these. We no doubt have some local ones already that would be lost by >>>>>> using the bundle (though I think most are build changes to Makefiles >>>>>> like DEBUG_CLASSFILES). I don't think that's a blocker, but there >>>>>> needs to be a clear documented route for getting patches into JAXP and >>>>>> JAXWS just like we get them into the rest of OpenJDK. >>>>> The JAXP changes would need to go through the JAXP team, I don't think >>>>> that is a change, formal changes to these files always went through that >>>>> team as far as I know. >>>>> This should make it easier for the JAXP team to integrate their >>>>> contribution into jdk7, so in theory we could get more frequent and >>>>> newer JAXP sources. >>>>> >>>> Ok, I suppose what I meant is that the JAXP team is external to the >>>> OpenJDK project as far as I'm aware. While those of us external to >>>> Sun are just about getting our heads round the processes and rights >>>> involved in committing something here, I imagine it's a completely >>>> different setup for JAXP. Is there some resource that will point us >>>> in the right direction for JAXP and JAXWS? >>>> >>>>> I did put a patch mechanism in place, for jdk7 emergencies. >>>>> But I would think the first choice would always be to get a fresh >>>>> drop bundle. >>>>> >>>>>> Any plans to do something similar with CORBA? :) >>>>> Maybe... jaxp and jaxws first. corba is not part of the plan right now, >>>>> but who knows... >>>>> >>>>> -kto >>>>> >>>>> >>>> Thanks for this, >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> >>> No luck it seems... >>> >>> [echo] Downloading from >>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>> [get] Getting: >>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>> [get] To: /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>> [get] Error getting >>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>> >>> -drop-src-update: >>> [mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>> [unzip] Expanding: >>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into >>> /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>> >>> BUILD FAILED >>> /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: >>> Error while expanding >>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>> java.io.FileNotFoundException: >>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such >>> file or directory) >>> >>> Built using my usual script: >>> >>> LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ >>> ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ >>> ALT_PARALLEL_COMPILE_JOBS=9 \ >>> HOTSPOT_BUILD_JOBS=9 \ >>> ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ >>> ANT=/usr/bin/ant >> Try doing a 'ant clobber' then 'ant' again. >> >> I was able to download this file from my home network fine, but >> java.net downloads are not horrible reliable, the bundle may be >> truncated? I suppose I should download to a temp file, then move >> it to the real file if there was no failure. I'll look at that. >> This ant scripting is a bit bizarre. :^( >> >> -kto >> > > No luck, even wget seems to have stalled on it: > > wget -v https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > --2009-08-10 04:04:25-- > https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > Resolving jaxp.dev.java.net... 204.16.104.198 > Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. > HTTP request sent, awaiting response... 200 OK > Length: 5912912 (5.6M) [application/zip] > Saving to: `jdk7-jaxp-m5.zip' > > 29% [======================> > ] 1,736,704 489K/s eta 11s Can you try curl?: curl -o jdk7-jaxp-m5.zip https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip If curl fails too, then it seems we have a server issue on java.net, but why does it work for me and not you? :^( FYI... The version of wget on my Mac is 1.11.4: KellyMacBook.local<12> wget --version GNU Wget 1.11.4 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Originally written by Hrvoje Niksic . Currently maintained by Micah Cowan . -kto From gnu_andrew at member.fsf.org Mon Aug 10 15:01:26 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 10 Aug 2009 23:01:26 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A806AB1.3@sun.com> References: <4A7CB124.3030705@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> Message-ID: <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> 2009/8/10 Kelly O'Hair : > > Andrew John Hughes wrote: >> >> 2009/8/10 Kelly O'Hair : >>> >>> Andrew John Hughes wrote: >>>> >>>> 2009/8/8 Andrew John Hughes : >>>>> >>>>> 2009/8/8 Kelly O'Hair : >>>>>> >>>>>> Andrew John Hughes wrote: >>>>>>> >>>>>>> 2009/8/8 Kelly O'Hair : >>>>>>>> >>>>>>>> Yeah. I tossed this around in my head, drop seemed short and cute. >>>>>>>> ;^) >>>>>>>> Most if not all the import components are tools used to do the build >>>>>>>> but not sources that became part of the product built bits. >>>>>>>> >>>>>>>> Maybe the IcedTea guys can chime in on this. >>>>>>>> >>>>>>>> I'm happy to change it to another name that makes more sense. >>>>>>>> >>>>>>>> -kto >>>>>>>> >>>>>>>> Jonathan Gibbons wrote: >>>>>>>>> >>>>>>>>> Well, elsewhere in the JDK build, the name "import" seems to cover >>>>>>>>> the >>>>>>>>> same concept >>>>>>>>> of inbound stuff from outside the repository. >>>>>>>>> >>>>>>>>> But, I know you do similar stuff in the FX world, so I wasn't sure >>>>>>>>> if >>>>>>>>> "drop" came from there. >>>>>>>>> >>>>>>>>> -- Jon >>>>>>>>> >>>>>>>>> Kelly O'Hair wrote: >>>>>>>>>> >>>>>>>>>> --- >>>>>>>>>> >>>>>>>>>> The drop name just dropped into my head :^) >>>>>>>>>> >>>>>>>>>> Do you have a better name for it? >>>>>>>>>> >>>>>>>>>> -kto >>>>>>>>>> >>>>>>>>>> Jonathan Gibbons wrote: >>>>>>>>>>> >>>>>>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>>>>>> "import"? >>>>>>>>>>> >>>>>>>>>>> -- Jon >>>>>>>>>>> >>>>>>>>>>> >>>>>>> 'drop' sounds fine and makes sense to me at least. >>>>>>> >>>>>>> On more important matters, if I'm reading this right it does the >>>>>>> following as part of the build: >>>>>>> >>>>>>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>>>>>> that, downloads one >>>>>>> #2: Extracts that bundle >>>>>>> #3: Builds the code >>>>>>> >>>>>> Yes, but actually if the drop area already exists, #1 and #2 are >>>>>> skipped. >>>>>> So if we bundle up a jdk source bundle and preload the drop/src in it, >>>>>> then that works too. >>>>>> >>>>>>> If that is the case, it sounds a hell of a lot like what IcedTea does >>>>>>> with OpenJDK anyway, so I can't see that much of a problem. ?Is there >>>>>>> a bundle available so this can be tested? >>>>>>> >>>>>> Yes, this should work now. The copy will fail, then it should download >>>>>> a preliminary one we are testing with. >>>>>> >>>>> Great. ?I'll try and have a quick look over the weekend and test it >>>>> with IcedTea. >>>>> >>>>>>> On the plus side, it would mean we weren't duplicating the JAXP and >>>>>>> JAXWS code about thirty times. >>>>>> >>>>>> Yup. >>>>>> >>>>>>> On the negative side, it makes it even less clear how changes get >>>>>>> into >>>>>>> these. ?We no doubt have some local ones already that would be lost >>>>>>> by >>>>>>> using the bundle (though I think most are build changes to Makefiles >>>>>>> like DEBUG_CLASSFILES). ?I don't think that's a blocker, but there >>>>>>> needs to be a clear documented route for getting patches into JAXP >>>>>>> and >>>>>>> JAXWS just like we get them into the rest of OpenJDK. >>>>>> >>>>>> The JAXP changes would need to go through the JAXP team, I don't think >>>>>> that is a change, formal changes to these files always went through >>>>>> that >>>>>> team as far as I know. >>>>>> This should make it easier for the JAXP team to integrate their >>>>>> contribution into jdk7, so in theory we could get more frequent and >>>>>> newer JAXP sources. >>>>>> >>>>> Ok, I suppose what I meant is that the JAXP team is external to the >>>>> OpenJDK project as far as I'm aware. ?While those of us external to >>>>> Sun are just about getting our heads round the processes and rights >>>>> involved in committing something here, I imagine it's a completely >>>>> different setup for JAXP. ?Is there some resource that will point us >>>>> in the right direction for JAXP and JAXWS? >>>>> >>>>>> I did put a patch mechanism in place, for jdk7 emergencies. >>>>>> But I would think the first choice would always be to get a fresh >>>>>> drop bundle. >>>>>> >>>>>>> Any plans to do something similar with CORBA? :) >>>>>> >>>>>> Maybe... jaxp and jaxws first. corba is not part of the plan right >>>>>> now, >>>>>> but who knows... >>>>>> >>>>>> -kto >>>>>> >>>>>> >>>>> Thanks for this, >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>> >>>> No luck it seems... >>>> >>>> ? ?[echo] Downloading from >>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>> ? ? [get] Getting: >>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>> ? ? [get] To: >>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>> ? ? [get] Error getting >>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>> >>>> -drop-src-update: >>>> ? [mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>>> ? [unzip] Expanding: >>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into >>>> /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>>> >>>> BUILD FAILED >>>> /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: >>>> Error while expanding >>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>> java.io.FileNotFoundException: >>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such >>>> file or directory) >>>> >>>> Built using my usual script: >>>> >>>> LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ >>>> ? ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ >>>> ? ALT_PARALLEL_COMPILE_JOBS=9 \ >>>> ? HOTSPOT_BUILD_JOBS=9 \ >>>> ? ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ >>>> ? ANT=/usr/bin/ant >>> >>> Try doing a 'ant clobber' then 'ant' again. >>> >>> I was able to download this file from my home network fine, but >>> java.net downloads are not horrible reliable, the bundle may be >>> truncated? ?I suppose I should download to a temp file, then move >>> it to ?the real file if there was no failure. I'll look at that. >>> This ant scripting is a bit bizarre. :^( >>> >>> -kto >>> >> >> No luck, even wget seems to have stalled on it: >> >> wget -v >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> --2009-08-10 04:04:25-- >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> Resolving jaxp.dev.java.net... 204.16.104.198 >> Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 5912912 (5.6M) [application/zip] >> Saving to: `jdk7-jaxp-m5.zip' >> >> 29% [======================> >> ? ? ? ? ? ? ? ] 1,736,704 ? ?489K/s ?eta 11s > > Can you try curl?: > > ? curl -o jdk7-jaxp-m5.zip > https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > > If curl fails too, then it seems we have a server issue on java.net, > but why does it work for me and not you? :^( > > FYI... The version of wget on my Mac is 1.11.4: > > KellyMacBook.local<12> wget --version > GNU Wget 1.11.4 > > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > . > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > > Originally written by Hrvoje Niksic . > Currently maintained by Micah Cowan . > > > > -kto > > Strangely, curl worked so if I hack the delete invocations out of the ant script and copy it into place, I can build... but that's not really a solution :) Has anyone else managed to download this successfully? -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Mon Aug 10 15:30:57 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 10 Aug 2009 23:30:57 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> Message-ID: <17c6771e0908101530r7c0b8118sccd2e33ebab6d9e6@mail.gmail.com> 2009/8/10 Andrew John Hughes : > 2009/8/10 Kelly O'Hair : >> >> Andrew John Hughes wrote: >>> >>> 2009/8/10 Kelly O'Hair : >>>> >>>> Andrew John Hughes wrote: >>>>> >>>>> 2009/8/8 Andrew John Hughes : >>>>>> >>>>>> 2009/8/8 Kelly O'Hair : >>>>>>> >>>>>>> Andrew John Hughes wrote: >>>>>>>> >>>>>>>> 2009/8/8 Kelly O'Hair : >>>>>>>>> >>>>>>>>> Yeah. I tossed this around in my head, drop seemed short and cute. >>>>>>>>> ;^) >>>>>>>>> Most if not all the import components are tools used to do the build >>>>>>>>> but not sources that became part of the product built bits. >>>>>>>>> >>>>>>>>> Maybe the IcedTea guys can chime in on this. >>>>>>>>> >>>>>>>>> I'm happy to change it to another name that makes more sense. >>>>>>>>> >>>>>>>>> -kto >>>>>>>>> >>>>>>>>> Jonathan Gibbons wrote: >>>>>>>>>> >>>>>>>>>> Well, elsewhere in the JDK build, the name "import" seems to cover >>>>>>>>>> the >>>>>>>>>> same concept >>>>>>>>>> of inbound stuff from outside the repository. >>>>>>>>>> >>>>>>>>>> But, I know you do similar stuff in the FX world, so I wasn't sure >>>>>>>>>> if >>>>>>>>>> "drop" came from there. >>>>>>>>>> >>>>>>>>>> -- Jon >>>>>>>>>> >>>>>>>>>> Kelly O'Hair wrote: >>>>>>>>>>> >>>>>>>>>>> --- >>>>>>>>>>> >>>>>>>>>>> The drop name just dropped into my head :^) >>>>>>>>>>> >>>>>>>>>>> Do you have a better name for it? >>>>>>>>>>> >>>>>>>>>>> -kto >>>>>>>>>>> >>>>>>>>>>> Jonathan Gibbons wrote: >>>>>>>>>>>> >>>>>>>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>>>>>>> "import"? >>>>>>>>>>>> >>>>>>>>>>>> -- Jon >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>> 'drop' sounds fine and makes sense to me at least. >>>>>>>> >>>>>>>> On more important matters, if I'm reading this right it does the >>>>>>>> following as part of the build: >>>>>>>> >>>>>>>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>>>>>>> that, downloads one >>>>>>>> #2: Extracts that bundle >>>>>>>> #3: Builds the code >>>>>>>> >>>>>>> Yes, but actually if the drop area already exists, #1 and #2 are >>>>>>> skipped. >>>>>>> So if we bundle up a jdk source bundle and preload the drop/src in it, >>>>>>> then that works too. >>>>>>> >>>>>>>> If that is the case, it sounds a hell of a lot like what IcedTea does >>>>>>>> with OpenJDK anyway, so I can't see that much of a problem. ?Is there >>>>>>>> a bundle available so this can be tested? >>>>>>>> >>>>>>> Yes, this should work now. The copy will fail, then it should download >>>>>>> a preliminary one we are testing with. >>>>>>> >>>>>> Great. ?I'll try and have a quick look over the weekend and test it >>>>>> with IcedTea. >>>>>> >>>>>>>> On the plus side, it would mean we weren't duplicating the JAXP and >>>>>>>> JAXWS code about thirty times. >>>>>>> >>>>>>> Yup. >>>>>>> >>>>>>>> On the negative side, it makes it even less clear how changes get >>>>>>>> into >>>>>>>> these. ?We no doubt have some local ones already that would be lost >>>>>>>> by >>>>>>>> using the bundle (though I think most are build changes to Makefiles >>>>>>>> like DEBUG_CLASSFILES). ?I don't think that's a blocker, but there >>>>>>>> needs to be a clear documented route for getting patches into JAXP >>>>>>>> and >>>>>>>> JAXWS just like we get them into the rest of OpenJDK. >>>>>>> >>>>>>> The JAXP changes would need to go through the JAXP team, I don't think >>>>>>> that is a change, formal changes to these files always went through >>>>>>> that >>>>>>> team as far as I know. >>>>>>> This should make it easier for the JAXP team to integrate their >>>>>>> contribution into jdk7, so in theory we could get more frequent and >>>>>>> newer JAXP sources. >>>>>>> >>>>>> Ok, I suppose what I meant is that the JAXP team is external to the >>>>>> OpenJDK project as far as I'm aware. ?While those of us external to >>>>>> Sun are just about getting our heads round the processes and rights >>>>>> involved in committing something here, I imagine it's a completely >>>>>> different setup for JAXP. ?Is there some resource that will point us >>>>>> in the right direction for JAXP and JAXWS? >>>>>> >>>>>>> I did put a patch mechanism in place, for jdk7 emergencies. >>>>>>> But I would think the first choice would always be to get a fresh >>>>>>> drop bundle. >>>>>>> >>>>>>>> Any plans to do something similar with CORBA? :) >>>>>>> >>>>>>> Maybe... jaxp and jaxws first. corba is not part of the plan right >>>>>>> now, >>>>>>> but who knows... >>>>>>> >>>>>>> -kto >>>>>>> >>>>>>> >>>>>> Thanks for this, >>>>>> -- >>>>>> Andrew :-) >>>>>> >>>>>> Free Java Software Engineer >>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>> >>>>>> Support Free Java! >>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>> http://www.gnu.org/software/classpath >>>>>> http://openjdk.java.net >>>>>> >>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>>> >>>>> No luck it seems... >>>>> >>>>> ? ?[echo] Downloading from >>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>> ? ? [get] Getting: >>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>> ? ? [get] To: >>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>> ? ? [get] Error getting >>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>> >>>>> -drop-src-update: >>>>> ? [mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>>>> ? [unzip] Expanding: >>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into >>>>> /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>>>> >>>>> BUILD FAILED >>>>> /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: >>>>> Error while expanding >>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>> java.io.FileNotFoundException: >>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such >>>>> file or directory) >>>>> >>>>> Built using my usual script: >>>>> >>>>> LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ >>>>> ? ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ >>>>> ? ALT_PARALLEL_COMPILE_JOBS=9 \ >>>>> ? HOTSPOT_BUILD_JOBS=9 \ >>>>> ? ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ >>>>> ? ANT=/usr/bin/ant >>>> >>>> Try doing a 'ant clobber' then 'ant' again. >>>> >>>> I was able to download this file from my home network fine, but >>>> java.net downloads are not horrible reliable, the bundle may be >>>> truncated? ?I suppose I should download to a temp file, then move >>>> it to ?the real file if there was no failure. I'll look at that. >>>> This ant scripting is a bit bizarre. :^( >>>> >>>> -kto >>>> >>> >>> No luck, even wget seems to have stalled on it: >>> >>> wget -v >>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>> --2009-08-10 04:04:25-- >>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>> Resolving jaxp.dev.java.net... 204.16.104.198 >>> Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. >>> HTTP request sent, awaiting response... 200 OK >>> Length: 5912912 (5.6M) [application/zip] >>> Saving to: `jdk7-jaxp-m5.zip' >>> >>> 29% [======================> >>> ? ? ? ? ? ? ? ] 1,736,704 ? ?489K/s ?eta 11s >> >> Can you try curl?: >> >> ? curl -o jdk7-jaxp-m5.zip >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> >> If curl fails too, then it seems we have a server issue on java.net, >> but why does it work for me and not you? :^( >> >> FYI... The version of wget on my Mac is 1.11.4: >> >> KellyMacBook.local<12> wget --version >> GNU Wget 1.11.4 >> >> Copyright (C) 2008 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> . >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> >> Originally written by Hrvoje Niksic . >> Currently maintained by Micah Cowan . >> >> >> >> -kto >> >> > > Strangely, curl worked so if I hack the delete invocations out of the > ant script and copy it into place, I can build... but that's not > really a solution :) > > Has anyone else managed to download this successfully? > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > Oh and wget is 1.11.1. I tried with HTTP_PROXY and HTTPS_PROXY unset, but no difference. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Tim.Bell at Sun.COM Mon Aug 10 15:40:46 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 10 Aug 2009 15:40:46 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CC29C.90109@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> Message-ID: <4A80A1EE.4090504@sun.com> >>>>> No luck it seems... >>>>> >>>>> [echo] Downloading from >>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>> [get] Getting: >>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>> [get] To: >>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>> [get] Error getting >>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip [SNIP!] Andrew John Hughes wrote: > Strangely, curl worked so if I hack the delete invocations out of the > ant script and copy it into place, I can build... but that's not > really a solution :) > > Has anyone else managed to download this successfully? I just tried from my home machine (running OpenSolaris 2009.06 snv_111b X86) and got: % /usr/bin/time wget -v https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip --15:33:03-- https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip => `jdk7-jaxp-m5.zip' Resolving jaxp.dev.java.net... 204.16.104.198 Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. ERROR: Certificate verification error for jaxp.dev.java.net: unable to get local issuer certificate To connect to jaxp.dev.java.net insecurely, use `--no-check-certificate'. Unable to establish SSL connection. real 0.5 user 0.0 sys 0.0 I added "--no-check-certificate" and wget worked OK: % /usr/bin/time wget -v --no-check-certificate https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip --15:36:57-- https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip => `jdk7-jaxp-m5.zip' Resolving jaxp.dev.java.net... 204.16.104.198 Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. WARNING: Certificate verification error for jaxp.dev.java.net: unable to get local issuer certificate HTTP request sent, awaiting response... 200 OK Length: 5,912,912 (5.6M) [application/zip] 100%[====================================>] 5,912,912 132.91K/s ETA 00:00 15:37:38 (141.59 KB/s) - `jdk7-jaxp-m5.zip' saved [5912912/5912912] real 41.1 user 0.3 sys 0.0 The unzip was successful also. % unzip jdk7-jaxp-m5.zip | wc -l 2101 I don't know when the certificate expiration entered into the problem... HTH- Tim From gnu_andrew at member.fsf.org Mon Aug 10 15:43:11 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 10 Aug 2009 23:43:11 +0100 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A80A1EE.4090504@sun.com> References: <4A7CB124.3030705@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> <4A80A1EE.4090504@sun.com> Message-ID: <17c6771e0908101543x3599e99dqd3396da07bc442d5@mail.gmail.com> 2009/8/10 Tim Bell : > >>>>>> No luck it seems... >>>>>> >>>>>> ? ?[echo] Downloading from >>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>> ? ? [get] Getting: >>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>> ? ? [get] To: >>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>>> ? ? [get] Error getting >>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip > > ?[SNIP!] > > Andrew John Hughes wrote: > >> Strangely, curl worked so if I hack the delete invocations out of the >> ant script and copy it into place, I can build... but that's not >> really a solution :) >> >> Has anyone else managed to download this successfully? > > I just tried from my home machine (running OpenSolaris 2009.06 snv_111b X86) > and got: > > % /usr/bin/time wget -v https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > --15:33:03-- ?https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > ? ? ? ? ? => `jdk7-jaxp-m5.zip' > Resolving jaxp.dev.java.net... 204.16.104.198 > Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. > ERROR: Certificate verification error for jaxp.dev.java.net: unable to get local issuer certificate > To connect to jaxp.dev.java.net insecurely, use `--no-check-certificate'. > Unable to establish SSL connection. > > real ? ? ? ?0.5 > user ? ? ? ?0.0 > sys ? ? ? ? 0.0 > > > > I added "--no-check-certificate" and wget worked OK: > > % /usr/bin/time wget -v --no-check-certificate > https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > --15:36:57-- ?https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip > ? ? ? ? ? => `jdk7-jaxp-m5.zip' > Resolving jaxp.dev.java.net... 204.16.104.198 > Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. > WARNING: Certificate verification error for jaxp.dev.java.net: unable to get local issuer certificate > HTTP request sent, awaiting response... 200 OK > Length: 5,912,912 (5.6M) [application/zip] > > 100%[====================================>] 5,912,912 ? ?132.91K/s ? ?ETA 00:00 > > 15:37:38 (141.59 KB/s) - `jdk7-jaxp-m5.zip' saved [5912912/5912912] > > > real ? ? ? 41.1 > user ? ? ? ?0.3 > sys ? ? ? ? 0.0 > > The unzip was successful also. > % unzip jdk7-jaxp-m5.zip | wc -l > ? ?2101 > > I don't know when the certificate expiration entered into the problem... > > HTH- > Tim > Odd. I got 29% of the file with wget before it hung... for >24 hours. -rw-r--r-- 1 andrew staff 1.7M 2009-08-10 04:05 jdk7-jaxp-m5.zip -rw-r--r-- 1 andrew staff 5.7M 2009-08-10 21:31 jdk7-jaxp-m5.zip.curl Those are the two versions, the first the partial download with wget, the second the complete version downloaded with curl. The latter was able to be used to do a successful build (once I told it to stop deleting the zip!) -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From xiomara.jayasena at sun.com Wed Aug 12 13:59:02 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 20:59:02 +0000 Subject: hg: jdk7/build: Added tag jdk7-b68 for changeset e1b972ff53cd Message-ID: <20090812205902.6601DEBA0@hg.openjdk.java.net> Changeset: 82e6c820c51a Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/82e6c820c51a Added tag jdk7-b68 for changeset e1b972ff53cd ! .hgtags From xiomara.jayasena at sun.com Wed Aug 12 14:05:26 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 21:05:26 +0000 Subject: hg: jdk7/build/corba: Added tag jdk7-b68 for changeset 5182bcc9c60c Message-ID: <20090812210527.B4C30EBA7@hg.openjdk.java.net> Changeset: 8120d308ec4e Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/8120d308ec4e Added tag jdk7-b68 for changeset 5182bcc9c60c ! .hgtags From xiomara.jayasena at sun.com Wed Aug 12 14:13:17 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 21:13:17 +0000 Subject: hg: jdk7/build/hotspot: Added tag jdk7-b68 for changeset d07e68298d4e Message-ID: <20090812211323.CB84CEBAE@hg.openjdk.java.net> Changeset: 54fd4d923296 Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/54fd4d923296 Added tag jdk7-b68 for changeset d07e68298d4e ! .hgtags From xiomara.jayasena at sun.com Wed Aug 12 14:21:10 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 21:21:10 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b68 for changeset 83b2a9331383 Message-ID: <20090812212113.364E7EBB3@hg.openjdk.java.net> Changeset: a4ab0d6ded63 Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/a4ab0d6ded63 Added tag jdk7-b68 for changeset 83b2a9331383 ! .hgtags From xiomara.jayasena at sun.com Wed Aug 12 14:27:10 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 21:27:10 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b68 for changeset 845fa487f0f7 Message-ID: <20090812212713.274F3EBB8@hg.openjdk.java.net> Changeset: 3e64fdfb9291 Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/3e64fdfb9291 Added tag jdk7-b68 for changeset 845fa487f0f7 ! .hgtags From xiomara.jayasena at sun.com Wed Aug 12 14:33:26 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 21:33:26 +0000 Subject: hg: jdk7/build/jdk: 2 new changesets Message-ID: <20090812213453.9BC46EBBF@hg.openjdk.java.net> Changeset: 9ae4027c5fe1 Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9ae4027c5fe1 Added tag jdk7-b68 for changeset b23d905cb5d3 ! .hgtags Changeset: 226b20019b1f Author: xdono Date: 2009-08-12 10:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/226b20019b1f Merge From xiomara.jayasena at sun.com Wed Aug 12 14:51:43 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 12 Aug 2009 21:51:43 +0000 Subject: hg: jdk7/build/langtools: Added tag jdk7-b68 for changeset 95c1212b07e3 Message-ID: <20090812215148.DDD2EEBC4@hg.openjdk.java.net> Changeset: ce9bcdcb7859 Author: xdono Date: 2009-08-06 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/ce9bcdcb7859 Added tag jdk7-b68 for changeset 95c1212b07e3 ! .hgtags From Joe.Darcy at Sun.COM Thu Aug 13 13:33:52 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Thu, 13 Aug 2009 13:33:52 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908101543x3599e99dqd3396da07bc442d5@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> <4A80A1EE.4090504@sun.com> <17c6771e0908101543x3599e99dqd3396da07bc442d5@mail.gmail.com> Message-ID: <4A8478B0.60506@sun.com> Andrew John Hughes wrote: > 2009/8/10 Tim Bell : > >>>>>>> No luck it seems... >>>>>>> >>>>>>> [echo] Downloading from >>>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>>> [get] Getting: >>>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>>> [get] To: >>>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>>>> [get] Error getting >>>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>>>> >> [SNIP!] >> >> Andrew John Hughes wrote: >> >> >>> Strangely, curl worked so if I hack the delete invocations out of the >>> ant script and copy it into place, I can build... but that's not >>> really a solution :) >>> >>> Has anyone else managed to download this successfully? >>> >> I just tried from my home machine (running OpenSolaris 2009.06 snv_111b X86) >> and got: >> >> % /usr/bin/time wget -v https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> --15:33:03-- https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> => `jdk7-jaxp-m5.zip' >> Resolving jaxp.dev.java.net... 204.16.104.198 >> Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. >> ERROR: Certificate verification error for jaxp.dev.java.net: unable to get local issuer certificate >> To connect to jaxp.dev.java.net insecurely, use `--no-check-certificate'. >> Unable to establish SSL connection. >> >> real 0.5 >> user 0.0 >> sys 0.0 >> >> >> >> I added "--no-check-certificate" and wget worked OK: >> >> % /usr/bin/time wget -v --no-check-certificate >> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> --15:36:57-- https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >> => `jdk7-jaxp-m5.zip' >> Resolving jaxp.dev.java.net... 204.16.104.198 >> Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. >> WARNING: Certificate verification error for jaxp.dev.java.net: unable to get local issuer certificate >> HTTP request sent, awaiting response... 200 OK >> Length: 5,912,912 (5.6M) [application/zip] >> >> 100%[====================================>] 5,912,912 132.91K/s ETA 00:00 >> >> 15:37:38 (141.59 KB/s) - `jdk7-jaxp-m5.zip' saved [5912912/5912912] >> >> >> real 41.1 >> user 0.3 >> sys 0.0 >> >> The unzip was successful also. >> % unzip jdk7-jaxp-m5.zip | wc -l >> 2101 >> >> I don't know when the certificate expiration entered into the problem... >> >> HTH- >> Tim >> >> > > Odd. I got 29% of the file with wget before it hung... for >24 hours. > > -rw-r--r-- 1 andrew staff 1.7M 2009-08-10 04:05 jdk7-jaxp-m5.zip > -rw-r--r-- 1 andrew staff 5.7M 2009-08-10 21:31 jdk7-jaxp-m5.zip.curl > > Those are the two versions, the first the partial download with wget, > the second the complete version downloaded with curl. The latter was > able to be used to do a successful build (once I told it to stop > deleting the zip!) > Hello. From my home network (no Sun VPN, etc.) I was successfully able to do a build of jaxp after applying Kelly's patch and (after setting up the environment a bit http://blogs.sun.com/kto/entry/anatomy_of_the_jdk_build). I used my laptop running Ubuntu 8.10. The download of the jaxp source bundle went smoothly. Martin, can you please verify the modified jaxp build works for you too? Kelly, I don't think the update to .hgignore should be included in your patch; although it is a good idea. -Joe From martinrb at google.com Thu Aug 13 15:09:57 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 13 Aug 2009 15:09:57 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <4A8478B0.60506@sun.com> References: <4A7CB124.3030705@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> <4A80A1EE.4090504@sun.com> <17c6771e0908101543x3599e99dqd3396da07bc442d5@mail.gmail.com> <4A8478B0.60506@sun.com> Message-ID: <1ccfd1c10908131509k6546e16aqab0ffb8a7ffb020@mail.gmail.com> On Thu, Aug 13, 2009 at 13:33, Joseph D. Darcy wrote: > Hello. > > From my home network (no Sun VPN, etc.) I was successfully able to do a > build of jaxp after applying Kelly's patch and (after setting up the > environment a bit http://blogs.sun.com/kto/entry/anatomy_of_the_jdk_build). > ?I used my laptop running Ubuntu 8.10. ?The download of the jaxp source > bundle went smoothly. > > Martin, can you please verify the modified jaxp build works for you too? I haven't really been following this effort.. and don't have any special expertise here. The RedHat folks have more experience separating out independently obtained sources. Martin > Kelly, I don't think the update to .hgignore should be included in your > patch; although it is a good idea. > > -Joe > From martinrb at google.com Thu Aug 13 15:25:46 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 13 Aug 2009 15:25:46 -0700 Subject: Can't build latest openjdk6 Message-ID: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> When I try to build latest hg openjdk6, I get: build-classes-javac: [mkdir] Created dir: /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc [mkdir] Created dir: /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes [pcompile] Generating 7 resource files to /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc [copy] Copying 1 file to /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc [pcompile] Generating 1 resource files to /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc [javac] Compiling 8 source files to /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes [javac] javac: source release 6 requires target release 1.6 BUILD FAILED /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: The following error occurred while executing this line: /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: Compile failed; see the compiler error output for details. whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk Can anyone else successfully build openjdk6? If so, what is the secret? Did I miss something in my inbox? Martin From Jonathan.Gibbons at Sun.COM Thu Aug 13 16:00:53 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Thu, 13 Aug 2009 16:00:53 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> Message-ID: <4A849B25.4040200@sun.com> The langtools Hudson for jdk6/jdk6/langtools is happy here, last built Aug 12, 9:02. a.m. -- Jon Martin Buchholz wrote: > When I try to build latest hg openjdk6, I get: > > > build-classes-javac: > [mkdir] Created dir: > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc > [mkdir] Created dir: > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes > [pcompile] Generating 7 resource files to > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc > [copy] Copying 1 file to > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc > [pcompile] Generating 1 resource files to > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc > [javac] Compiling 8 source files to > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes > [javac] javac: source release 6 requires target release 1.6 > > BUILD FAILED > /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: > The following error occurred while executing this line: > /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: > Compile failed; see the compiler error output for details. > > > whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk > > Can anyone else successfully build openjdk6? > If so, what is the secret? > Did I miss something in my inbox? > > Martin > From martinrb at google.com Thu Aug 13 17:00:34 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 13 Aug 2009 17:00:34 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <4A849B25.4040200@sun.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <4A849B25.4040200@sun.com> Message-ID: <1ccfd1c10908131700y5459237cj30b9a57560896647@mail.gmail.com> There seems to be what they like to call an impedance mismatch between make and ant. make prints JAVAC_CMD = /usr/local/google/SLASH_JAVA/re/openjdk/6/promoted/latest/binaries/linux-amd64/bin/javac -J-XX:ThreadStackSize=1536 -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -source 1.5 -target 5 -encoding ascii -Xbootclasspath:/home/martinrb/ws/openjdk6/build/linux-amd64/classes but strace tells me that ant is invoking [pid 12600] execve("......./linux-amd64/bin/javac", ["/usr/local/google/SLASH_JAVA/re/"..., "-d", "/home/martinrb/ws/openjdk6/build"..., "-classpath", "/home/martinrb/ws/openjdk6/build"..., "-target", "5", "-g:none", "-J-Xbootclasspath/p:/home/martin"..., "-Xlint", "-source", "6", ...... where you can see the mismatch between -source and -target Could this have something to do with my ANT version, perhaps too new? ANT_VER = 1.7 [requires at least 1.6.3] Martin On Thu, Aug 13, 2009 at 16:00, Jonathan Gibbons wrote: > The langtools Hudson for jdk6/jdk6/langtools is happy here, last built Aug > 12, 9:02. a.m. > > -- Jon > > Martin Buchholz wrote: >> >> When I try to build latest hg openjdk6, I get: >> >> >> build-classes-javac: >> ? ?[mkdir] Created dir: >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc >> ? ?[mkdir] Created dir: >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >> ?[pcompile] Generating 7 resource files to >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc >> ? ? [copy] Copying 1 file to >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc >> ?[pcompile] Generating 1 resource files to >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/gensrc >> ? ?[javac] Compiling 8 source files to >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >> ? ?[javac] javac: source release 6 requires target release 1.6 >> >> BUILD FAILED >> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >> The following error occurred while executing this line: >> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >> Compile failed; see the compiler error output for details. >> >> >> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >> >> Can anyone else successfully build openjdk6? >> If so, what is the secret? >> Did I miss something in my inbox? >> >> Martin >> > > From mark at klomp.org Thu Aug 13 17:00:58 2009 From: mark at klomp.org (Mark Wielaard) Date: Fri, 14 Aug 2009 02:00:58 +0200 Subject: Can't build latest openjdk6 In-Reply-To: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> Message-ID: <1250208058.2153.26.camel@springer.wildebeest.org> Hi Martin, On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: > /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes > [javac] javac: source release 6 requires target release 1.6 > > BUILD FAILED > /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: > The following error occurred while executing this line: > /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: > Compile failed; see the compiler error output for details. > > whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk > > Can anyone else successfully build openjdk6? > If so, what is the secret? > Did I miss something in my inbox? I haven't tried upgrading oj6 yet. And one of the reasons for not upgrading icedtea6 atm is to make sure the recent changes (which as far as I could tell were not discussed on the list) to the source and target defaults don't break the bootstrap. The commit you probably want to inspect is: changeset: 49:608910eef036 user: jjg date: Tue Aug 11 16:40:03 2009 -0700 files: make/Makefile make/build.properties make/build.xml description: 6870641: [langtools] update make/build.* for jdk6 Reviewed-by: darcy Unfortunately the bug associated with that commit is also not public. The idea behind the commit seems to be to make the -source and -target explicit in more places (which is a good thing). There is now also an override mechanism, that I admit to not fully understand because it seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or JAVAC_SOURCE_ARG. Also note that with ant the default source and target depends on the VM that runs the ant process (which might be different from the bootstrap VM you are using, it probably depends on your ant installation). Cheers, Mark From martinrb at google.com Thu Aug 13 17:20:24 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 13 Aug 2009 17:20:24 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <1250208058.2153.26.camel@springer.wildebeest.org> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> Message-ID: <1ccfd1c10908131720p22a80c45i49cd182fc1d8a130@mail.gmail.com> The version of java using ant being significant means there are 3 different java versions being juggled during a single build - it's easy for us all to get very confused. I'm going to try to stay in bug-reporting mode, not bug-fixing mode, with this problem unless Jonathan/Kelly/Joe can't reproduce the failure. Martin On Thu, Aug 13, 2009 at 17:00, Mark Wielaard wrote: > Hi Martin, > > On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >> ? ? [javac] javac: source release 6 requires target release 1.6 >> >> BUILD FAILED >> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >> The following error occurred while executing this line: >> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >> Compile failed; see the compiler error output for details. >> >> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >> >> Can anyone else successfully build openjdk6? >> If so, what is the secret? >> Did I miss something in my inbox? > > I haven't tried upgrading oj6 yet. And one of the reasons for not > upgrading icedtea6 atm is to make sure the recent changes (which as far > as I could tell were not discussed on the list) to the source and target > defaults don't break the bootstrap. The commit you probably want to > inspect is: > > changeset: ? 49:608910eef036 > user: ? ? ? ?jjg > date: ? ? ? ?Tue Aug 11 16:40:03 2009 -0700 > files: ? ? ? make/Makefile make/build.properties make/build.xml > description: > 6870641: [langtools] update make/build.* for jdk6 > Reviewed-by: darcy > > Unfortunately the bug associated with that commit is also not public. > > The idea behind the commit seems to be to make the -source and -target > explicit in more places (which is a good thing). There is now also an > override mechanism, that I admit to not fully understand because it > seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or > JAVAC_SOURCE_ARG. > > Also note that with ant the default source and target depends on the VM > that runs the ant process (which might be different from the bootstrap > VM you are using, it probably depends on your ant installation). > > Cheers, > > Mark > > From Jonathan.Gibbons at Sun.COM Thu Aug 13 17:35:35 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Thu, 13 Aug 2009 17:35:35 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <1250208058.2153.26.camel@springer.wildebeest.org> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> Message-ID: <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> The primary goal of changeset: 49:608910eef036 is to bring the langtools build into line between jdk6 and jdk7, so that we can rely on eseentially the same behavior (subject to version differences) across the two repositoiries. The override mechanism is unused and harmless since javac.source is correctly defaulted in build.properties. It is included in 6 to minimize the differences between 6 and 7. Generally, the langtools build tries to isolate the user as much as possible from the version of Java used to run Ant. To build langtools, you should just need to set boot.java.home; to run the regression tests, you will also need to set target.java.home. -- Jon On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: > Hi Martin, > > On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >> [javac] javac: source release 6 requires target release 1.6 >> >> BUILD FAILED >> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml: >> 196: >> The following error occurred while executing this line: >> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml: >> 525: >> Compile failed; see the compiler error output for details. >> >> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >> >> Can anyone else successfully build openjdk6? >> If so, what is the secret? >> Did I miss something in my inbox? > > I haven't tried upgrading oj6 yet. And one of the reasons for not > upgrading icedtea6 atm is to make sure the recent changes (which as > far > as I could tell were not discussed on the list) to the source and > target > defaults don't break the bootstrap. The commit you probably want to > inspect is: > > changeset: 49:608910eef036 > user: jjg > date: Tue Aug 11 16:40:03 2009 -0700 > files: make/Makefile make/build.properties make/build.xml > description: > 6870641: [langtools] update make/build.* for jdk6 > Reviewed-by: darcy > > Unfortunately the bug associated with that commit is also not public. > > The idea behind the commit seems to be to make the -source and -target > explicit in more places (which is a good thing). There is now also an > override mechanism, that I admit to not fully understand because it > seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or > JAVAC_SOURCE_ARG. > > Also note that with ant the default source and target depends on the > VM > that runs the ant process (which might be different from the bootstrap > VM you are using, it probably depends on your ant installation). > > Cheers, > > Mark > From martinrb at google.com Thu Aug 13 18:10:06 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 13 Aug 2009 18:10:06 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> Message-ID: <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> It appears that ant is being invoked with "-Djavac.target=5", but not with -Djavac.source execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... In turn, this may be due to COMMON_BUILD_ARGUMENTS including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION # Common make arguments (supplied to all component builds) COMMON_BUILD_ARGUMENTS = \ JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ EXTERNALSANITYCONTROL=true \ TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ MILESTONE=$(MILESTONE) \ BUILD_NUMBER=$(BUILD_NUMBER) \ JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ FULL_VERSION=$(FULL_VERSION) \ PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ JDK_VERSION=$(JDK_VERSION) \ JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) which would explain why invoking ant directly in the langtools directory without -Djavac.target=5 would work fine (I haven't tried it). langtools build.xml could try to check javac.target and ensure that javac.source <= javac.target but I don't know how to do that (I hack make, not ant). Martin On Thu, Aug 13, 2009 at 17:35, Jonathan Gibbons wrote: > The primary goal of changeset: ? 49:608910eef036 is to bring the langtools > build into line between jdk6 and jdk7, so that we can rely on eseentially > ?the same behavior (subject to version differences) across the two > repositoiries. > > The override mechanism is unused and harmless since javac.source is > correctly defaulted in build.properties. ?It is included in 6 to minimize > the differences between 6 and 7. > > Generally, the langtools build tries to isolate the user as much as possible > from the version of Java used to run Ant. > To build langtools, you should just need to set boot.java.home; to run the > regression tests, you will also need to > set target.java.home. > > -- Jon > > > On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: > >> Hi Martin, >> >> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>> >>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >>> ? [javac] javac: source release 6 requires target release 1.6 >>> >>> BUILD FAILED >>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >>> The following error occurred while executing this line: >>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >>> Compile failed; see the compiler error output for details. >>> >>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >>> >>> Can anyone else successfully build openjdk6? >>> If so, what is the secret? >>> Did I miss something in my inbox? >> >> I haven't tried upgrading oj6 yet. And one of the reasons for not >> upgrading icedtea6 atm is to make sure the recent changes (which as far >> as I could tell were not discussed on the list) to the source and target >> defaults don't break the bootstrap. The commit you probably want to >> inspect is: >> >> changeset: ? 49:608910eef036 >> user: ? ? ? ?jjg >> date: ? ? ? ?Tue Aug 11 16:40:03 2009 -0700 >> files: ? ? ? make/Makefile make/build.properties make/build.xml >> description: >> 6870641: [langtools] update make/build.* for jdk6 >> Reviewed-by: darcy >> >> Unfortunately the bug associated with that commit is also not public. >> >> The idea behind the commit seems to be to make the -source and -target >> explicit in more places (which is a good thing). There is now also an >> override mechanism, that I admit to not fully understand because it >> seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or >> JAVAC_SOURCE_ARG. >> >> Also note that with ant the default source and target depends on the VM >> that runs the ant process (which might be different from the bootstrap >> VM you are using, it probably depends on your ant installation). >> >> Cheers, >> >> Mark >> > > From Jonathan.Gibbons at Sun.COM Thu Aug 13 18:24:04 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Thu, 13 Aug 2009 18:24:04 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> Message-ID: Martin, Comment noted. I'm now on vacation, so I'll look at this next week. -- Jon On Aug 13, 2009, at 6:10 PM, Martin Buchholz wrote: > It appears that ant is being invoked with "-Djavac.target=5", but not > with -Djavac.source > > execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", > "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", > "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... > > In turn, this may be due to COMMON_BUILD_ARGUMENTS > including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION > > # Common make arguments (supplied to all component builds) > COMMON_BUILD_ARGUMENTS = \ > JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ > JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ > EXTERNALSANITYCONTROL=true \ > TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ > MILESTONE=$(MILESTONE) \ > BUILD_NUMBER=$(BUILD_NUMBER) \ > JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ > FULL_VERSION=$(FULL_VERSION) \ > PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ > JDK_VERSION=$(JDK_VERSION) \ > JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ > JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ > JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ > JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) > > which would explain why invoking ant directly in the langtools > directory > without -Djavac.target=5 would work fine (I haven't tried it). > > langtools build.xml could try to check javac.target and ensure that > javac.source <= javac.target > but I don't know how to do that (I hack make, not ant). > > Martin > > On Thu, Aug 13, 2009 at 17:35, Jonathan Gibbons > wrote: >> The primary goal of changeset: 49:608910eef036 is to bring the >> langtools >> build into line between jdk6 and jdk7, so that we can rely on >> eseentially >> the same behavior (subject to version differences) across the two >> repositoiries. >> >> The override mechanism is unused and harmless since javac.source is >> correctly defaulted in build.properties. It is included in 6 to >> minimize >> the differences between 6 and 7. >> >> Generally, the langtools build tries to isolate the user as much as >> possible >> from the version of Java used to run Ant. >> To build langtools, you should just need to set boot.java.home; to >> run the >> regression tests, you will also need to >> set target.java.home. >> >> -- Jon >> >> >> On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: >> >>> Hi Martin, >>> >>> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>>> >>>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/ >>>> classes >>>> [javac] javac: source release 6 requires target release 1.6 >>>> >>>> BUILD FAILED >>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/ >>>> build.xml:196: >>>> The following error occurred while executing this line: >>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/ >>>> build.xml:525: >>>> Compile failed; see the compiler error output for details. >>>> >>>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >>>> >>>> Can anyone else successfully build openjdk6? >>>> If so, what is the secret? >>>> Did I miss something in my inbox? >>> >>> I haven't tried upgrading oj6 yet. And one of the reasons for not >>> upgrading icedtea6 atm is to make sure the recent changes (which >>> as far >>> as I could tell were not discussed on the list) to the source and >>> target >>> defaults don't break the bootstrap. The commit you probably want to >>> inspect is: >>> >>> changeset: 49:608910eef036 >>> user: jjg >>> date: Tue Aug 11 16:40:03 2009 -0700 >>> files: make/Makefile make/build.properties make/build.xml >>> description: >>> 6870641: [langtools] update make/build.* for jdk6 >>> Reviewed-by: darcy >>> >>> Unfortunately the bug associated with that commit is also not >>> public. >>> >>> The idea behind the commit seems to be to make the -source and - >>> target >>> explicit in more places (which is a good thing). There is now also >>> an >>> override mechanism, that I admit to not fully understand because it >>> seems to be never used, through setting SOURCE_LANGUAGE_VERSION >>> and/or >>> JAVAC_SOURCE_ARG. >>> >>> Also note that with ant the default source and target depends on >>> the VM >>> that runs the ant process (which might be different from the >>> bootstrap >>> VM you are using, it probably depends on your ant installation). >>> >>> Cheers, >>> >>> Mark >>> >> >> From Joe.Darcy at Sun.COM Thu Aug 13 21:27:47 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Thu, 13 Aug 2009 21:27:47 -0700 Subject: Can't build latest openjdk6 In-Reply-To: References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> Message-ID: <4A84E7C3.8050209@sun.com> I'll do some test builds myself on Friday. -Joe Jonathan Gibbons wrote: > Martin, > > Comment noted. I'm now on vacation, so I'll look at this next week. > > -- Jon > > On Aug 13, 2009, at 6:10 PM, Martin Buchholz wrote: > >> It appears that ant is being invoked with "-Djavac.target=5", but not >> with -Djavac.source >> >> execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", >> "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", >> "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... >> >> In turn, this may be due to COMMON_BUILD_ARGUMENTS >> including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION >> >> # Common make arguments (supplied to all component builds) >> COMMON_BUILD_ARGUMENTS = \ >> JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ >> JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ >> EXTERNALSANITYCONTROL=true \ >> TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ >> MILESTONE=$(MILESTONE) \ >> BUILD_NUMBER=$(BUILD_NUMBER) \ >> JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ >> FULL_VERSION=$(FULL_VERSION) \ >> PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ >> JDK_VERSION=$(JDK_VERSION) \ >> JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ >> JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ >> JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ >> JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) >> >> which would explain why invoking ant directly in the langtools directory >> without -Djavac.target=5 would work fine (I haven't tried it). >> >> langtools build.xml could try to check javac.target and ensure that >> javac.source <= javac.target >> but I don't know how to do that (I hack make, not ant). >> >> Martin >> >> On Thu, Aug 13, 2009 at 17:35, Jonathan >> Gibbons wrote: >>> The primary goal of changeset: 49:608910eef036 is to bring the >>> langtools >>> build into line between jdk6 and jdk7, so that we can rely on >>> eseentially >>> the same behavior (subject to version differences) across the two >>> repositoiries. >>> >>> The override mechanism is unused and harmless since javac.source is >>> correctly defaulted in build.properties. It is included in 6 to >>> minimize >>> the differences between 6 and 7. >>> >>> Generally, the langtools build tries to isolate the user as much as >>> possible >>> from the version of Java used to run Ant. >>> To build langtools, you should just need to set boot.java.home; to >>> run the >>> regression tests, you will also need to >>> set target.java.home. >>> >>> -- Jon >>> >>> >>> On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: >>> >>>> Hi Martin, >>>> >>>> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>>>> >>>>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >>>>> [javac] javac: source release 6 requires target release 1.6 >>>>> >>>>> BUILD FAILED >>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >>>>> >>>>> The following error occurred while executing this line: >>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >>>>> >>>>> Compile failed; see the compiler error output for details. >>>>> >>>>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >>>>> >>>>> Can anyone else successfully build openjdk6? >>>>> If so, what is the secret? >>>>> Did I miss something in my inbox? >>>> >>>> I haven't tried upgrading oj6 yet. And one of the reasons for not >>>> upgrading icedtea6 atm is to make sure the recent changes (which as >>>> far >>>> as I could tell were not discussed on the list) to the source and >>>> target >>>> defaults don't break the bootstrap. The commit you probably want to >>>> inspect is: >>>> >>>> changeset: 49:608910eef036 >>>> user: jjg >>>> date: Tue Aug 11 16:40:03 2009 -0700 >>>> files: make/Makefile make/build.properties make/build.xml >>>> description: >>>> 6870641: [langtools] update make/build.* for jdk6 >>>> Reviewed-by: darcy >>>> >>>> Unfortunately the bug associated with that commit is also not public. >>>> >>>> The idea behind the commit seems to be to make the -source and -target >>>> explicit in more places (which is a good thing). There is now also an >>>> override mechanism, that I admit to not fully understand because it >>>> seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or >>>> JAVAC_SOURCE_ARG. >>>> >>>> Also note that with ant the default source and target depends on >>>> the VM >>>> that runs the ant process (which might be different from the bootstrap >>>> VM you are using, it probably depends on your ant installation). >>>> >>>> Cheers, >>>> >>>> Mark >>>> >>> >>> > From martinrb at google.com Thu Aug 13 23:53:55 2009 From: martinrb at google.com (Martin Buchholz) Date: Thu, 13 Aug 2009 23:53:55 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <4A84E7C3.8050209@sun.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> <4A84E7C3.8050209@sun.com> Message-ID: <1ccfd1c10908132353u4f004df7x4982af9c3aa177f9@mail.gmail.com> As an experiment, I tried the obvious diff --git a/make/Defs-internal.gmk b/make/Defs-internal.gmk --- a/make/Defs-internal.gmk +++ b/make/Defs-internal.gmk @@ -205,6 +205,7 @@ JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ EXTERNALSANITYCONTROL=true \ TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ + SOURCE_LANGUAGE_VERSION=$(TARGET_CLASS_VERSION) \ MILESTONE=$(MILESTONE) \ BUILD_NUMBER=$(BUILD_NUMBER) \ JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ and to my surprise, that caused the build to succeed. Note: This message still in bug-reporting, not bug-fixing, mode! Martin On Thu, Aug 13, 2009 at 21:27, Joseph D. Darcy wrote: > I'll do some test builds myself on Friday. > > -Joe > > Jonathan Gibbons wrote: >> >> Martin, >> >> Comment noted. ? I'm now on vacation, so I'll look at this next week. >> >> -- Jon >> >> On Aug 13, 2009, at 6:10 PM, Martin Buchholz wrote: >> >>> It appears that ant is being invoked with "-Djavac.target=5", but not >>> with -Djavac.source >>> >>> execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", >>> "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", >>> "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... >>> >>> In turn, this may be due to COMMON_BUILD_ARGUMENTS >>> including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION >>> >>> # Common make arguments (supplied to all component builds) >>> COMMON_BUILD_ARGUMENTS = \ >>> ? JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ >>> ? JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ >>> ? EXTERNALSANITYCONTROL=true \ >>> ? TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ >>> ? MILESTONE=$(MILESTONE) \ >>> ? BUILD_NUMBER=$(BUILD_NUMBER) \ >>> ? JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ >>> ? FULL_VERSION=$(FULL_VERSION) \ >>> ? PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ >>> ? JDK_VERSION=$(JDK_VERSION) \ >>> ? JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ >>> ? JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ >>> ? JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ >>> ? JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) >>> >>> which would explain why invoking ant directly in the langtools directory >>> without -Djavac.target=5 would work fine (I haven't tried it). >>> >>> langtools build.xml could try to check javac.target and ensure that >>> javac.source <= javac.target >>> but I don't know how to do that (I hack make, not ant). >>> >>> Martin >>> >>> On Thu, Aug 13, 2009 at 17:35, Jonathan Gibbons >>> wrote: >>>> >>>> The primary goal of changeset: ? 49:608910eef036 is to bring the >>>> langtools >>>> build into line between jdk6 and jdk7, so that we can rely on >>>> eseentially >>>> ?the same behavior (subject to version differences) across the two >>>> repositoiries. >>>> >>>> The override mechanism is unused and harmless since javac.source is >>>> correctly defaulted in build.properties. ?It is included in 6 to >>>> minimize >>>> the differences between 6 and 7. >>>> >>>> Generally, the langtools build tries to isolate the user as much as >>>> possible >>>> from the version of Java used to run Ant. >>>> To build langtools, you should just need to set boot.java.home; to run >>>> the >>>> regression tests, you will also need to >>>> set target.java.home. >>>> >>>> -- Jon >>>> >>>> >>>> On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: >>>> >>>>> Hi Martin, >>>>> >>>>> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>>>>> >>>>>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >>>>>> ?[javac] javac: source release 6 requires target release 1.6 >>>>>> >>>>>> BUILD FAILED >>>>>> >>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >>>>>> The following error occurred while executing this line: >>>>>> >>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >>>>>> Compile failed; see the compiler error output for details. >>>>>> >>>>>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >>>>>> >>>>>> Can anyone else successfully build openjdk6? >>>>>> If so, what is the secret? >>>>>> Did I miss something in my inbox? >>>>> >>>>> I haven't tried upgrading oj6 yet. And one of the reasons for not >>>>> upgrading icedtea6 atm is to make sure the recent changes (which as far >>>>> as I could tell were not discussed on the list) to the source and >>>>> target >>>>> defaults don't break the bootstrap. The commit you probably want to >>>>> inspect is: >>>>> >>>>> changeset: ? 49:608910eef036 >>>>> user: ? ? ? ?jjg >>>>> date: ? ? ? ?Tue Aug 11 16:40:03 2009 -0700 >>>>> files: ? ? ? make/Makefile make/build.properties make/build.xml >>>>> description: >>>>> 6870641: [langtools] update make/build.* for jdk6 >>>>> Reviewed-by: darcy >>>>> >>>>> Unfortunately the bug associated with that commit is also not public. >>>>> >>>>> The idea behind the commit seems to be to make the -source and -target >>>>> explicit in more places (which is a good thing). There is now also an >>>>> override mechanism, that I admit to not fully understand because it >>>>> seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or >>>>> JAVAC_SOURCE_ARG. >>>>> >>>>> Also note that with ant the default source and target depends on the VM >>>>> that runs the ant process (which might be different from the bootstrap >>>>> VM you are using, it probably depends on your ant installation). >>>>> >>>>> Cheers, >>>>> >>>>> Mark >>>>> >>>> >>>> >> > > From gnu_andrew at member.fsf.org Fri Aug 14 05:59:45 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 14 Aug 2009 13:59:45 +0100 Subject: Can't build latest openjdk6 In-Reply-To: <1ccfd1c10908131720p22a80c45i49cd182fc1d8a130@mail.gmail.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <1ccfd1c10908131720p22a80c45i49cd182fc1d8a130@mail.gmail.com> Message-ID: <17c6771e0908140559i2424bdd3tf9d211535b9db106@mail.gmail.com> 2009/8/14 Martin Buchholz : > The version of java using ant being significant > means there are 3 different java versions being juggled during > a single build - it's easy for us all to get very confused. > This is the main problem with switching to Ant for parts of the build. I remember I managed to end up using Kaffe (for Ant), CACAO (as bootstrap) and OpenJDK when I first tried building Zero on PPC. > I'm going to try to stay in bug-reporting mode, not bug-fixing mode, > with this problem unless Jonathan/Kelly/Joe can't reproduce the failure. > FWIW, I get the same failure here with Ant 1.7.1 and IcedTea6 as both the boot JDK and Ant's JDK. Note that the build logs diagnostics about ant to langtools/build/ant-diagnostics.log. I'll try your fix. > Martin > > On Thu, Aug 13, 2009 at 17:00, Mark Wielaard wrote: >> Hi Martin, >> >> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >>> ? ? [javac] javac: source release 6 requires target release 1.6 >>> >>> BUILD FAILED >>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >>> The following error occurred while executing this line: >>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >>> Compile failed; see the compiler error output for details. >>> >>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >>> >>> Can anyone else successfully build openjdk6? >>> If so, what is the secret? >>> Did I miss something in my inbox? >> >> I haven't tried upgrading oj6 yet. And one of the reasons for not >> upgrading icedtea6 atm is to make sure the recent changes (which as far >> as I could tell were not discussed on the list) to the source and target >> defaults don't break the bootstrap. The commit you probably want to >> inspect is: >> >> changeset: ? 49:608910eef036 >> user: ? ? ? ?jjg >> date: ? ? ? ?Tue Aug 11 16:40:03 2009 -0700 >> files: ? ? ? make/Makefile make/build.properties make/build.xml >> description: >> 6870641: [langtools] update make/build.* for jdk6 >> Reviewed-by: darcy >> >> Unfortunately the bug associated with that commit is also not public. >> >> The idea behind the commit seems to be to make the -source and -target >> explicit in more places (which is a good thing). There is now also an >> override mechanism, that I admit to not fully understand because it >> seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or >> JAVAC_SOURCE_ARG. >> >> Also note that with ant the default source and target depends on the VM >> that runs the ant process (which might be different from the bootstrap >> VM you are using, it probably depends on your ant installation). >> >> Cheers, >> >> Mark >> >> > Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Fri Aug 14 06:01:33 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 14 Aug 2009 14:01:33 +0100 Subject: Can't build latest openjdk6 In-Reply-To: <1ccfd1c10908132353u4f004df7x4982af9c3aa177f9@mail.gmail.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> <4A84E7C3.8050209@sun.com> <1ccfd1c10908132353u4f004df7x4982af9c3aa177f9@mail.gmail.com> Message-ID: <17c6771e0908140601l721c3310r455406dbf883f5a8@mail.gmail.com> 2009/8/14 Martin Buchholz : > As an experiment, I tried the obvious > > diff --git a/make/Defs-internal.gmk b/make/Defs-internal.gmk > --- a/make/Defs-internal.gmk > +++ b/make/Defs-internal.gmk > @@ -205,6 +205,7 @@ > ? ? JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ > ? ? EXTERNALSANITYCONTROL=true \ > ? ? TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ > + ? ?SOURCE_LANGUAGE_VERSION=$(TARGET_CLASS_VERSION) \ > ? ? MILESTONE=$(MILESTONE) \ > ? ? BUILD_NUMBER=$(BUILD_NUMBER) \ > ? ? JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ > > and to my surprise, that caused the build to succeed. > Note: This message still in bug-reporting, not bug-fixing, mode! > Worked for me too. > Martin > > On Thu, Aug 13, 2009 at 21:27, Joseph D. Darcy wrote: >> I'll do some test builds myself on Friday. >> >> -Joe >> >> Jonathan Gibbons wrote: >>> >>> Martin, >>> >>> Comment noted. ? I'm now on vacation, so I'll look at this next week. >>> >>> -- Jon >>> >>> On Aug 13, 2009, at 6:10 PM, Martin Buchholz wrote: >>> >>>> It appears that ant is being invoked with "-Djavac.target=5", but not >>>> with -Djavac.source >>>> >>>> execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", >>>> "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", >>>> "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... >>>> >>>> In turn, this may be due to COMMON_BUILD_ARGUMENTS >>>> including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION >>>> >>>> # Common make arguments (supplied to all component builds) >>>> COMMON_BUILD_ARGUMENTS = \ >>>> ? JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ >>>> ? JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ >>>> ? EXTERNALSANITYCONTROL=true \ >>>> ? TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ >>>> ? MILESTONE=$(MILESTONE) \ >>>> ? BUILD_NUMBER=$(BUILD_NUMBER) \ >>>> ? JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ >>>> ? FULL_VERSION=$(FULL_VERSION) \ >>>> ? PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ >>>> ? JDK_VERSION=$(JDK_VERSION) \ >>>> ? JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ >>>> ? JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ >>>> ? JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ >>>> ? JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) >>>> >>>> which would explain why invoking ant directly in the langtools directory >>>> without -Djavac.target=5 would work fine (I haven't tried it). >>>> >>>> langtools build.xml could try to check javac.target and ensure that >>>> javac.source <= javac.target >>>> but I don't know how to do that (I hack make, not ant). >>>> >>>> Martin >>>> >>>> On Thu, Aug 13, 2009 at 17:35, Jonathan Gibbons >>>> wrote: >>>>> >>>>> The primary goal of changeset: ? 49:608910eef036 is to bring the >>>>> langtools >>>>> build into line between jdk6 and jdk7, so that we can rely on >>>>> eseentially >>>>> ?the same behavior (subject to version differences) across the two >>>>> repositoiries. >>>>> >>>>> The override mechanism is unused and harmless since javac.source is >>>>> correctly defaulted in build.properties. ?It is included in 6 to >>>>> minimize >>>>> the differences between 6 and 7. >>>>> >>>>> Generally, the langtools build tries to isolate the user as much as >>>>> possible >>>>> from the version of Java used to run Ant. >>>>> To build langtools, you should just need to set boot.java.home; to run >>>>> the >>>>> regression tests, you will also need to >>>>> set target.java.home. >>>>> >>>>> -- Jon >>>>> >>>>> >>>>> On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: >>>>> >>>>>> Hi Martin, >>>>>> >>>>>> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>>>>>> >>>>>>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >>>>>>> ?[javac] javac: source release 6 requires target release 1.6 >>>>>>> >>>>>>> BUILD FAILED >>>>>>> >>>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >>>>>>> The following error occurred while executing this line: >>>>>>> >>>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >>>>>>> Compile failed; see the compiler error output for details. >>>>>>> >>>>>>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap jdk >>>>>>> >>>>>>> Can anyone else successfully build openjdk6? >>>>>>> If so, what is the secret? >>>>>>> Did I miss something in my inbox? >>>>>> >>>>>> I haven't tried upgrading oj6 yet. And one of the reasons for not >>>>>> upgrading icedtea6 atm is to make sure the recent changes (which as far >>>>>> as I could tell were not discussed on the list) to the source and >>>>>> target >>>>>> defaults don't break the bootstrap. The commit you probably want to >>>>>> inspect is: >>>>>> >>>>>> changeset: ? 49:608910eef036 >>>>>> user: ? ? ? ?jjg >>>>>> date: ? ? ? ?Tue Aug 11 16:40:03 2009 -0700 >>>>>> files: ? ? ? make/Makefile make/build.properties make/build.xml >>>>>> description: >>>>>> 6870641: [langtools] update make/build.* for jdk6 >>>>>> Reviewed-by: darcy >>>>>> >>>>>> Unfortunately the bug associated with that commit is also not public. >>>>>> >>>>>> The idea behind the commit seems to be to make the -source and -target >>>>>> explicit in more places (which is a good thing). There is now also an >>>>>> override mechanism, that I admit to not fully understand because it >>>>>> seems to be never used, through setting SOURCE_LANGUAGE_VERSION and/or >>>>>> JAVAC_SOURCE_ARG. >>>>>> >>>>>> Also note that with ant the default source and target depends on the VM >>>>>> that runs the ant process (which might be different from the bootstrap >>>>>> VM you are using, it probably depends on your ant installation). >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Mark >>>>>> >>>>> >>>>> >>> >> >> > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Mon Aug 17 08:33:44 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 17 Aug 2009 08:33:44 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <1ccfd1c10908132353u4f004df7x4982af9c3aa177f9@mail.gmail.com> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> <4A84E7C3.8050209@sun.com> <1ccfd1c10908132353u4f004df7x4982af9c3aa177f9@mail.gmail.com> Message-ID: <150EA9C8-4E52-4C58-B3CE-8C48E3AAD9B7@Sun.COM> Martin, Thanks for the update. Since the previous langtools change was just intended to be an internal cleanup, I'll fix the langtools build so that this change is not necessary. -- Jon On Aug 13, 2009, at 11:53 PM, Martin Buchholz wrote: > As an experiment, I tried the obvious > > diff --git a/make/Defs-internal.gmk b/make/Defs-internal.gmk > --- a/make/Defs-internal.gmk > +++ b/make/Defs-internal.gmk > @@ -205,6 +205,7 @@ > JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ > EXTERNALSANITYCONTROL=true \ > TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ > + SOURCE_LANGUAGE_VERSION=$(TARGET_CLASS_VERSION) \ > MILESTONE=$(MILESTONE) \ > BUILD_NUMBER=$(BUILD_NUMBER) \ > JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ > > and to my surprise, that caused the build to succeed. > Note: This message still in bug-reporting, not bug-fixing, mode! > > Martin > > On Thu, Aug 13, 2009 at 21:27, Joseph D. Darcy > wrote: >> I'll do some test builds myself on Friday. >> >> -Joe >> >> Jonathan Gibbons wrote: >>> >>> Martin, >>> >>> Comment noted. I'm now on vacation, so I'll look at this next >>> week. >>> >>> -- Jon >>> >>> On Aug 13, 2009, at 6:10 PM, Martin Buchholz wrote: >>> >>>> It appears that ant is being invoked with "-Djavac.target=5", but >>>> not >>>> with -Djavac.source >>>> >>>> execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", >>>> "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", >>>> "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... >>>> >>>> In turn, this may be due to COMMON_BUILD_ARGUMENTS >>>> including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION >>>> >>>> # Common make arguments (supplied to all component builds) >>>> COMMON_BUILD_ARGUMENTS = \ >>>> JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ >>>> JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ >>>> EXTERNALSANITYCONTROL=true \ >>>> TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ >>>> MILESTONE=$(MILESTONE) \ >>>> BUILD_NUMBER=$(BUILD_NUMBER) \ >>>> JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ >>>> FULL_VERSION=$(FULL_VERSION) \ >>>> PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ >>>> JDK_VERSION=$(JDK_VERSION) \ >>>> JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ >>>> JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ >>>> JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ >>>> JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) >>>> >>>> which would explain why invoking ant directly in the langtools >>>> directory >>>> without -Djavac.target=5 would work fine (I haven't tried it). >>>> >>>> langtools build.xml could try to check javac.target and ensure that >>>> javac.source <= javac.target >>>> but I don't know how to do that (I hack make, not ant). >>>> >>>> Martin >>>> >>>> On Thu, Aug 13, 2009 at 17:35, Jonathan Gibbons>>> > >>>> wrote: >>>>> >>>>> The primary goal of changeset: 49:608910eef036 is to bring the >>>>> langtools >>>>> build into line between jdk6 and jdk7, so that we can rely on >>>>> eseentially >>>>> the same behavior (subject to version differences) across the two >>>>> repositoiries. >>>>> >>>>> The override mechanism is unused and harmless since javac.source >>>>> is >>>>> correctly defaulted in build.properties. It is included in 6 to >>>>> minimize >>>>> the differences between 6 and 7. >>>>> >>>>> Generally, the langtools build tries to isolate the user as much >>>>> as >>>>> possible >>>>> from the version of Java used to run Ant. >>>>> To build langtools, you should just need to set boot.java.home; >>>>> to run >>>>> the >>>>> regression tests, you will also need to >>>>> set target.java.home. >>>>> >>>>> -- Jon >>>>> >>>>> >>>>> On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: >>>>> >>>>>> Hi Martin, >>>>>> >>>>>> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>>>>>> >>>>>>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/ >>>>>>> classes >>>>>>> [javac] javac: source release 6 requires target release 1.6 >>>>>>> >>>>>>> BUILD FAILED >>>>>>> >>>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/ >>>>>>> build.xml:196: >>>>>>> The following error occurred while executing this line: >>>>>>> >>>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/ >>>>>>> build.xml:525: >>>>>>> Compile failed; see the compiler error output for details. >>>>>>> >>>>>>> whether or not I use a vanilla jdk6 (or even jdk7) as >>>>>>> bootstrap jdk >>>>>>> >>>>>>> Can anyone else successfully build openjdk6? >>>>>>> If so, what is the secret? >>>>>>> Did I miss something in my inbox? >>>>>> >>>>>> I haven't tried upgrading oj6 yet. And one of the reasons for not >>>>>> upgrading icedtea6 atm is to make sure the recent changes >>>>>> (which as far >>>>>> as I could tell were not discussed on the list) to the source and >>>>>> target >>>>>> defaults don't break the bootstrap. The commit you probably >>>>>> want to >>>>>> inspect is: >>>>>> >>>>>> changeset: 49:608910eef036 >>>>>> user: jjg >>>>>> date: Tue Aug 11 16:40:03 2009 -0700 >>>>>> files: make/Makefile make/build.properties make/build.xml >>>>>> description: >>>>>> 6870641: [langtools] update make/build.* for jdk6 >>>>>> Reviewed-by: darcy >>>>>> >>>>>> Unfortunately the bug associated with that commit is also not >>>>>> public. >>>>>> >>>>>> The idea behind the commit seems to be to make the -source and - >>>>>> target >>>>>> explicit in more places (which is a good thing). There is now >>>>>> also an >>>>>> override mechanism, that I admit to not fully understand >>>>>> because it >>>>>> seems to be never used, through setting SOURCE_LANGUAGE_VERSION >>>>>> and/or >>>>>> JAVAC_SOURCE_ARG. >>>>>> >>>>>> Also note that with ant the default source and target depends >>>>>> on the VM >>>>>> that runs the ant process (which might be different from the >>>>>> bootstrap >>>>>> VM you are using, it probably depends on your ant installation). >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Mark >>>>>> >>>>> >>>>> >>> >> >> From Jonathan.Gibbons at Sun.COM Mon Aug 17 14:47:10 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 17 Aug 2009 14:47:10 -0700 Subject: Can't build latest openjdk6 In-Reply-To: <150EA9C8-4E52-4C58-B3CE-8C48E3AAD9B7@Sun.COM> References: <1ccfd1c10908131525v3307e755o867861bec43882c9@mail.gmail.com> <1250208058.2153.26.camel@springer.wildebeest.org> <5F7B2BC2-7906-463B-8717-5D42B56C1E18@Sun.COM> <1ccfd1c10908131810l4289c617k94923ff88d7b9b96@mail.gmail.com> <4A84E7C3.8050209@sun.com> <1ccfd1c10908132353u4f004df7x4982af9c3aa177f9@mail.gmail.com> <150EA9C8-4E52-4C58-B3CE-8C48E3AAD9B7@Sun.COM> Message-ID: <4A89CFDE.2070400@sun.com> I've been investigating how/why my recent change broke the build for OpenJDK 6, for which I apologize. The changeset in question is > changeset: 49:608910eef036 > user: jjg > date: Tue Aug 11 16:40:03 2009 -0700 > files: make/Makefile make/build.properties make/build.xml > description: 6870641: [langtools] update make/build.* for jdk6 > Reviewed-by: darcy This was intended to be a transparent internal change within langtools, so that as much as possible, the langtools infrastructure should be the same between jdk6 and jdk7. Ideally, the only differences between the two should be the version numbers in the various places they occur: I was even thinking of setting up a cron-job to monitor the differences between the versions of selected files, and a way of making sure that changes in one version were considered for the other. The issue arose from lines 63,64 in build.properties, which set the default values for javac.source and javac.target used by the bootstrap javac to compile the rest of the tools. Previously, javac.source was unset, and in the changeset, it got set to 6, which conflicted with the value for javac.target (5) being passed in through the Makefile from the top level Makefile. Arguably, javac should not be so strict and should allow -source 6 -target 5, but setting that aside, the quick and correct fix for the recent breakage is to change the values of javac.source and javac.target from 6 down to 5 in lines 63,64 of build.properties. I will post a changeset for that shortly. -- Jon Jonathan Gibbons wrote: > Martin, > > Thanks for the update. Since the previous langtools change was just > intended to be an internal cleanup, I'll fix the langtools build so > that this change is not necessary. > > -- Jon > > > On Aug 13, 2009, at 11:53 PM, Martin Buchholz wrote: > >> As an experiment, I tried the obvious >> >> diff --git a/make/Defs-internal.gmk b/make/Defs-internal.gmk >> --- a/make/Defs-internal.gmk >> +++ b/make/Defs-internal.gmk >> @@ -205,6 +205,7 @@ >> JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ >> EXTERNALSANITYCONTROL=true \ >> TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ >> + SOURCE_LANGUAGE_VERSION=$(TARGET_CLASS_VERSION) \ >> MILESTONE=$(MILESTONE) \ >> BUILD_NUMBER=$(BUILD_NUMBER) \ >> JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ >> >> and to my surprise, that caused the build to succeed. >> Note: This message still in bug-reporting, not bug-fixing, mode! >> >> Martin >> >> On Thu, Aug 13, 2009 at 21:27, Joseph D. Darcy wrote: >>> I'll do some test builds myself on Friday. >>> >>> -Joe >>> >>> Jonathan Gibbons wrote: >>>> >>>> Martin, >>>> >>>> Comment noted. I'm now on vacation, so I'll look at this next week. >>>> >>>> -- Jon >>>> >>>> On Aug 13, 2009, at 6:10 PM, Martin Buchholz wrote: >>>> >>>>> It appears that ant is being invoked with "-Djavac.target=5", but not >>>>> with -Djavac.source >>>>> >>>>> execve("/usr/bin/ant", ["ant", "-Djdk.version=1.6.0", >>>>> "-Dfull.version=1.6.0-internal-ma"..., "-Dmilestone=internal", >>>>> "-Dbuild.number=b00", "-Djavac.target=5", "-Dboot.java.home=/ ..... >>>>> >>>>> In turn, this may be due to COMMON_BUILD_ARGUMENTS >>>>> including TARGET_CLASS_VERSION but not SOURCE_LANGUAGE_VERSION >>>>> >>>>> # Common make arguments (supplied to all component builds) >>>>> COMMON_BUILD_ARGUMENTS = \ >>>>> JDK_TOPDIR=$(ABS_JDK_TOPDIR) \ >>>>> JDK_MAKE_SHARED_DIR=$(ABS_JDK_TOPDIR)/make/common/shared \ >>>>> EXTERNALSANITYCONTROL=true \ >>>>> TARGET_CLASS_VERSION=$(TARGET_CLASS_VERSION) \ >>>>> MILESTONE=$(MILESTONE) \ >>>>> BUILD_NUMBER=$(BUILD_NUMBER) \ >>>>> JDK_BUILD_NUMBER=$(JDK_BUILD_NUMBER) \ >>>>> FULL_VERSION=$(FULL_VERSION) \ >>>>> PREVIOUS_JDK_VERSION=$(PREVIOUS_JDK_VERSION) \ >>>>> JDK_VERSION=$(JDK_VERSION) \ >>>>> JDK_MKTG_VERSION=$(JDK_MKTG_VERSION) \ >>>>> JDK_MAJOR_VERSION=$(JDK_MAJOR_VERSION) \ >>>>> JDK_MINOR_VERSION=$(JDK_MINOR_VERSION) \ >>>>> JDK_MICRO_VERSION=$(JDK_MICRO_VERSION) >>>>> >>>>> which would explain why invoking ant directly in the langtools >>>>> directory >>>>> without -Djavac.target=5 would work fine (I haven't tried it). >>>>> >>>>> langtools build.xml could try to check javac.target and ensure that >>>>> javac.source <= javac.target >>>>> but I don't know how to do that (I hack make, not ant). >>>>> >>>>> Martin >>>>> >>>>> On Thu, Aug 13, 2009 at 17:35, Jonathan >>>>> Gibbons >>>>> wrote: >>>>>> >>>>>> The primary goal of changeset: 49:608910eef036 is to bring the >>>>>> langtools >>>>>> build into line between jdk6 and jdk7, so that we can rely on >>>>>> eseentially >>>>>> the same behavior (subject to version differences) across the two >>>>>> repositoiries. >>>>>> >>>>>> The override mechanism is unused and harmless since javac.source is >>>>>> correctly defaulted in build.properties. It is included in 6 to >>>>>> minimize >>>>>> the differences between 6 and 7. >>>>>> >>>>>> Generally, the langtools build tries to isolate the user as much as >>>>>> possible >>>>>> from the version of Java used to run Ant. >>>>>> To build langtools, you should just need to set boot.java.home; >>>>>> to run >>>>>> the >>>>>> regression tests, you will also need to >>>>>> set target.java.home. >>>>>> >>>>>> -- Jon >>>>>> >>>>>> >>>>>> On Aug 13, 2009, at 5:00 PM, Mark Wielaard wrote: >>>>>> >>>>>>> Hi Martin, >>>>>>> >>>>>>> On Thu, 2009-08-13 at 15:25 -0700, Martin Buchholz wrote: >>>>>>>> >>>>>>>> /home/martinrb/ws/openjdk6/build/linux-amd64/langtools/build/classes >>>>>>>> >>>>>>>> [javac] javac: source release 6 requires target release 1.6 >>>>>>>> >>>>>>>> BUILD FAILED >>>>>>>> >>>>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:196: >>>>>>>> >>>>>>>> The following error occurred while executing this line: >>>>>>>> >>>>>>>> /usr/local/google/home/martin/ws/openjdk6/langtools/make/build.xml:525: >>>>>>>> >>>>>>>> Compile failed; see the compiler error output for details. >>>>>>>> >>>>>>>> whether or not I use a vanilla jdk6 (or even jdk7) as bootstrap >>>>>>>> jdk >>>>>>>> >>>>>>>> Can anyone else successfully build openjdk6? >>>>>>>> If so, what is the secret? >>>>>>>> Did I miss something in my inbox? >>>>>>> >>>>>>> I haven't tried upgrading oj6 yet. And one of the reasons for not >>>>>>> upgrading icedtea6 atm is to make sure the recent changes (which >>>>>>> as far >>>>>>> as I could tell were not discussed on the list) to the source and >>>>>>> target >>>>>>> defaults don't break the bootstrap. The commit you probably want to >>>>>>> inspect is: >>>>>>> >>>>>>> changeset: 49:608910eef036 >>>>>>> user: jjg >>>>>>> date: Tue Aug 11 16:40:03 2009 -0700 >>>>>>> files: make/Makefile make/build.properties make/build.xml >>>>>>> description: >>>>>>> 6870641: [langtools] update make/build.* for jdk6 >>>>>>> Reviewed-by: darcy >>>>>>> >>>>>>> Unfortunately the bug associated with that commit is also not >>>>>>> public. >>>>>>> >>>>>>> The idea behind the commit seems to be to make the -source and >>>>>>> -target >>>>>>> explicit in more places (which is a good thing). There is now >>>>>>> also an >>>>>>> override mechanism, that I admit to not fully understand because it >>>>>>> seems to be never used, through setting SOURCE_LANGUAGE_VERSION >>>>>>> and/or >>>>>>> JAVAC_SOURCE_ARG. >>>>>>> >>>>>>> Also note that with ant the default source and target depends on >>>>>>> the VM >>>>>>> that runs the ant process (which might be different from the >>>>>>> bootstrap >>>>>>> VM you are using, it probably depends on your ant installation). >>>>>>> >>>>>>> Cheers, >>>>>>> >>>>>>> Mark >>>>>>> >>>>>> >>>>>> >>>> >>> >>> > From gnu_andrew at member.fsf.org Tue Aug 18 05:24:13 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 13:24:13 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools Message-ID: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> Currently the javac calls for building the bootstrap tools (not the classes for the final JDK, which correctly now use source and target 7) don't set an explicit source and target version. The webrev: http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ sets these to 6 explicitly, as happens in the Ant builds performed by langtools/jaxp/jaxws. This is noticeable especially when using ecj as the bootstrap javac as it defaults to a version < 1.5, and the build fails. Ok to push? Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Tue Aug 18 08:17:56 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Tue, 18 Aug 2009 08:17:56 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> Message-ID: <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> Andrew, If this is a patch for jdk7, it does not appear to be a patch to a recent copy of 7. Specifically, you do not seem to have the recent changeset to set the source/target used to compile JDK to 7. [1] While your patch does not directly conflict with any edits in that patch, and while the effect of your patch looks OK, in that patch I was extending the precedent of TARGET_CLASS_VERSION to have an explicit macro for (just) the version number, so that it is easy to change the value of (just) the version number from the command line. With that in mind, I would suggest something like the following for your patch: BOOT_SOURCE_LANGUAGE_VERSION = 6 BOOT_TARGET_CLASS_VERSION = 6 BOOT_JAVACFLAGS += -encoding ascii -source $ (BOOT_SOURCE_LANGUAGE_VERSION) -target $(BOOT_TARGET_CLASS_VERSION) -- Jon [1] http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: > Currently the javac calls for building the bootstrap tools (not the > classes for the final JDK, which correctly now use source and target > 7) don't set an explicit source and target version. > > The webrev: > > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ > > sets these to 6 explicitly, as happens in the Ant builds performed by > langtools/jaxp/jaxws. This is noticeable especially when using ecj as > the bootstrap javac as it defaults to a version < 1.5, and the build > fails. > > Ok to push? > > Thanks, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Kelly.Ohair at Sun.COM Tue Aug 18 08:38:18 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 18 Aug 2009 08:38:18 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> Message-ID: <4A8ACAEA.9050908@sun.com> I also prefer Jon's suggested change. I was going to suggest the same thing. -kto Jonathan Gibbons wrote: > Andrew, > > If this is a patch for jdk7, it does not appear to be a patch to a > recent copy > of 7. Specifically, you do not seem to have the recent changeset to set > the source/target used to compile JDK to 7. [1] > > While your patch does not directly conflict with any edits in that > patch, and > while the effect of your patch looks OK, in that patch I was extending the > precedent of TARGET_CLASS_VERSION to have an explicit macro for > (just) the version number, so that it is easy to change the value of (just) > the version number from the command line. > > With that in mind, I would suggest something like the following for your > patch: > > BOOT_SOURCE_LANGUAGE_VERSION = 6 > BOOT_TARGET_CLASS_VERSION = 6 > BOOT_JAVACFLAGS += -encoding ascii -source > $(BOOT_SOURCE_LANGUAGE_VERSION) -target $(BOOT_TARGET_CLASS_VERSION) > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html > > > On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: > >> Currently the javac calls for building the bootstrap tools (not the >> classes for the final JDK, which correctly now use source and target >> 7) don't set an explicit source and target version. >> >> The webrev: >> >> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >> >> sets these to 6 explicitly, as happens in the Ant builds performed by >> langtools/jaxp/jaxws. This is noticeable especially when using ecj as >> the bootstrap javac as it defaults to a version < 1.5, and the build >> fails. >> >> Ok to push? >> >> Thanks, >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > From gnu_andrew at member.fsf.org Tue Aug 18 09:13:07 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 17:13:07 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> Message-ID: <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> 2009/8/18 Jonathan Gibbons : > Andrew, > > If this is a patch for jdk7, it does not appear to be a patch to a recent > copy > of 7. It's against b69 which is the latest release (from Friday). The patches are against the IcedTea forest so builds can be tested with IcedTea as well. Specifically, you do not seem to have the recent changeset ?to set > the source/target used to compile JDK to 7. [1] > Er... yes I do: # Add the source level LANGUAGE_VERSION = -source 7 JAVACFLAGS += $(LANGUAGE_VERSION) # Add the class version we want TARGET_CLASS_VERSION = 7 CLASS_VERSION = -target $(TARGET_CLASS_VERSION) JAVACFLAGS += $(CLASS_VERSION) JAVACFLAGS += -encoding ascii JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar JAVACFLAGS += $(OTHER_JAVACFLAGS) but these only cover the rt classes and not the bootstrap classes. > While your patch does not directly conflict with any edits in that patch, > and > while the effect of your patch looks OK, in that patch I was extending the > precedent of TARGET_CLASS_VERSION to have an explicit macro for > (just) the version number, so that it is easy to change the value of (just) > the version number from the command line. > > With that in mind, I would suggest something like the following for your > patch: > > BOOT_SOURCE_LANGUAGE_VERSION = 6 > BOOT_TARGET_CLASS_VERSION = 6 > BOOT_JAVACFLAGS ?+= -encoding ascii -source $(BOOT_SOURCE_LANGUAGE_VERSION) > -target $(BOOT_TARGET_CLASS_VERSION) > I didn't copy this for the 6 changes because I didn't immediately see the point of using variables just for this single use. I forgot that it is possible to override these from the command line, so I've update the patch: http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html > > > On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: > >> Currently the javac calls for building the bootstrap tools (not the >> classes for the final JDK, which correctly now use source and target >> 7) don't set an explicit source and target version. >> >> The webrev: >> >> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >> >> sets these to 6 explicitly, as happens in the Ant builds performed by >> langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as >> the bootstrap javac as it defaults to a version < 1.5, and the build >> fails. >> >> Ok to push? >> >> Thanks, >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Tue Aug 18 09:19:44 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 17:19:44 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools Message-ID: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> This is pretty much the same change as for CORBA, but for JDK: http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added and set to 6 by default. They are then used by the bootstrap javac. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Tue Aug 18 09:20:03 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 17:20:03 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools Message-ID: <17c6771e0908180920h5b10c573n1a9399e33e0466e5@mail.gmail.com> This is pretty much the same change as for CORBA, but for JDK: http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added and set to 6 by default. They are then used by the bootstrap javac. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Tue Aug 18 09:38:38 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 17:38:38 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools In-Reply-To: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> References: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> Message-ID: <17c6771e0908180938k5658c292l8c8249d421f17048@mail.gmail.com> 2009/8/18 Andrew John Hughes : > This is pretty much the same change as for CORBA, but for JDK: > > http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ > > BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added > and set to 6 by default. ?They are then used by the bootstrap javac. > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > Just spotted a typo I made in doing the conversion mentioned in the CORBA review. Please check: http://cr.openjdk.java.net/~andrew/ecj/04/webrev.02/ instead. Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Kelly.Ohair at Sun.COM Tue Aug 18 10:35:14 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 18 Aug 2009 10:35:14 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools In-Reply-To: <17c6771e0908180938k5658c292l8c8249d421f17048@mail.gmail.com> References: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> <17c6771e0908180938k5658c292l8c8249d421f17048@mail.gmail.com> Message-ID: <4A8AE652.9040005@sun.com> This one looks fine to me. -kto Andrew John Hughes wrote: > 2009/8/18 Andrew John Hughes : >> This is pretty much the same change as for CORBA, but for JDK: >> >> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ >> >> BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added >> and set to 6 by default. They are then used by the bootstrap javac. >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > Just spotted a typo I made in doing the conversion mentioned in the > CORBA review. Please check: > > http://cr.openjdk.java.net/~andrew/ecj/04/webrev.02/ > > instead. > > Thanks, From gnu_andrew at member.fsf.org Tue Aug 18 11:01:53 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 19:01:53 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools In-Reply-To: <4A8AE652.9040005@sun.com> References: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> <17c6771e0908180938k5658c292l8c8249d421f17048@mail.gmail.com> <4A8AE652.9040005@sun.com> Message-ID: <17c6771e0908181101p3a3b89f2i2c652c4cd8d28bd2@mail.gmail.com> 2009/8/18 Kelly O'Hair : > This one looks fine to me. > > -kto > > > Andrew John Hughes wrote: >> >> 2009/8/18 Andrew John Hughes : >>> >>> This is pretty much the same change as for CORBA, but for JDK: >>> >>> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ >>> >>> BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added >>> and set to 6 by default. ?They are then used by the bootstrap javac. >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>> >> >> Just spotted a typo I made in doing the conversion mentioned in the >> CORBA review. ?Please check: >> >> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.02/ >> >> instead. >> >> Thanks, > Thanks, Kelly. Can you assign me a bug ID for this and I'll push it to build-gate? Cheers, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Kelly.Ohair at Sun.COM Tue Aug 18 11:24:09 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 18 Aug 2009 11:24:09 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools In-Reply-To: <17c6771e0908181101p3a3b89f2i2c652c4cd8d28bd2@mail.gmail.com> References: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> <17c6771e0908180938k5658c292l8c8249d421f17048@mail.gmail.com> <4A8AE652.9040005@sun.com> <17c6771e0908181101p3a3b89f2i2c652c4cd8d28bd2@mail.gmail.com> Message-ID: <4A8AF1C9.1020901@sun.com> 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk javac You can use this same bugid with multiple repositories. -kto Andrew John Hughes wrote: > 2009/8/18 Kelly O'Hair : >> This one looks fine to me. >> >> -kto >> >> >> Andrew John Hughes wrote: >>> 2009/8/18 Andrew John Hughes : >>>> This is pretty much the same change as for CORBA, but for JDK: >>>> >>>> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ >>>> >>>> BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added >>>> and set to 6 by default. They are then used by the bootstrap javac. >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> >>> Just spotted a typo I made in doing the conversion mentioned in the >>> CORBA review. Please check: >>> >>> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.02/ >>> >>> instead. >>> >>> Thanks, > > Thanks, Kelly. Can you assign me a bug ID for this and I'll push it > to build-gate? > > Cheers, From ahughes at redhat.com Tue Aug 18 12:24:13 2009 From: ahughes at redhat.com (ahughes at redhat.com) Date: Tue, 18 Aug 2009 19:24:13 +0000 Subject: hg: jdk7/build/jdk: 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk javac Message-ID: <20090818192455.D5FA9EFF0@hg.openjdk.java.net> Changeset: 80368890a2a0 Author: andrew Date: 2009-08-18 19:50 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/80368890a2a0 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk javac Summary: The bootstrap javac currently uses the default source and targets of the boot javac Reviewed-by: ohair ! make/common/shared/Defs-java.gmk From gnu_andrew at member.fsf.org Tue Aug 18 12:49:39 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 18 Aug 2009 20:49:39 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for JDK bootstrap tools In-Reply-To: <4A8AF1C9.1020901@sun.com> References: <17c6771e0908180919m6a28bb92wc0faaa676d27c244@mail.gmail.com> <17c6771e0908180938k5658c292l8c8249d421f17048@mail.gmail.com> <4A8AE652.9040005@sun.com> <17c6771e0908181101p3a3b89f2i2c652c4cd8d28bd2@mail.gmail.com> <4A8AF1C9.1020901@sun.com> Message-ID: <17c6771e0908181249r71cee19cg7b7b87f4a0859ad6@mail.gmail.com> 2009/8/18 Kelly O'Hair : > 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk > javac > > You can use this same bugid with multiple repositories. > Thanks. Pushed: http://hg.openjdk.java.net/jdk7/build/jdk/rev/80368890a2a0 I'll push the other three patches under this bug ID once approved: hotspot: http://mail.openjdk.java.net/pipermail/hotspot-dev/2009-August/001960.html langtools: http://mail.openjdk.java.net/pipermail/compiler-dev/2009-August/001380.html corba: http://mail.openjdk.java.net/pipermail/build-dev/2009-August/002245.html jaxp and jaxws seem to have escaped (this time) :) > -kto > > Andrew John Hughes wrote: >> >> 2009/8/18 Kelly O'Hair : >>> >>> This one looks fine to me. >>> >>> -kto >>> >>> >>> Andrew John Hughes wrote: >>>> >>>> 2009/8/18 Andrew John Hughes : >>>>> >>>>> This is pretty much the same change as for CORBA, but for JDK: >>>>> >>>>> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.01/ >>>>> >>>>> BOOT_SOURCE_LANGUAGE_VERSION and BOOT_TARGET_CLASS_VERSION are added >>>>> and set to 6 by default. ?They are then used by the bootstrap javac. >>>>> -- >>>>> Andrew :-) >>>>> >>>>> Free Java Software Engineer >>>>> Red Hat, Inc. (http://www.redhat.com) >>>>> >>>>> Support Free Java! >>>>> Contribute to GNU Classpath and the OpenJDK >>>>> http://www.gnu.org/software/classpath >>>>> http://openjdk.java.net >>>>> >>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>>> >>>> Just spotted a typo I made in doing the conversion mentioned in the >>>> CORBA review. ?Please check: >>>> >>>> http://cr.openjdk.java.net/~andrew/ecj/04/webrev.02/ >>>> >>>> instead. >>>> >>>> Thanks, >> >> Thanks, Kelly. ?Can you assign me a bug ID for this and I'll push it >> to build-gate? >> >> Cheers, > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From xiomara.jayasena at sun.com Tue Aug 18 20:04:48 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 03:04:48 +0000 Subject: hg: jdk7/build: 4 new changesets Message-ID: <20090819030448.94F8412023@hg.openjdk.java.net> Changeset: 51a71c2c4b80 Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/51a71c2c4b80 Added tag jdk7-b69 for changeset 82e6c820c51a ! .hgtags Changeset: 4cad5a3f5038 Author: asaha Date: 2009-08-07 11:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/4cad5a3f5038 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README Changeset: fb676d15f20f Author: asaha Date: 2009-08-10 10:49 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/fb676d15f20f Merge Changeset: 175cb3fe6159 Author: tbell Date: 2009-08-14 08:49 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/175cb3fe6159 Merge From xiomara.jayasena at sun.com Tue Aug 18 20:11:26 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 03:11:26 +0000 Subject: hg: jdk7/build/corba: 4 new changesets Message-ID: <20090819031130.9430B12028@hg.openjdk.java.net> Changeset: 07b3e9ba5085 Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/07b3e9ba5085 Added tag jdk7-b69 for changeset 8120d308ec4e ! .hgtags Changeset: f3f572ea0cf2 Author: asaha Date: 2009-08-07 11:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/f3f572ea0cf2 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README Changeset: 691649734a70 Author: asaha Date: 2009-08-10 10:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/691649734a70 Merge Changeset: 175bd6877954 Author: tbell Date: 2009-08-14 08:49 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/175bd6877954 Merge From xiomara.jayasena at sun.com Tue Aug 18 20:18:44 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 03:18:44 +0000 Subject: hg: jdk7/build/hotspot: 4 new changesets Message-ID: <20090819031856.3C77E1202D@hg.openjdk.java.net> Changeset: 5021b9893d0a Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/5021b9893d0a Added tag jdk7-b69 for changeset 54fd4d923296 ! .hgtags Changeset: 185d256992c3 Author: asaha Date: 2009-08-07 11:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/185d256992c3 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README Changeset: adba5b333f26 Author: asaha Date: 2009-08-10 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/adba5b333f26 Merge Changeset: 0632c3e615a3 Author: tbell Date: 2009-08-14 08:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/0632c3e615a3 Merge From xiomara.jayasena at sun.com Tue Aug 18 20:33:36 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 03:33:36 +0000 Subject: hg: jdk7/build/jaxp: 11 new changesets Message-ID: <20090819033353.4990412032@hg.openjdk.java.net> Changeset: 8287833daabc Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/8287833daabc Added tag jdk7-b69 for changeset a4ab0d6ded63 ! .hgtags Changeset: 1687f5192ce7 Author: asaha Date: 2009-06-22 13:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/1687f5192ce7 6845701: Xerces2 Java XML library infinite loop with malformed XML input Reviewed-by: hawtin ! src/share/classes/com/sun/org/apache/xerces/internal/impl/XMLScanner.java Changeset: 1b3c6eec7d31 Author: asaha Date: 2009-06-30 16:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/1b3c6eec7d31 Merge Changeset: e8d3c15bb7f6 Author: asaha Date: 2009-07-06 11:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/e8d3c15bb7f6 Merge Changeset: 1c82b475604f Author: asaha Date: 2009-07-21 11:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/1c82b475604f Merge Changeset: fb3829850f08 Author: asaha Date: 2009-07-27 22:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/fb3829850f08 Merge Changeset: 66f9efcdd76c Author: asaha Date: 2009-08-03 12:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/66f9efcdd76c Merge Changeset: 16184436ba33 Author: asaha Date: 2009-08-06 22:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/16184436ba33 Merge Changeset: c7914d53581c Author: asaha Date: 2009-08-07 11:31 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/c7914d53581c 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README Changeset: deec13478962 Author: asaha Date: 2009-08-10 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/deec13478962 Merge Changeset: c83f0106b78a Author: tbell Date: 2009-08-14 08:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/c83f0106b78a Merge From xiomara.jayasena at sun.com Tue Aug 18 20:39:48 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 03:39:48 +0000 Subject: hg: jdk7/build/jaxws: 5 new changesets Message-ID: <20090819033955.764AA12037@hg.openjdk.java.net> Changeset: 1041c9cce799 Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/1041c9cce799 Added tag jdk7-b69 for changeset 3e64fdfb9291 ! .hgtags Changeset: 860b95cc8d1d Author: asaha Date: 2009-08-07 11:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/860b95cc8d1d 6813167: 6u14 JAX-WS audit mutable static bugs 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README + jaxws.patch + patch.out ! src/share/classes/com/sun/codemodel/internal/JAnnotatable.java ! src/share/classes/com/sun/codemodel/internal/JAnnotationUse.java ! src/share/classes/com/sun/codemodel/internal/JAnnotationWriter.java ! src/share/classes/com/sun/codemodel/internal/JBlock.java ! src/share/classes/com/sun/codemodel/internal/JCommentPart.java ! src/share/classes/com/sun/codemodel/internal/JDirectClass.java ! src/share/classes/com/sun/codemodel/internal/JExpr.java ! src/share/classes/com/sun/codemodel/internal/JJavaName.java ! src/share/classes/com/sun/codemodel/internal/JMethod.java ! src/share/classes/com/sun/codemodel/internal/JPackage.java ! src/share/classes/com/sun/codemodel/internal/JTypeWildcard.java ! src/share/classes/com/sun/codemodel/internal/TypedAnnotationWriter.java - src/share/classes/com/sun/codemodel/internal/fmt/package.html ! src/share/classes/com/sun/codemodel/internal/package-info.java ! src/share/classes/com/sun/codemodel/internal/util/EncoderFactory.java ! src/share/classes/com/sun/codemodel/internal/util/MS1252Encoder.java ! src/share/classes/com/sun/codemodel/internal/writer/FilterCodeWriter.java + src/share/classes/com/sun/istack/internal/Builder.java ! src/share/classes/com/sun/istack/internal/Pool.java ! src/share/classes/com/sun/istack/internal/XMLStreamReaderToContentHandler.java + src/share/classes/com/sun/istack/internal/localization/Localizable.java + src/share/classes/com/sun/istack/internal/localization/LocalizableMessage.java + src/share/classes/com/sun/istack/internal/localization/LocalizableMessageFactory.java + src/share/classes/com/sun/istack/internal/localization/Localizer.java ! src/share/classes/com/sun/istack/internal/ws/AnnotationProcessorFactoryImpl.java ! src/share/classes/com/sun/tools/internal/jxc/ConfigReader.java ! src/share/classes/com/sun/tools/internal/jxc/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/jxc/Messages.java ! src/share/classes/com/sun/tools/internal/jxc/SchemaGenerator.java + src/share/classes/com/sun/tools/internal/jxc/SchemaGeneratorFacade.java ! src/share/classes/com/sun/tools/internal/jxc/apt/AnnotationParser.java ! src/share/classes/com/sun/tools/internal/jxc/apt/AnnotationProcessorFactoryImpl.java ! src/share/classes/com/sun/tools/internal/jxc/apt/Const.java ! src/share/classes/com/sun/tools/internal/jxc/apt/ErrorReceiverImpl.java ! src/share/classes/com/sun/tools/internal/jxc/apt/InlineAnnotationReaderImpl.java ! src/share/classes/com/sun/tools/internal/jxc/apt/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/jxc/apt/Messages.java ! src/share/classes/com/sun/tools/internal/jxc/apt/Options.java ! src/share/classes/com/sun/tools/internal/jxc/apt/SchemaGenerator.java ! src/share/classes/com/sun/tools/internal/jxc/gen/config/Classes.java ! src/share/classes/com/sun/tools/internal/jxc/gen/config/Config.java ! src/share/classes/com/sun/tools/internal/jxc/gen/config/Schema.java ! src/share/classes/com/sun/tools/internal/jxc/gen/config/config.xsd ! src/share/classes/com/sun/tools/internal/jxc/model/nav/APTNavigator.java ! src/share/classes/com/sun/tools/internal/ws/Invoker.java ! src/share/classes/com/sun/tools/internal/ws/api/TJavaGeneratorExtension.java + src/share/classes/com/sun/tools/internal/ws/api/WsgenExtension.java + src/share/classes/com/sun/tools/internal/ws/api/WsgenProtocol.java ! src/share/classes/com/sun/tools/internal/ws/api/wsdl/TWSDLExtensible.java ! src/share/classes/com/sun/tools/internal/ws/api/wsdl/TWSDLExtension.java ! src/share/classes/com/sun/tools/internal/ws/api/wsdl/TWSDLExtensionHandler.java ! src/share/classes/com/sun/tools/internal/ws/api/wsdl/TWSDLOperation.java ! src/share/classes/com/sun/tools/internal/ws/api/wsdl/TWSDLParserContext.java ! src/share/classes/com/sun/tools/internal/ws/package-info.java ! src/share/classes/com/sun/tools/internal/ws/processor/generator/GeneratorBase.java ! src/share/classes/com/sun/tools/internal/ws/processor/generator/SeiGenerator.java ! src/share/classes/com/sun/tools/internal/ws/processor/generator/ServiceGenerator.java ! src/share/classes/com/sun/tools/internal/ws/processor/generator/W3CAddressingJavaGeneratorExtension.java ! src/share/classes/com/sun/tools/internal/ws/processor/model/Port.java ! src/share/classes/com/sun/tools/internal/ws/processor/model/java/JavaMethod.java ! src/share/classes/com/sun/tools/internal/ws/processor/model/jaxb/JAXBType.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceAP.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceVisitor.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceWrapperGenerator.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/wsdl/ConsoleErrorReporter.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/wsdl/PseudoSchemaBuilder.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/wsdl/WSDLModeler.java ! src/share/classes/com/sun/tools/internal/ws/processor/modeler/wsdl/WSDLModelerBase.java ! src/share/classes/com/sun/tools/internal/ws/processor/util/ClassNameCollector.java ! src/share/classes/com/sun/tools/internal/ws/resources/GeneratorMessages.java ! src/share/classes/com/sun/tools/internal/ws/resources/ModelMessages.java ! src/share/classes/com/sun/tools/internal/ws/resources/ModelerMessages.java ! src/share/classes/com/sun/tools/internal/ws/resources/WebserviceapMessages.java ! src/share/classes/com/sun/tools/internal/ws/resources/WscompileMessages.java ! src/share/classes/com/sun/tools/internal/ws/resources/WsdlMessages.java ! src/share/classes/com/sun/tools/internal/ws/resources/configuration.properties ! src/share/classes/com/sun/tools/internal/ws/resources/generator.properties ! src/share/classes/com/sun/tools/internal/ws/resources/javacompiler.properties ! src/share/classes/com/sun/tools/internal/ws/resources/model.properties ! src/share/classes/com/sun/tools/internal/ws/resources/modeler.properties ! src/share/classes/com/sun/tools/internal/ws/resources/processor.properties ! src/share/classes/com/sun/tools/internal/ws/resources/util.properties ! src/share/classes/com/sun/tools/internal/ws/resources/webserviceap.properties ! src/share/classes/com/sun/tools/internal/ws/resources/wscompile.properties ! src/share/classes/com/sun/tools/internal/ws/resources/wsdl.properties ! src/share/classes/com/sun/tools/internal/ws/version.properties ! src/share/classes/com/sun/tools/internal/ws/wscompile/AbortException.java + src/share/classes/com/sun/tools/internal/ws/wscompile/AuthInfo.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/BadCommandLineException.java + src/share/classes/com/sun/tools/internal/ws/wscompile/DefaultAuthTester.java + src/share/classes/com/sun/tools/internal/ws/wscompile/DefaultAuthenticator.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/ErrorReceiver.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/ErrorReceiverFilter.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/JavaCompilerHelper.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/Options.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/WsgenOptions.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/WsgenTool.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/WsimportListener.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/WsimportOptions.java ! src/share/classes/com/sun/tools/internal/ws/wscompile/WsimportTool.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/document/Message.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/document/jaxws/JAXWSBinding.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/framework/AbstractDocument.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/AbstractReferenceFinderImpl.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/DOMBuilder.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/DOMForest.java + src/share/classes/com/sun/tools/internal/ws/wsdl/parser/DOMForestParser.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/DOMForestScanner.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/InternalizationLogic.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/Internalizer.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/MemberSubmissionAddressingExtensionHandler.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/MetadataFinder.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/NamespaceContextImpl.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/VersionChecker.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/W3CAddressingExtensionHandler.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/WSDLInternalizationLogic.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/WSDLParser.java ! src/share/classes/com/sun/tools/internal/ws/wsdl/parser/WhitespaceStripper.java + src/share/classes/com/sun/tools/internal/xjc/ClassLoaderBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/Driver.java ! src/share/classes/com/sun/tools/internal/xjc/Language.java ! src/share/classes/com/sun/tools/internal/xjc/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/ModelLoader.java ! src/share/classes/com/sun/tools/internal/xjc/Options.java ! src/share/classes/com/sun/tools/internal/xjc/ProgressCodeWriter.java ! src/share/classes/com/sun/tools/internal/xjc/SchemaCache.java + src/share/classes/com/sun/tools/internal/xjc/XJCFacade.java ! src/share/classes/com/sun/tools/internal/xjc/XJCListener.java ! src/share/classes/com/sun/tools/internal/xjc/addon/at_generated/PluginImpl.java ! src/share/classes/com/sun/tools/internal/xjc/addon/code_injector/Const.java ! src/share/classes/com/sun/tools/internal/xjc/addon/code_injector/PluginImpl.java ! src/share/classes/com/sun/tools/internal/xjc/addon/episode/PluginImpl.java ! src/share/classes/com/sun/tools/internal/xjc/addon/episode/package-info.java ! src/share/classes/com/sun/tools/internal/xjc/api/ClassNameAllocator.java ! src/share/classes/com/sun/tools/internal/xjc/api/J2SJAXBModel.java ! src/share/classes/com/sun/tools/internal/xjc/api/Reference.java ! src/share/classes/com/sun/tools/internal/xjc/api/S2JJAXBModel.java ! src/share/classes/com/sun/tools/internal/xjc/api/SchemaCompiler.java ! src/share/classes/com/sun/tools/internal/xjc/api/SpecVersion.java ! src/share/classes/com/sun/tools/internal/xjc/api/TypeAndAnnotation.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/j2s/JAXBModelImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/j2s/JavaCompilerImpl.java - src/share/classes/com/sun/tools/internal/xjc/api/impl/j2s/Messages.java - src/share/classes/com/sun/tools/internal/xjc/api/impl/j2s/Messages.properties ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/AbstractMappingImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/BeanMappingImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/DowngradingErrorHandler.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/ElementAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/ElementCollectionAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/ElementMappingImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/ElementSingleAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/PropertyImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/SchemaCompilerImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/impl/s2j/TypeAndAnnotationImpl.java ! src/share/classes/com/sun/tools/internal/xjc/api/package.html ! src/share/classes/com/sun/tools/internal/xjc/api/util/APTClassLoader.java ! src/share/classes/com/sun/tools/internal/xjc/api/util/FilerCodeWriter.java ! src/share/classes/com/sun/tools/internal/xjc/api/util/Messages.properties ! src/share/classes/com/sun/tools/internal/xjc/api/util/ToolsJarNotFoundException.java + src/share/classes/com/sun/tools/internal/xjc/generator/annotation/ri/OverrideAnnotationOfWriter.java ! src/share/classes/com/sun/tools/internal/xjc/generator/annotation/spec/XmlElementRefWriter.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/BeanGenerator.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/DualObjectFactoryGenerator.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/ElementOutlineImpl.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/ImplStructureStrategy.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/MethodWriter.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/ObjectFactoryGeneratorImpl.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/PackageOutlineImpl.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/PrivateObjectFactoryGenerator.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/PublicObjectFactoryGenerator.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/AbstractField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/AbstractFieldWithVar.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/AbstractListField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/ArrayField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/ConstFieldRenderer.java + src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/ContentListField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/DefaultFieldRenderer.java + src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/DummyListField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/FieldRenderer.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/FieldRendererFactory.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/IsSetFieldRenderer.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/Messages.java + src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/NoExtendedContentField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/SingleField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/SinglePrimitiveAccessField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/UnboxedField.java ! src/share/classes/com/sun/tools/internal/xjc/generator/bean/field/UntypedListFieldRenderer.java ! src/share/classes/com/sun/tools/internal/xjc/generator/package-info.java ! src/share/classes/com/sun/tools/internal/xjc/model/AbstractCElement.java ! src/share/classes/com/sun/tools/internal/xjc/model/AbstractCTypeInfoImpl.java ! src/share/classes/com/sun/tools/internal/xjc/model/AutoClassNameAllocator.java ! src/share/classes/com/sun/tools/internal/xjc/model/CAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/model/CArrayInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CAttributePropertyInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CBuiltinLeafInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CClass.java ! src/share/classes/com/sun/tools/internal/xjc/model/CClassInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CClassInfoParent.java ! src/share/classes/com/sun/tools/internal/xjc/model/CClassRef.java ! src/share/classes/com/sun/tools/internal/xjc/model/CCustomizable.java ! src/share/classes/com/sun/tools/internal/xjc/model/CCustomizations.java ! src/share/classes/com/sun/tools/internal/xjc/model/CDefaultValue.java ! src/share/classes/com/sun/tools/internal/xjc/model/CElement.java ! src/share/classes/com/sun/tools/internal/xjc/model/CElementInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CElementPropertyInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CEnumConstant.java ! src/share/classes/com/sun/tools/internal/xjc/model/CNonElement.java ! src/share/classes/com/sun/tools/internal/xjc/model/CPluginCustomization.java ! src/share/classes/com/sun/tools/internal/xjc/model/CPropertyInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CPropertyVisitor.java ! src/share/classes/com/sun/tools/internal/xjc/model/CReferencePropertyInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CSingleTypePropertyInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CTypeInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CTypeRef.java ! src/share/classes/com/sun/tools/internal/xjc/model/CValuePropertyInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/CWildcardTypeInfo.java ! src/share/classes/com/sun/tools/internal/xjc/model/ClassNameAllocatorWrapper.java ! src/share/classes/com/sun/tools/internal/xjc/model/Model.java ! src/share/classes/com/sun/tools/internal/xjc/model/Populatable.java ! src/share/classes/com/sun/tools/internal/xjc/model/TypeUse.java ! src/share/classes/com/sun/tools/internal/xjc/model/TypeUseFactory.java ! src/share/classes/com/sun/tools/internal/xjc/model/TypeUseImpl.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/EagerNClass.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/EagerNType.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/NClass.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/NClassByJClass.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/NParameterizedType.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/NType.java ! src/share/classes/com/sun/tools/internal/xjc/model/nav/NavigatorImpl.java ! src/share/classes/com/sun/tools/internal/xjc/model/package-info.java ! src/share/classes/com/sun/tools/internal/xjc/outline/Aspect.java ! src/share/classes/com/sun/tools/internal/xjc/outline/ClassOutline.java ! src/share/classes/com/sun/tools/internal/xjc/outline/ElementOutline.java ! src/share/classes/com/sun/tools/internal/xjc/outline/EnumConstantOutline.java ! src/share/classes/com/sun/tools/internal/xjc/outline/EnumOutline.java ! src/share/classes/com/sun/tools/internal/xjc/package-info.java ! src/share/classes/com/sun/tools/internal/xjc/reader/AbstractExtensionBindingChecker.java ! src/share/classes/com/sun/tools/internal/xjc/reader/Const.java ! src/share/classes/com/sun/tools/internal/xjc/reader/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/ModelChecker.java ! src/share/classes/com/sun/tools/internal/xjc/reader/RawTypeSet.java ! src/share/classes/com/sun/tools/internal/xjc/reader/Ring.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/Block.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/Element.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/ModelGroup.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/Occurence.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/Term.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/DOMBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/DOMUtil.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/DTDExtensionBindingChecker.java ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/bindingfile.rng ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/bindingfile.xsd ! src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/xjc.xsd ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/Choice.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/ConnectedComponent.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/Element.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/ElementSet.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/ElementSets.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/Expression.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/Graph.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/OneOrMore.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/Sequence.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/SinkNode.java ! src/share/classes/com/sun/tools/internal/xjc/reader/gbind/SourceNode.java ! src/share/classes/com/sun/tools/internal/xjc/reader/internalizer/ContentHandlerNamespacePrefixAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/reader/internalizer/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/internalizer/NamespaceContextImpl.java ! src/share/classes/com/sun/tools/internal/xjc/reader/internalizer/SCDBasedBindingSet.java ! src/share/classes/com/sun/tools/internal/xjc/reader/internalizer/WhitespaceStripper.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/BindStyle.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/ContentModelBinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/DatatypeLib.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/DefineFinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/NameCalculator.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/RELAXNGCompiler.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/RawTypeSetBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/TypePatternBinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/relaxng/TypeUseBinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/Abstractifier.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BGMBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BindBlue.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BindGreen.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BindPurple.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BindRed.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BindYellow.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/BindingComponent.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ClassBinderFilter.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/CollisionInfo.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ColorBinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/DefaultParticleBinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ExpressionBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ExpressionParticleBinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/GElement.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/GElementImpl.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/GWildcardElement.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/Messages.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/MultiplicityCounter.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/RawTypeSetBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/RefererFinder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/SimpleTypeBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/UnusedCustomizationChecker.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/AnnotationParserFactoryImpl.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIConversion.java + src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIFactoryMethod.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIGlobalBinding.java + src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIInlineBinaryData.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIProperty.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIXDom.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIXPluginCustomization.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BIXSubstitutable.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/BindInfo.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/CollectionTypeAttribute.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/DomHandlerEx.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/EnumMemberMode.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/ForkingFilter.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/LocalScoping.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/OptionalPropertyMode.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/binding.rng ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/binding.xsd ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/package-info.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/package.html ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/xjc.xsd ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/bindinfo/xs.xsd + src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/AbstractExtendedComplexTypeBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/ChoiceContentComplexTypeBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/ComplexTypeBindingMode.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/ComplexTypeFieldBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/ExtendedComplexTypeBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/Messages.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MixedComplexTypeBuilder.java + src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/MixedExtendedComplexTypeBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/ct/RestrictedComplexTypeBuilder.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/LSInputSAXWrapper.java ! src/share/classes/com/sun/tools/internal/xjc/reader/xmlschema/parser/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/runtime/JAXBContextFactory.java ! src/share/classes/com/sun/tools/internal/xjc/runtime/ZeroOneBooleanAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/util/ForkContentHandler.java ! src/share/classes/com/sun/tools/internal/xjc/util/ForkEntityResolver.java ! src/share/classes/com/sun/tools/internal/xjc/util/MessageBundle.properties ! src/share/classes/com/sun/tools/internal/xjc/util/MimeTypeRange.java ! src/share/classes/com/sun/tools/internal/xjc/util/NamespaceContextAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/util/ReadOnlyAdapter.java ! src/share/classes/com/sun/tools/internal/xjc/util/StringCutter.java ! src/share/classes/com/sun/tools/internal/xjc/util/SubtreeCutter.java ! src/share/classes/com/sun/xml/internal/bind/AccessorFactoryImpl.java ! src/share/classes/com/sun/xml/internal/bind/AnyTypeAdapter.java ! src/share/classes/com/sun/xml/internal/bind/CycleRecoverable.java ! src/share/classes/com/sun/xml/internal/bind/DatatypeConverterImpl.java ! src/share/classes/com/sun/xml/internal/bind/IDResolver.java ! src/share/classes/com/sun/xml/internal/bind/Locatable.java ! src/share/classes/com/sun/xml/internal/bind/Util.java ! src/share/classes/com/sun/xml/internal/bind/ValidationEventLocatorEx.java ! src/share/classes/com/sun/xml/internal/bind/XmlAccessorFactory.java + src/share/classes/com/sun/xml/internal/bind/annotation/OverrideAnnotationOf.java ! src/share/classes/com/sun/xml/internal/bind/annotation/XmlIsSet.java ! src/share/classes/com/sun/xml/internal/bind/annotation/XmlLocation.java ! src/share/classes/com/sun/xml/internal/bind/api/AccessorException.java ! src/share/classes/com/sun/xml/internal/bind/api/Bridge.java ! src/share/classes/com/sun/xml/internal/bind/api/BridgeContext.java ! src/share/classes/com/sun/xml/internal/bind/api/ClassResolver.java ! src/share/classes/com/sun/xml/internal/bind/api/CompositeStructure.java ! src/share/classes/com/sun/xml/internal/bind/api/ErrorListener.java ! src/share/classes/com/sun/xml/internal/bind/api/JAXBRIContext.java + src/share/classes/com/sun/xml/internal/bind/api/Messages.java + src/share/classes/com/sun/xml/internal/bind/api/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/api/RawAccessor.java ! src/share/classes/com/sun/xml/internal/bind/api/TypeReference.java ! src/share/classes/com/sun/xml/internal/bind/api/impl/NameConverter.java ! src/share/classes/com/sun/xml/internal/bind/api/impl/NameUtil.java ! src/share/classes/com/sun/xml/internal/bind/api/package-info.java ! src/share/classes/com/sun/xml/internal/bind/marshaller/DataWriter.java ! src/share/classes/com/sun/xml/internal/bind/marshaller/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/marshaller/MinimumEscapeHandler.java ! src/share/classes/com/sun/xml/internal/bind/marshaller/NamespacePrefixMapper.java ! src/share/classes/com/sun/xml/internal/bind/marshaller/XMLWriter.java ! src/share/classes/com/sun/xml/internal/bind/unmarshaller/DOMScanner.java ! src/share/classes/com/sun/xml/internal/bind/unmarshaller/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/unmarshaller/Patcher.java ! src/share/classes/com/sun/xml/internal/bind/util/AttributesImpl.java ! src/share/classes/com/sun/xml/internal/bind/util/ValidationEventLocatorExImpl.java ! src/share/classes/com/sun/xml/internal/bind/util/Which.java ! src/share/classes/com/sun/xml/internal/bind/v2/ClassFactory.java ! src/share/classes/com/sun/xml/internal/bind/v2/ContextFactory.java ! src/share/classes/com/sun/xml/internal/bind/v2/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/TODO.java ! src/share/classes/com/sun/xml/internal/bind/v2/bytecode/ClassTailor.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/AbstractInlineAnnotationReaderImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/AnnotationReader.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/AnnotationSource.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/ClassLocatable.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/FieldLocatable.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/Init.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/Locatable.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/LocatableAnnotation.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/MethodLocatable.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/Quick.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/RuntimeAnnotationReader.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/RuntimeInlineAnnotationReader.java + src/share/classes/com/sun/xml/internal/bind/v2/model/annotation/XmlSchemaTypeQuick.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/Adapter.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ArrayInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/AttributePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/BuiltinLeafInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ClassInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/Element.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ElementInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ElementPropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/EnumConstant.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/EnumLeafInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ErrorHandler.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ID.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/LeafInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/MapPropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/MaybeElement.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/NonElement.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/NonElementRef.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/PropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/PropertyKind.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/Ref.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ReferencePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/RegistryInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/TypeInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/TypeInfoSet.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/TypeRef.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/ValuePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/WildcardMode.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/WildcardTypeInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/core/package-info.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/AnyTypeImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ArrayInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/AttributePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/BuiltinLeafInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ClassInfoImpl.java + src/share/classes/com/sun/xml/internal/bind/v2/model/impl/DummyPropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ERPropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ElementInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ElementPropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/EnumConstantImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/EnumLeafInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/FieldPropertySeed.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/GetterSetterPropertySeed.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/LeafInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/MapPropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ModelBuilder.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/PropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/PropertySeed.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ReferencePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RegistryInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeAnyTypeImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeArrayInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeAttributePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeBuiltinLeafInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeClassInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeElementInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeElementPropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeEnumConstantImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeEnumLeafInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeMapPropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeModelBuilder.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeReferencePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeTypeInfoSetImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeTypeRefImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/RuntimeValuePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/SingleTypePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/TypeInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/TypeInfoSetImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/TypeRefImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/Util.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/impl/ValuePropertyInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/nav/GenericArrayTypeImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/nav/Navigator.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/nav/ParameterizedTypeImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/nav/ReflectionNavigator.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/nav/TypeVisitor.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/nav/WildcardTypeImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeArrayInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeAttributePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeBuiltinLeafInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeClassInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeElement.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeElementInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeElementPropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeEnumLeafInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeLeafInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeMapPropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeNonElement.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeNonElementRef.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeReferencePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeTypeInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeTypeInfoSet.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeTypeRef.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/RuntimeValuePropertyInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/model/runtime/package-info.java ! src/share/classes/com/sun/xml/internal/bind/v2/package-info.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/AnyTypeBeanInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/ArrayBeanInfoImpl.java + src/share/classes/com/sun/xml/internal/bind/v2/runtime/AttributeAccessor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/BinderImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/BridgeAdapter.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/BridgeContextImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/BridgeImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/ClassBeanInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/CompositeStructureBeanInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/Coordinator.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/DomPostInitAction.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/ElementBeanInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/FilterTransducer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/IllegalAnnotationException.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/IllegalAnnotationsException.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/InlineBinaryTransducer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/InternalBridge.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/JAXBContextImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/JaxBeanInfo.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/LeafBeanInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/LifecycleMethods.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/Location.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/MarshallerImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/MimeTypedTransducer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/Name.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/NameBuilder.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/NameList.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/RuntimeUtil.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/SchemaTypeTransducer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/StAXPostInitAction.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/SwaRefAdapter.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/Transducer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/ValueListBeanInfoImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/XMLSerializer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/C14nXmlOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/DOMOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/Encoded.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/FastInfosetStreamWriterOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/ForkXmlOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/InPlaceDOMOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/IndentingUTF8XmlOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/MTOMXmlOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/NamespaceContextImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/Pcdata.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/SAXOutput.java + src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/StAXExStreamWriterOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/UTF8XmlOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/XMLEventWriterOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/XMLStreamWriterOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/XmlOutput.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/XmlOutputAbstractImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/output/package-info.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ArrayERProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ArrayElementLeafProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ArrayElementNodeProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ArrayElementProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ArrayProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ArrayReferenceNodeProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/AttributeProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ListElementProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/Property.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/PropertyFactory.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/PropertyImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/SingleElementLeafProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/SingleElementNodeProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/SingleMapNodeProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/SingleReferenceNodeProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/StructureLoaderBuilder.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/TagAndType.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/UnmarshallerChain.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/property/ValueProperty.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/Accessor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/AdaptedAccessor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/AdaptedLister.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/DefaultTransducedAccessor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/ListIterator.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/ListTransducedAccessorImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/Lister.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/NullSafeAccessor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerBoolean.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerByte.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerCharacter.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerDouble.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerFloat.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerInteger.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerLong.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/PrimitiveArrayListerShort.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/TransducedAccessor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/AccessorInjector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/Bean.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/Const.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Boolean.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Byte.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Character.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Double.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Float.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Integer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Long.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Ref.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/FieldAccessor_Short.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/Injector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Boolean.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Byte.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Character.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Double.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Float.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Integer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Long.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Ref.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/MethodAccessor_Short.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/OptimizedAccessorFactory.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/OptimizedTransducedAccessorFactory.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/Ref.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Boolean.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Byte.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Double.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Float.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Integer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Long.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_field_Short.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Boolean.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Byte.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Double.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Float.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Integer.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Long.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/reflect/opt/TransducedAccessor_method_Short.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/AttributesEx.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/AttributesExImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Base64Data.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/ChildLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/DefaultIDResolver.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/DefaultValueLoaderDecorator.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Discarder.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/DomLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/FastInfosetConnector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/IntArrayData.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/IntData.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Intercepter.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/InterningXmlVisitor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/LeafPropertyLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Loader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/LocatorEx.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/LocatorExWrapper.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/MTOMDecorator.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Patcher.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/ProxyLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Receiver.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/SAXConnector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/Scope.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/StAXConnector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/StAXEventConnector.java + src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/StAXExConnector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/StAXStreamConnector.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/StructureLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/TagName.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/TextLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/UnmarshallerImpl.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/UnmarshallingContext.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/ValuePropertyLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/WildcardLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/XmlVisitor.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/XsiNilLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/runtime/unmarshaller/XsiTypeLoader.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/FoolProofResolver.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/Form.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/GroupKind.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/Messages.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/Messages.properties ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/MultiMap.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/Tree.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/XmlSchemaGenerator.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/episode/Bindings.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/episode/Klass.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/episode/SchemaBindings.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/episode/package-info.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/package-info.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/ContentModelContainer.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Element.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Occurs.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Particle.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Schema.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/SimpleType.java ! src/share/classes/com/sun/xml/internal/bind/v2/schemagen/xmlschema/Wildcard.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/ByteArrayOutputStreamEx.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/CollisionCheckStack.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/DataSourceSource.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/EditDistance.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/FatalAdapter.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/FlattenIterator.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/QNameMap.java + src/share/classes/com/sun/xml/internal/bind/v2/util/StackRecorder.java ! src/share/classes/com/sun/xml/internal/bind/v2/util/TypeCast.java ! src/share/classes/com/sun/xml/internal/dtdparser/DTDParser.java ! src/share/classes/com/sun/xml/internal/dtdparser/resources/Messages.properties ! src/share/classes/com/sun/xml/internal/fastinfoset/AbstractResourceBundle.java ! src/share/classes/com/sun/xml/internal/fastinfoset/Decoder.java ! src/share/classes/com/sun/xml/internal/fastinfoset/DecoderStateTables.java ! src/share/classes/com/sun/xml/internal/fastinfoset/Encoder.java ! src/share/classes/com/sun/xml/internal/fastinfoset/algorithm/BuiltInEncodingAlgorithmFactory.java ! src/share/classes/com/sun/xml/internal/fastinfoset/algorithm/HexadecimalEncodingAlgorithm.java ! src/share/classes/com/sun/xml/internal/fastinfoset/algorithm/LongEncodingAlgorithm.java ! src/share/classes/com/sun/xml/internal/fastinfoset/algorithm/UUIDEncodingAlgorithm.java ! src/share/classes/com/sun/xml/internal/fastinfoset/dom/DOMDocumentParser.java ! src/share/classes/com/sun/xml/internal/fastinfoset/dom/DOMDocumentSerializer.java ! src/share/classes/com/sun/xml/internal/fastinfoset/org/apache/xerces/util/XMLChar.java ! src/share/classes/com/sun/xml/internal/fastinfoset/resources/ResourceBundle.properties ! src/share/classes/com/sun/xml/internal/fastinfoset/sax/AttributesHolder.java ! src/share/classes/com/sun/xml/internal/fastinfoset/sax/SAXDocumentParser.java ! src/share/classes/com/sun/xml/internal/fastinfoset/sax/SAXDocumentSerializer.java ! src/share/classes/com/sun/xml/internal/fastinfoset/sax/SAXDocumentSerializerWithPrefixMapping.java ! src/share/classes/com/sun/xml/internal/fastinfoset/stax/StAXDocumentParser.java ! src/share/classes/com/sun/xml/internal/fastinfoset/stax/StAXDocumentSerializer.java - src/share/classes/com/sun/xml/internal/fastinfoset/stax/events/StAXEventAllocator.java ! src/share/classes/com/sun/xml/internal/fastinfoset/tools/VocabularyGenerator.java ! src/share/classes/com/sun/xml/internal/fastinfoset/util/CharArrayIntMap.java ! src/share/classes/com/sun/xml/internal/fastinfoset/util/DuplicateAttributeVerifier.java ! src/share/classes/com/sun/xml/internal/fastinfoset/util/NamespaceContextImplementation.java ! src/share/classes/com/sun/xml/internal/fastinfoset/util/StringIntMap.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/SOAPExceptionImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/client/p2p/HttpSOAPConnection.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/client/p2p/HttpSOAPConnectionFactory.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/client/p2p/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/AttachmentPartImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/Envelope.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/EnvelopeFactory.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/FastInfosetDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/GifDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ImageDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/JpegDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/MessageFactoryImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/MessageImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/MultipartDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SAAJMetaFactoryImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPDocument.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPDocumentFragment.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPDocumentImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPFactoryImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPIOException.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPPartImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/SOAPVersionMismatchException.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/StringDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/XmlDataContentHandler.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/dynamic/SOAPFactoryDynamicImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/dynamic/SOAPMessageFactoryDynamicImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/BodyElementImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/BodyImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/CDATAImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/CommentImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/DetailEntryImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/DetailImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/ElementFactory.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/ElementImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/EnvelopeImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/FaultElementImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/FaultImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/HeaderElementImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/HeaderImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/TextImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/impl/TreeException.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/name/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/name/NameImpl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Body1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/BodyElement1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Detail1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/DetailEntry1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Envelope1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Fault1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/FaultElement1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Header1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/HeaderElement1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/Message1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/SOAPFactory1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/SOAPMessageFactory1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_1/SOAPPart1_1Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Body1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/BodyElement1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Detail1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/DetailEntry1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Envelope1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Fault1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/FaultElement1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Header1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/HeaderElement1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/Message1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/SOAPFactory1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/SOAPMessageFactory1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/soap/ver1_2/SOAPPart1_2Impl.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/Base64.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/ByteInputStream.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/ByteOutputStream.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/CharReader.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/CharWriter.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/FastInfosetReflection.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/FinalArrayList.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/JAXMStreamSource.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/JaxmURI.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/LocalStrings.properties ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/LogDomainConstants.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/MimeHeadersUtil.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/NamespaceContextIterator.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/ParseUtil.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/ParserPool.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/RejectDoctypeSaxFilter.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/TeeInputStream.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/XMLDeclarationParser.java ! src/share/classes/com/sun/xml/internal/messaging/saaj/util/transform/EfficientStreamingTransformer.java ! src/share/classes/com/sun/xml/internal/org/jvnet/fastinfoset/FastInfosetSerializer.java ! src/share/classes/com/sun/xml/internal/org/jvnet/fastinfoset/sax/helpers/EncodingAlgorithmAttributesImpl.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/Chunk.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/ChunkInputStream.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/Data.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/DataFile.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/DataHead.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/FileData.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/FinalArrayList.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/Header.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/InternetHeaders.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEConfig.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEEvent.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEMessage.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEParser.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEParsingException.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MIMEPart.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/MemoryData.java + src/share/classes/com/sun/xml/internal/org/jvnet/mimepull/WeakDataFile.java ! src/share/classes/com/sun/xml/internal/org/jvnet/staxex/Base64Data.java ! src/share/classes/com/sun/xml/internal/org/jvnet/staxex/Base64Encoder.java ! src/share/classes/com/sun/xml/internal/org/jvnet/staxex/ByteArrayOutputStreamEx.java ! src/share/classes/com/sun/xml/internal/org/jvnet/staxex/NamespaceContextEx.java + src/share/classes/com/sun/xml/internal/org/jvnet/staxex/StreamingDataHandler.java ! src/share/classes/com/sun/xml/internal/org/jvnet/staxex/XMLStreamReaderEx.java ! src/share/classes/com/sun/xml/internal/org/jvnet/staxex/XMLStreamWriterEx.java ! src/share/classes/com/sun/xml/internal/rngom/binary/Messages.properties ! src/share/classes/com/sun/xml/internal/rngom/dt/builtin/Messages.properties ! src/share/classes/com/sun/xml/internal/rngom/parse/Messages.properties ! src/share/classes/com/sun/xml/internal/rngom/parse/compact/Messages.properties ! src/share/classes/com/sun/xml/internal/rngom/parse/xml/Messages.properties ! src/share/classes/com/sun/xml/internal/stream/buffer/AbstractProcessor.java ! src/share/classes/com/sun/xml/internal/stream/buffer/MutableXMLStreamBuffer.java ! src/share/classes/com/sun/xml/internal/stream/buffer/sax/SAXBufferCreator.java ! src/share/classes/com/sun/xml/internal/stream/buffer/sax/SAXBufferProcessor.java ! src/share/classes/com/sun/xml/internal/stream/buffer/stax/StreamBufferCreator.java ! src/share/classes/com/sun/xml/internal/stream/buffer/stax/StreamReaderBufferCreator.java ! src/share/classes/com/sun/xml/internal/stream/buffer/stax/StreamReaderBufferProcessor.java ! src/share/classes/com/sun/xml/internal/stream/buffer/stax/StreamWriterBufferCreator.java ! src/share/classes/com/sun/xml/internal/stream/buffer/stax/StreamWriterBufferProcessor.java ! src/share/classes/com/sun/xml/internal/txw2/NamespaceSupport.java ! src/share/classes/com/sun/xml/internal/txw2/TXW.java ! src/share/classes/com/sun/xml/internal/txw2/annotation/XmlValue.java ! src/share/classes/com/sun/xml/internal/txw2/output/ResultFactory.java + src/share/classes/com/sun/xml/internal/txw2/output/TXWResult.java + src/share/classes/com/sun/xml/internal/txw2/output/TXWSerializer.java ! src/share/classes/com/sun/xml/internal/ws/addressing/EndpointReferenceUtil.java + src/share/classes/com/sun/xml/internal/ws/addressing/W3CWsaClientTube.java + src/share/classes/com/sun/xml/internal/ws/addressing/W3CWsaServerTube.java ! src/share/classes/com/sun/xml/internal/ws/addressing/WsaClientTube.java + src/share/classes/com/sun/xml/internal/ws/addressing/WsaPropertyBag.java ! src/share/classes/com/sun/xml/internal/ws/addressing/WsaServerTube.java ! src/share/classes/com/sun/xml/internal/ws/addressing/WsaTube.java ! src/share/classes/com/sun/xml/internal/ws/addressing/WsaTubeHelper.java ! src/share/classes/com/sun/xml/internal/ws/addressing/WsaTubeHelperImpl.java ! src/share/classes/com/sun/xml/internal/ws/addressing/model/ActionNotSupportedException.java + src/share/classes/com/sun/xml/internal/ws/addressing/model/InvalidAddressingHeaderException.java - src/share/classes/com/sun/xml/internal/ws/addressing/model/InvalidMapException.java - src/share/classes/com/sun/xml/internal/ws/addressing/model/MapRequiredException.java + src/share/classes/com/sun/xml/internal/ws/addressing/model/MissingAddressingHeaderException.java + src/share/classes/com/sun/xml/internal/ws/addressing/v200408/MemberSubmissionWsaClientTube.java + src/share/classes/com/sun/xml/internal/ws/addressing/v200408/MemberSubmissionWsaServerTube.java ! src/share/classes/com/sun/xml/internal/ws/addressing/v200408/WsaTubeHelperImpl.java ! src/share/classes/com/sun/xml/internal/ws/api/BindingID.java ! src/share/classes/com/sun/xml/internal/ws/api/EndpointAddress.java + src/share/classes/com/sun/xml/internal/ws/api/ResourceLoader.java ! src/share/classes/com/sun/xml/internal/ws/api/SOAPVersion.java ! src/share/classes/com/sun/xml/internal/ws/api/WSService.java ! src/share/classes/com/sun/xml/internal/ws/api/addressing/AddressingVersion.java ! src/share/classes/com/sun/xml/internal/ws/api/addressing/OutboundReferenceParameterHeader.java ! src/share/classes/com/sun/xml/internal/ws/api/addressing/WSEndpointReference.java + src/share/classes/com/sun/xml/internal/ws/api/handler/MessageHandler.java + src/share/classes/com/sun/xml/internal/ws/api/handler/MessageHandlerContext.java + src/share/classes/com/sun/xml/internal/ws/api/message/FilterMessageImpl.java ! src/share/classes/com/sun/xml/internal/ws/api/message/Message.java ! src/share/classes/com/sun/xml/internal/ws/api/message/Messages.java ! src/share/classes/com/sun/xml/internal/ws/api/message/Packet.java ! src/share/classes/com/sun/xml/internal/ws/api/model/JavaMethod.java + src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLBoundFault.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLBoundOperation.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLBoundPortType.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLExtensible.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLFault.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLInput.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLMessage.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLModel.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLOperation.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLOutput.java ! src/share/classes/com/sun/xml/internal/ws/api/model/wsdl/WSDLPortType.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/ClientPipeAssemblerContext.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/ClientTubeAssemblerContext.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/Engine.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/Fiber.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/NextAction.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/ServerPipeAssemblerContext.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/ServerTubeAssemblerContext.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/StreamSOAPCodec.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/TransportTubeFactory.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/helper/AbstractFilterTubeImpl.java ! src/share/classes/com/sun/xml/internal/ws/api/pipe/helper/AbstractTubeImpl.java ! src/share/classes/com/sun/xml/internal/ws/api/server/BoundEndpoint.java + src/share/classes/com/sun/xml/internal/ws/api/server/EndpointComponent.java + src/share/classes/com/sun/xml/internal/ws/api/server/HttpEndpoint.java ! src/share/classes/com/sun/xml/internal/ws/api/server/InstanceResolver.java ! src/share/classes/com/sun/xml/internal/ws/api/server/PortAddressResolver.java ! src/share/classes/com/sun/xml/internal/ws/api/server/SDDocument.java ! src/share/classes/com/sun/xml/internal/ws/api/server/WSEndpoint.java ! src/share/classes/com/sun/xml/internal/ws/api/streaming/XMLStreamReaderFactory.java ! src/share/classes/com/sun/xml/internal/ws/api/streaming/XMLStreamWriterFactory.java ! src/share/classes/com/sun/xml/internal/ws/api/wsdl/parser/WSDLParserExtension.java ! src/share/classes/com/sun/xml/internal/ws/api/wsdl/parser/WSDLParserExtensionContext.java ! src/share/classes/com/sun/xml/internal/ws/binding/BindingImpl.java ! src/share/classes/com/sun/xml/internal/ws/binding/HTTPBindingImpl.java ! src/share/classes/com/sun/xml/internal/ws/binding/SOAPBindingImpl.java ! src/share/classes/com/sun/xml/internal/ws/binding/WebServiceFeatureList.java ! src/share/classes/com/sun/xml/internal/ws/client/AsyncInvoker.java ! src/share/classes/com/sun/xml/internal/ws/client/AsyncResponseImpl.java ! src/share/classes/com/sun/xml/internal/ws/client/BindingProviderProperties.java + src/share/classes/com/sun/xml/internal/ws/client/ClientContainer.java + src/share/classes/com/sun/xml/internal/ws/client/ClientSchemaValidationTube.java ! src/share/classes/com/sun/xml/internal/ws/client/HandlerConfiguration.java - src/share/classes/com/sun/xml/internal/ws/client/ResponseImpl.java ! src/share/classes/com/sun/xml/internal/ws/client/Stub.java ! src/share/classes/com/sun/xml/internal/ws/client/WSServiceDelegate.java ! src/share/classes/com/sun/xml/internal/ws/client/dispatch/DataSourceDispatch.java ! src/share/classes/com/sun/xml/internal/ws/client/dispatch/DispatchImpl.java ! src/share/classes/com/sun/xml/internal/ws/client/dispatch/RESTSourceDispatch.java ! src/share/classes/com/sun/xml/internal/ws/client/dispatch/SOAPMessageDispatch.java - src/share/classes/com/sun/xml/internal/ws/client/sei/AsyncBuilder.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/AsyncMethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/BodyBuilder.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/CallbackMethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/MessageFiller.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/MethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/PollingMethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/ResponseBuilder.java + src/share/classes/com/sun/xml/internal/ws/client/sei/SEIMethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/SEIStub.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/SyncMethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/ValueGetter.java + src/share/classes/com/sun/xml/internal/ws/client/sei/ValueGetterFactory.java ! src/share/classes/com/sun/xml/internal/ws/client/sei/ValueSetter.java + src/share/classes/com/sun/xml/internal/ws/client/sei/ValueSetterFactory.java + src/share/classes/com/sun/xml/internal/ws/client/sei/pacakge-info.java - src/share/classes/com/sun/xml/internal/ws/client/sei/package-info.java + src/share/classes/com/sun/xml/internal/ws/developer/BindingTypeFeature.java + src/share/classes/com/sun/xml/internal/ws/developer/JAXBContextFactory.java ! src/share/classes/com/sun/xml/internal/ws/developer/JAXWSProperties.java ! src/share/classes/com/sun/xml/internal/ws/developer/MemberSubmissionAddressing.java ! src/share/classes/com/sun/xml/internal/ws/developer/MemberSubmissionAddressingFeature.java ! src/share/classes/com/sun/xml/internal/ws/developer/MemberSubmissionEndpointReference.java + src/share/classes/com/sun/xml/internal/ws/developer/SchemaValidation.java + src/share/classes/com/sun/xml/internal/ws/developer/SchemaValidationFeature.java ! src/share/classes/com/sun/xml/internal/ws/developer/StatefulFeature.java + src/share/classes/com/sun/xml/internal/ws/developer/StreamingAttachment.java + src/share/classes/com/sun/xml/internal/ws/developer/StreamingAttachmentFeature.java + src/share/classes/com/sun/xml/internal/ws/developer/StreamingDataHandler.java + src/share/classes/com/sun/xml/internal/ws/developer/UsesJAXBContext.java + src/share/classes/com/sun/xml/internal/ws/developer/UsesJAXBContextFeature.java + src/share/classes/com/sun/xml/internal/ws/developer/ValidationErrorHandler.java ! src/share/classes/com/sun/xml/internal/ws/developer/WSBindingProvider.java - src/share/classes/com/sun/xml/internal/ws/encoding/AbstractXMLStreamWriterExImpl.java + src/share/classes/com/sun/xml/internal/ws/encoding/ContentType.java ! src/share/classes/com/sun/xml/internal/ws/encoding/ContentTypeImpl.java + src/share/classes/com/sun/xml/internal/ws/encoding/DataSourceStreamingDataHandler.java + src/share/classes/com/sun/xml/internal/ws/encoding/HeaderTokenizer.java + src/share/classes/com/sun/xml/internal/ws/encoding/ImageDataContentHandler.java + src/share/classes/com/sun/xml/internal/ws/encoding/MIMEPartStreamingDataHandler.java ! src/share/classes/com/sun/xml/internal/ws/encoding/MimeCodec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/MimeMultipartParser.java ! src/share/classes/com/sun/xml/internal/ws/encoding/MtomCodec.java + src/share/classes/com/sun/xml/internal/ws/encoding/ParameterList.java + src/share/classes/com/sun/xml/internal/ws/encoding/RootOnlyCodec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/SOAPBindingCodec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/StreamSOAP11Codec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/StreamSOAP12Codec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/StreamSOAPCodec.java + src/share/classes/com/sun/xml/internal/ws/encoding/StringDataContentHandler.java ! src/share/classes/com/sun/xml/internal/ws/encoding/SwACodec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/TagInfoset.java ! src/share/classes/com/sun/xml/internal/ws/encoding/XMLHTTPBindingCodec.java + src/share/classes/com/sun/xml/internal/ws/encoding/XmlDataContentHandler.java ! src/share/classes/com/sun/xml/internal/ws/encoding/fastinfoset/FastInfosetCodec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/xml/XMLCodec.java ! src/share/classes/com/sun/xml/internal/ws/encoding/xml/XMLMessage.java ! src/share/classes/com/sun/xml/internal/ws/fault/SOAP11Fault.java ! src/share/classes/com/sun/xml/internal/ws/fault/SOAP12Fault.java ! src/share/classes/com/sun/xml/internal/ws/fault/SOAPFaultBuilder.java ! src/share/classes/com/sun/xml/internal/ws/handler/ClientLogicalHandlerTube.java + src/share/classes/com/sun/xml/internal/ws/handler/ClientMessageHandlerTube.java ! src/share/classes/com/sun/xml/internal/ws/handler/ClientSOAPHandlerTube.java ! src/share/classes/com/sun/xml/internal/ws/handler/HandlerTube.java + src/share/classes/com/sun/xml/internal/ws/handler/MessageHandlerContextImpl.java ! src/share/classes/com/sun/xml/internal/ws/handler/SOAPMessageContextImpl.java ! src/share/classes/com/sun/xml/internal/ws/handler/ServerLogicalHandlerTube.java + src/share/classes/com/sun/xml/internal/ws/handler/ServerMessageHandlerTube.java ! src/share/classes/com/sun/xml/internal/ws/handler/ServerSOAPHandlerTube.java ! src/share/classes/com/sun/xml/internal/ws/message/AttachmentUnmarshallerImpl.java ! src/share/classes/com/sun/xml/internal/ws/message/ByteArrayAttachment.java ! src/share/classes/com/sun/xml/internal/ws/message/DOMHeader.java ! src/share/classes/com/sun/xml/internal/ws/message/DataHandlerAttachment.java + src/share/classes/com/sun/xml/internal/ws/message/FaultMessage.java ! src/share/classes/com/sun/xml/internal/ws/message/JAXBAttachment.java ! src/share/classes/com/sun/xml/internal/ws/message/MimeAttachmentSet.java ! src/share/classes/com/sun/xml/internal/ws/message/jaxb/JAXBHeader.java ! src/share/classes/com/sun/xml/internal/ws/message/jaxb/JAXBMessage.java ! src/share/classes/com/sun/xml/internal/ws/message/jaxb/MarshallerBridge.java ! src/share/classes/com/sun/xml/internal/ws/message/saaj/SAAJMessage.java ! src/share/classes/com/sun/xml/internal/ws/message/stream/StreamAttachment.java ! src/share/classes/com/sun/xml/internal/ws/message/stream/StreamHeader.java ! src/share/classes/com/sun/xml/internal/ws/message/stream/StreamHeader11.java ! src/share/classes/com/sun/xml/internal/ws/message/stream/StreamHeader12.java ! src/share/classes/com/sun/xml/internal/ws/message/stream/StreamMessage.java ! src/share/classes/com/sun/xml/internal/ws/model/AbstractSEIModelImpl.java + src/share/classes/com/sun/xml/internal/ws/model/FieldSignature.java + src/share/classes/com/sun/xml/internal/ws/model/Injector.java ! src/share/classes/com/sun/xml/internal/ws/model/JavaMethodImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/RuntimeModeler.java ! src/share/classes/com/sun/xml/internal/ws/model/SOAPSEIModel.java + src/share/classes/com/sun/xml/internal/ws/model/WrapperBeanGenerator.java + src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLBoundFaultImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLBoundOperationImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLBoundPortTypeImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLFaultImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLInputImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLMessageImpl.java ! src/share/classes/com/sun/xml/internal/ws/model/wsdl/WSDLOutputImpl.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/AnnotationVisitor.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/AnnotationWriter.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Attribute.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/ByteVector.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/ClassReader.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/ClassVisitor.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/ClassWriter.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Edge.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/FieldVisitor.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/FieldWriter.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Frame.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Handler.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Item.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Label.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/MethodVisitor.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/MethodWriter.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Opcodes.java + src/share/classes/com/sun/xml/internal/ws/org/objectweb/asm/Type.java ! src/share/classes/com/sun/xml/internal/ws/protocol/soap/MUTube.java + src/share/classes/com/sun/xml/internal/ws/protocol/soap/MessageCreationException.java ! src/share/classes/com/sun/xml/internal/ws/resources/AddressingMessages.java ! src/share/classes/com/sun/xml/internal/ws/resources/ClientMessages.java ! src/share/classes/com/sun/xml/internal/ws/resources/ModelerMessages.java ! src/share/classes/com/sun/xml/internal/ws/resources/ProviderApiMessages.java ! src/share/classes/com/sun/xml/internal/ws/resources/ServerMessages.java ! src/share/classes/com/sun/xml/internal/ws/resources/WsservletMessages.java ! src/share/classes/com/sun/xml/internal/ws/resources/addressing.properties ! src/share/classes/com/sun/xml/internal/ws/resources/client.properties ! src/share/classes/com/sun/xml/internal/ws/resources/dispatch.properties ! src/share/classes/com/sun/xml/internal/ws/resources/encoding.properties ! src/share/classes/com/sun/xml/internal/ws/resources/handler.properties ! src/share/classes/com/sun/xml/internal/ws/resources/httpserver.properties ! src/share/classes/com/sun/xml/internal/ws/resources/modeler.properties ! src/share/classes/com/sun/xml/internal/ws/resources/providerApi.properties ! src/share/classes/com/sun/xml/internal/ws/resources/sender.properties ! src/share/classes/com/sun/xml/internal/ws/resources/server.properties ! src/share/classes/com/sun/xml/internal/ws/resources/soap.properties ! src/share/classes/com/sun/xml/internal/ws/resources/streaming.properties ! src/share/classes/com/sun/xml/internal/ws/resources/util.properties ! src/share/classes/com/sun/xml/internal/ws/resources/wsdlmodel.properties ! src/share/classes/com/sun/xml/internal/ws/resources/wsservlet.properties ! src/share/classes/com/sun/xml/internal/ws/resources/xmlmessage.properties ! src/share/classes/com/sun/xml/internal/ws/server/AbstractInstanceResolver.java + src/share/classes/com/sun/xml/internal/ws/server/DraconianValidationErrorHandler.java ! src/share/classes/com/sun/xml/internal/ws/server/EndpointFactory.java + src/share/classes/com/sun/xml/internal/ws/server/JMXAgent.java ! src/share/classes/com/sun/xml/internal/ws/server/SDDocumentImpl.java + src/share/classes/com/sun/xml/internal/ws/server/ServerSchemaValidationTube.java ! src/share/classes/com/sun/xml/internal/ws/server/StatefulInstanceResolver.java ! src/share/classes/com/sun/xml/internal/ws/server/UnsupportedMediaException.java ! src/share/classes/com/sun/xml/internal/ws/server/WSDLPatcher.java ! src/share/classes/com/sun/xml/internal/ws/server/WSEndpointImpl.java ! src/share/classes/com/sun/xml/internal/ws/server/provider/ProviderArgumentsBuilder.java ! src/share/classes/com/sun/xml/internal/ws/server/provider/XMLProviderArgumentBuilder.java ! src/share/classes/com/sun/xml/internal/ws/server/sei/EndpointArgumentsBuilder.java ! src/share/classes/com/sun/xml/internal/ws/server/sei/EndpointMethodDispatcher.java ! src/share/classes/com/sun/xml/internal/ws/server/sei/EndpointMethodDispatcherGetter.java ! src/share/classes/com/sun/xml/internal/ws/server/sei/EndpointMethodHandler.java ! src/share/classes/com/sun/xml/internal/ws/server/sei/PayloadQNameBasedDispatcher.java ! src/share/classes/com/sun/xml/internal/ws/server/sei/SEIInvokerTube.java + src/share/classes/com/sun/xml/internal/ws/server/sei/SOAPActionBasedDispatcher.java ! src/share/classes/com/sun/xml/internal/ws/spi/ProviderImpl.java ! src/share/classes/com/sun/xml/internal/ws/streaming/DOMStreamReader.java + src/share/classes/com/sun/xml/internal/ws/streaming/MtomStreamWriter.java - src/share/classes/com/sun/xml/internal/ws/streaming/XMLReader.java ! src/share/classes/com/sun/xml/internal/ws/streaming/XMLReaderException.java ! src/share/classes/com/sun/xml/internal/ws/streaming/XMLStreamReaderUtil.java ! src/share/classes/com/sun/xml/internal/ws/streaming/XMLStreamWriterUtil.java ! src/share/classes/com/sun/xml/internal/ws/transport/Headers.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/DeploymentDescriptorParser.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/HttpAdapter.java + src/share/classes/com/sun/xml/internal/ws/transport/http/HttpDump.java + src/share/classes/com/sun/xml/internal/ws/transport/http/HttpDumpMBean.java + src/share/classes/com/sun/xml/internal/ws/transport/http/HttpMetadataPublisher.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/WSHTTPConnection.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/client/HttpClientTransport.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/client/HttpTransportPipe.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/server/EndpointImpl.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/server/HttpEndpoint.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/server/ServerConnectionImpl.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/server/ServerMgr.java ! src/share/classes/com/sun/xml/internal/ws/transport/http/server/WSHttpHandler.java ! src/share/classes/com/sun/xml/internal/ws/util/ByteArrayBuffer.java ! src/share/classes/com/sun/xml/internal/ws/util/DOMUtil.java ! src/share/classes/com/sun/xml/internal/ws/util/HandlerAnnotationProcessor.java + src/share/classes/com/sun/xml/internal/ws/util/MetadataUtil.java ! src/share/classes/com/sun/xml/internal/ws/util/Pool.java ! src/share/classes/com/sun/xml/internal/ws/util/QNameMap.java ! src/share/classes/com/sun/xml/internal/ws/util/RuntimeVersion.java + src/share/classes/com/sun/xml/internal/ws/util/RuntimeVersionMBean.java + src/share/classes/com/sun/xml/internal/ws/util/pipe/AbstractSchemaValidationTube.java ! src/share/classes/com/sun/xml/internal/ws/util/pipe/DumpTube.java ! src/share/classes/com/sun/xml/internal/ws/util/pipe/StandaloneTubeAssembler.java ! src/share/classes/com/sun/xml/internal/ws/util/resources/Messages_en.properties ! src/share/classes/com/sun/xml/internal/ws/util/version.properties ! src/share/classes/com/sun/xml/internal/ws/util/xml/ContentHandlerToXMLStreamWriter.java + src/share/classes/com/sun/xml/internal/ws/util/xml/MetadataDocument.java ! src/share/classes/com/sun/xml/internal/ws/util/xml/StAXSource.java ! src/share/classes/com/sun/xml/internal/ws/util/xml/XMLStreamReaderToXMLStreamWriter.java ! src/share/classes/com/sun/xml/internal/ws/util/xml/XmlUtil.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/parser/DelegatingParserExtension.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/parser/FoolProofParserExtension.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/parser/ParserUtil.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/parser/RuntimeWSDLParser.java + src/share/classes/com/sun/xml/internal/ws/wsdl/parser/W3CAddressingMetadataWSDLParserExtension.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/parser/WSDLParserExtensionContextImpl.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/parser/WSDLParserExtensionFacade.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/writer/UsingAddressing.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/writer/W3CAddressingWSDLGeneratorExtension.java ! src/share/classes/com/sun/xml/internal/ws/wsdl/writer/WSDLGenerator.java ! src/share/classes/com/sun/xml/internal/xsom/ForeignAttributes.java ! src/share/classes/com/sun/xml/internal/xsom/SCD.java ! src/share/classes/com/sun/xml/internal/xsom/XSAnnotation.java ! src/share/classes/com/sun/xml/internal/xsom/XSAttContainer.java ! src/share/classes/com/sun/xml/internal/xsom/XSAttGroupDecl.java ! src/share/classes/com/sun/xml/internal/xsom/XSAttributeDecl.java ! src/share/classes/com/sun/xml/internal/xsom/XSAttributeUse.java ! src/share/classes/com/sun/xml/internal/xsom/XSComplexType.java ! src/share/classes/com/sun/xml/internal/xsom/XSComponent.java ! src/share/classes/com/sun/xml/internal/xsom/XSContentType.java ! src/share/classes/com/sun/xml/internal/xsom/XSDeclaration.java ! src/share/classes/com/sun/xml/internal/xsom/XSElementDecl.java ! src/share/classes/com/sun/xml/internal/xsom/XSFacet.java ! src/share/classes/com/sun/xml/internal/xsom/XSIdentityConstraint.java ! src/share/classes/com/sun/xml/internal/xsom/XSListSimpleType.java ! src/share/classes/com/sun/xml/internal/xsom/XSModelGroup.java ! src/share/classes/com/sun/xml/internal/xsom/XSModelGroupDecl.java ! src/share/classes/com/sun/xml/internal/xsom/XSNotation.java ! src/share/classes/com/sun/xml/internal/xsom/XSParticle.java ! src/share/classes/com/sun/xml/internal/xsom/XSRestrictionSimpleType.java ! src/share/classes/com/sun/xml/internal/xsom/XSSchema.java ! src/share/classes/com/sun/xml/internal/xsom/XSSchemaSet.java ! src/share/classes/com/sun/xml/internal/xsom/XSSimpleType.java ! src/share/classes/com/sun/xml/internal/xsom/XSTerm.java ! src/share/classes/com/sun/xml/internal/xsom/XSType.java ! src/share/classes/com/sun/xml/internal/xsom/XSUnionSimpleType.java ! src/share/classes/com/sun/xml/internal/xsom/XSVariety.java ! src/share/classes/com/sun/xml/internal/xsom/XSWildcard.java ! src/share/classes/com/sun/xml/internal/xsom/XSXPath.java ! src/share/classes/com/sun/xml/internal/xsom/XmlString.java ! src/share/classes/com/sun/xml/internal/xsom/impl/AnnotationImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/AttGroupDeclImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/AttributeDeclImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/AttributeUseImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/AttributesHolder.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ComplexTypeImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ComponentImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/Const.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ContentTypeImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/DeclarationImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ElementDecl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/EmptyImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/FacetImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ForeignAttributesImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/IdentityConstraintImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ListSimpleTypeImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ModelGroupDeclImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ModelGroupImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/NotationImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/ParticleImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/Ref.java ! src/share/classes/com/sun/xml/internal/xsom/impl/RestrictionSimpleTypeImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/SchemaImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/SchemaSetImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/SimpleTypeImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/UName.java ! src/share/classes/com/sun/xml/internal/xsom/impl/UnionSimpleTypeImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/Util.java ! src/share/classes/com/sun/xml/internal/xsom/impl/WildcardImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/XPathImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/package.html ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/BaseContentRef.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/DefaultAnnotationParser.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/DelayedRef.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/Messages.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/Messages.properties ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/Messages_ja.properties ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/NGCCRuntimeEx.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/ParserContext.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/Patch.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/PatcherManager.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/SAXParserFactoryAdaptor.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/SchemaDocumentImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/SubstGroupBaseTypeRef.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/Schema.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/SimpleType_List.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/SimpleType_Restriction.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/SimpleType_Union.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/annotation.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/attributeDeclBody.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/attributeGroupDecl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/attributeUses.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/complexType.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/complexType_complexContent_body.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/elementDeclBody.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/erSet.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/facet.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/group.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/identityConstraint.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/importDecl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/includeDecl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/modelGroupBody.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/notation.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/occurs.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/particle.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/qname.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/redefine.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/simpleType.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/wildcardBody.java ! src/share/classes/com/sun/xml/internal/xsom/impl/parser/state/xpath.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/AbstractAxisImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/Axis.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/Iterators.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/ParseException.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/SCDImpl.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/SCDParserConstants.java ! src/share/classes/com/sun/xml/internal/xsom/impl/scd/Step.java ! src/share/classes/com/sun/xml/internal/xsom/impl/util/DraconianErrorHandler.java ! src/share/classes/com/sun/xml/internal/xsom/impl/util/ResourceEntityResolver.java ! src/share/classes/com/sun/xml/internal/xsom/impl/util/SchemaTreeTraverser.java ! src/share/classes/com/sun/xml/internal/xsom/impl/util/SchemaWriter.java ! src/share/classes/com/sun/xml/internal/xsom/impl/util/Uri.java ! src/share/classes/com/sun/xml/internal/xsom/parser/AnnotationContext.java ! src/share/classes/com/sun/xml/internal/xsom/parser/AnnotationParser.java ! src/share/classes/com/sun/xml/internal/xsom/parser/AnnotationParserFactory.java ! src/share/classes/com/sun/xml/internal/xsom/parser/JAXPParser.java ! src/share/classes/com/sun/xml/internal/xsom/parser/SchemaDocument.java ! src/share/classes/com/sun/xml/internal/xsom/parser/XMLParser.java ! src/share/classes/com/sun/xml/internal/xsom/parser/XSOMParser.java ! src/share/classes/com/sun/xml/internal/xsom/parser/package.html ! src/share/classes/com/sun/xml/internal/xsom/util/ComponentNameFunction.java ! src/share/classes/com/sun/xml/internal/xsom/util/DeferedCollection.java ! src/share/classes/com/sun/xml/internal/xsom/util/DomAnnotationParserFactory.java ! src/share/classes/com/sun/xml/internal/xsom/util/NameGetter.java ! src/share/classes/com/sun/xml/internal/xsom/util/NameGetter.properties ! src/share/classes/com/sun/xml/internal/xsom/util/SimpleTypeSet.java ! src/share/classes/com/sun/xml/internal/xsom/util/TypeClosure.java ! src/share/classes/com/sun/xml/internal/xsom/util/TypeSet.java ! src/share/classes/com/sun/xml/internal/xsom/util/XSFinder.java ! src/share/classes/com/sun/xml/internal/xsom/util/XSFunctionFilter.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSContentTypeFunction.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSContentTypeVisitor.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSFunction.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSSimpleTypeFunction.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSSimpleTypeVisitor.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSTermFunction.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSTermFunctionWithParam.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSTermVisitor.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSVisitor.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSWildcardFunction.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/XSWildcardVisitor.java ! src/share/classes/com/sun/xml/internal/xsom/visitor/package.html ! src/share/classes/javax/xml/bind/ContextFinder.java ! src/share/classes/javax/xml/bind/DatatypeConverter.java ! src/share/classes/javax/xml/bind/DatatypeConverterImpl.java ! src/share/classes/javax/xml/bind/DatatypeConverterInterface.java ! src/share/classes/javax/xml/bind/Element.java ! src/share/classes/javax/xml/bind/JAXBContext.java ! src/share/classes/javax/xml/bind/JAXBException.java ! src/share/classes/javax/xml/bind/MarshalException.java ! src/share/classes/javax/xml/bind/Marshaller.java ! src/share/classes/javax/xml/bind/Messages.properties ! src/share/classes/javax/xml/bind/NotIdentifiableEvent.java ! src/share/classes/javax/xml/bind/ParseConversionEvent.java ! src/share/classes/javax/xml/bind/PrintConversionEvent.java ! src/share/classes/javax/xml/bind/PropertyException.java ! src/share/classes/javax/xml/bind/TypeConstraintException.java ! src/share/classes/javax/xml/bind/UnmarshalException.java ! src/share/classes/javax/xml/bind/Unmarshaller.java ! src/share/classes/javax/xml/bind/UnmarshallerHandler.java ! src/share/classes/javax/xml/bind/ValidationEvent.java ! src/share/classes/javax/xml/bind/ValidationEventHandler.java ! src/share/classes/javax/xml/bind/ValidationEventLocator.java ! src/share/classes/javax/xml/bind/ValidationException.java ! src/share/classes/javax/xml/bind/Validator.java ! src/share/classes/javax/xml/bind/annotation/XmlAccessOrder.java ! src/share/classes/javax/xml/bind/annotation/XmlAccessType.java ! src/share/classes/javax/xml/bind/annotation/XmlAccessorOrder.java ! src/share/classes/javax/xml/bind/annotation/XmlAccessorType.java ! src/share/classes/javax/xml/bind/annotation/XmlAttribute.java ! src/share/classes/javax/xml/bind/annotation/XmlElement.java ! src/share/classes/javax/xml/bind/annotation/XmlID.java ! src/share/classes/javax/xml/bind/annotation/XmlIDREF.java ! src/share/classes/javax/xml/bind/annotation/XmlNs.java ! src/share/classes/javax/xml/bind/annotation/XmlNsForm.java ! src/share/classes/javax/xml/bind/annotation/XmlSchema.java ! src/share/classes/javax/xml/bind/annotation/XmlSeeAlso.java ! src/share/classes/javax/xml/bind/annotation/XmlTransient.java ! src/share/classes/javax/xml/bind/annotation/XmlType.java ! src/share/classes/javax/xml/bind/annotation/XmlValue.java ! src/share/classes/javax/xml/bind/annotation/adapters/XmlJavaTypeAdapter.java ! src/share/classes/javax/xml/bind/annotation/adapters/package.html ! src/share/classes/javax/xml/bind/annotation/package.html ! src/share/classes/javax/xml/bind/attachment/package.html ! src/share/classes/javax/xml/bind/helpers/AbstractMarshallerImpl.java ! src/share/classes/javax/xml/bind/helpers/AbstractUnmarshallerImpl.java ! src/share/classes/javax/xml/bind/helpers/DefaultValidationEventHandler.java ! src/share/classes/javax/xml/bind/helpers/Messages.properties ! src/share/classes/javax/xml/bind/helpers/NotIdentifiableEventImpl.java ! src/share/classes/javax/xml/bind/helpers/ParseConversionEventImpl.java ! src/share/classes/javax/xml/bind/helpers/PrintConversionEventImpl.java ! src/share/classes/javax/xml/bind/helpers/ValidationEventImpl.java ! src/share/classes/javax/xml/bind/helpers/ValidationEventLocatorImpl.java ! src/share/classes/javax/xml/bind/helpers/package.html ! src/share/classes/javax/xml/bind/package.html ! src/share/classes/javax/xml/bind/util/Messages.properties ! src/share/classes/javax/xml/bind/util/ValidationEventCollector.java ! src/share/classes/javax/xml/bind/util/package.html ! src/share/classes/javax/xml/soap/AttachmentPart.java ! src/share/classes/javax/xml/soap/Detail.java ! src/share/classes/javax/xml/soap/DetailEntry.java ! src/share/classes/javax/xml/soap/FactoryFinder.java ! src/share/classes/javax/xml/soap/MessageFactory.java ! src/share/classes/javax/xml/soap/MimeHeader.java ! src/share/classes/javax/xml/soap/MimeHeaders.java ! src/share/classes/javax/xml/soap/Name.java ! src/share/classes/javax/xml/soap/Node.java ! src/share/classes/javax/xml/soap/SAAJMetaFactory.java ! src/share/classes/javax/xml/soap/SAAJResult.java ! src/share/classes/javax/xml/soap/SOAPBody.java ! src/share/classes/javax/xml/soap/SOAPBodyElement.java ! src/share/classes/javax/xml/soap/SOAPConnection.java ! src/share/classes/javax/xml/soap/SOAPConnectionFactory.java ! src/share/classes/javax/xml/soap/SOAPConstants.java ! src/share/classes/javax/xml/soap/SOAPElement.java ! src/share/classes/javax/xml/soap/SOAPElementFactory.java ! src/share/classes/javax/xml/soap/SOAPEnvelope.java ! src/share/classes/javax/xml/soap/SOAPException.java ! src/share/classes/javax/xml/soap/SOAPFactory.java ! src/share/classes/javax/xml/soap/SOAPFault.java ! src/share/classes/javax/xml/soap/SOAPFaultElement.java ! src/share/classes/javax/xml/soap/SOAPHeader.java ! src/share/classes/javax/xml/soap/SOAPHeaderElement.java ! src/share/classes/javax/xml/soap/SOAPMessage.java ! src/share/classes/javax/xml/soap/SOAPPart.java ! src/share/classes/javax/xml/soap/Text.java ! src/share/classes/javax/xml/soap/package.html ! src/share/classes/javax/xml/ws/spi/FactoryFinder.java ! src/share/classes/javax/xml/ws/wsaddressing/W3CEndpointReference.java ! src/share/classes/org/relaxng/datatype/Datatype.java ! src/share/classes/org/relaxng/datatype/DatatypeBuilder.java ! src/share/classes/org/relaxng/datatype/DatatypeException.java ! src/share/classes/org/relaxng/datatype/DatatypeLibrary.java ! src/share/classes/org/relaxng/datatype/DatatypeLibraryFactory.java ! src/share/classes/org/relaxng/datatype/DatatypeStreamingValidator.java ! src/share/classes/org/relaxng/datatype/ValidationContext.java ! src/share/classes/org/relaxng/datatype/helpers/DatatypeLibraryLoader.java ! src/share/classes/org/relaxng/datatype/helpers/ParameterlessDatatypeBuilder.java ! src/share/classes/org/relaxng/datatype/helpers/StreamingValidatorImpl.java Changeset: 3d1c5fd9c01d Author: asaha Date: 2009-08-10 10:52 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/3d1c5fd9c01d Merge Changeset: 6608dd3dae86 Author: tbell Date: 2009-08-14 08:51 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/6608dd3dae86 Merge Changeset: dd3c5f3ec28d Author: tbell Date: 2009-08-18 16:15 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/dd3c5f3ec28d 6873200: patch.out and jaxws.patch do not belong in jaxws repository Reviewed-by: xdono, ohair - jaxws.patch - patch.out From xiomara.jayasena at sun.com Tue Aug 18 20:49:56 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 03:49:56 +0000 Subject: hg: jdk7/build/jdk: 86 new changesets Message-ID: <20090819040744.676FE12045@hg.openjdk.java.net> Changeset: 36c8ddbe9bc5 Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/36c8ddbe9bc5 Added tag jdk7-b69 for changeset 226b20019b1f ! .hgtags Changeset: 12e479399ced Author: dl Date: 2009-07-28 13:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/12e479399ced 6785442: ConcurrentLinkedQueue.remove() and poll() can both remove the same element 6493942: ConcurrentLinkedQueue.remove sometimes very slow Summary: new algorithm for handling concurrent linked lists Reviewed-by: martin ! src/share/classes/java/util/concurrent/ConcurrentLinkedQueue.java - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java + test/java/util/concurrent/ConcurrentQueues/ConcurrentQueueLoops.java + test/java/util/concurrent/ConcurrentQueues/GCRetention.java + test/java/util/concurrent/ConcurrentQueues/LoopHelpers.java + test/java/util/concurrent/ConcurrentQueues/RemovePollRace.java ! test/java/util/concurrent/LinkedBlockingQueue/OfferRemoveLoops.java Changeset: 49573ab3096a Author: dl Date: 2009-07-28 17:17 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/49573ab3096a 6805775: LinkedBlockingQueue Nodes should unlink themselves before becoming garbage 6815766: LinkedBlockingQueue's iterator can return null if drainTo(c) executes concurrently Summary: Faster, more correct. Use self-linking trick to avoid gc retention Reviewed-by: martin, dholmes ! src/share/classes/java/util/concurrent/LinkedBlockingDeque.java ! src/share/classes/java/util/concurrent/LinkedBlockingQueue.java ! test/java/util/Collection/MOAT.java + test/java/util/concurrent/BlockingQueue/OfferDrainToLoops.java + test/java/util/concurrent/ConcurrentQueues/IteratorWeakConsistency.java Changeset: 8cabd2931621 Author: sherman Date: 2009-07-24 11:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8cabd2931621 5063507: (fmt) missing exception for "%#s" format specifier Summary: throw appropriate exception when necessary Reviewed-by: alanb ! src/share/classes/java/util/Formatter.java ! test/java/util/Formatter/Basic-X.java ! test/java/util/Formatter/Basic.java ! test/java/util/Formatter/BasicBigDecimal.java ! test/java/util/Formatter/BasicBigInteger.java ! test/java/util/Formatter/BasicBoolean.java ! test/java/util/Formatter/BasicBooleanObject.java ! test/java/util/Formatter/BasicByte.java ! test/java/util/Formatter/BasicByteObject.java ! test/java/util/Formatter/BasicChar.java ! test/java/util/Formatter/BasicCharObject.java ! test/java/util/Formatter/BasicDateTime.java ! test/java/util/Formatter/BasicDouble.java ! test/java/util/Formatter/BasicDoubleObject.java ! test/java/util/Formatter/BasicFloat.java ! test/java/util/Formatter/BasicFloatObject.java ! test/java/util/Formatter/BasicInt.java ! test/java/util/Formatter/BasicIntObject.java ! test/java/util/Formatter/BasicLong.java ! test/java/util/Formatter/BasicLongObject.java ! test/java/util/Formatter/BasicShort.java ! test/java/util/Formatter/BasicShortObject.java Changeset: eb5173d782ca Author: sherman Date: 2009-07-24 11:22 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/eb5173d782ca Merge Changeset: eb27b5587e18 Author: sherman Date: 2009-07-29 11:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/eb27b5587e18 Merge - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java Changeset: 61d174a58edf Author: martin Date: 2009-07-29 13:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/61d174a58edf 6866554: Misc. javadoc warnings Reviewed-by: alanb ! src/share/classes/java/nio/channels/DatagramChannel.java ! src/share/classes/java/nio/channels/package-info.java ! src/share/classes/java/nio/file/DirectoryStream.java ! src/share/classes/java/nio/file/Path.java ! src/share/classes/java/nio/file/attribute/package-info.java ! src/share/classes/java/util/concurrent/ConcurrentLinkedQueue.java ! src/share/classes/java/util/concurrent/LinkedBlockingDeque.java ! src/share/classes/java/util/concurrent/LinkedBlockingQueue.java Changeset: bfd7abda8f79 Author: jjb Date: 2009-07-29 14:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bfd7abda8f79 6804124: Replace "modified mergesort" in java.util.Arrays.sort with timsort Summary: Easy port of timsort from android Reviewed-by: martin ! make/java/java/FILES_java.gmk ! src/share/classes/java/util/Arrays.java ! src/share/classes/java/util/Collections.java + src/share/classes/java/util/ComparableTimSort.java + src/share/classes/java/util/TimSort.java + test/java/util/TimSort/ArrayBuilder.java + test/java/util/TimSort/README + test/java/util/TimSort/SortPerf.java + test/java/util/TimSort/Sorter.java Changeset: 15a7df80058e Author: martin Date: 2009-07-29 21:45 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/15a7df80058e 6866719: Rename execvpe to avoid symbol clash with glibc 2.10 Reviewed-by: darcy ! src/solaris/native/java/lang/UNIXProcess_md.c Changeset: 0c58a7b6b978 Author: weijun Date: 2009-07-31 16:21 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0c58a7b6b978 6867231: Regression: jdk/test/sun/security/krb5/ConfPlusProp.java error against jdk7/pit/b68 Reviewed-by: xuelei ! test/sun/security/krb5/ConfPlusProp.java Changeset: e2d9696aa701 Author: alanb Date: 2009-07-31 08:44 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e2d9696aa701 6867101: Path.checkAccess fails with sharing violation on special files such as pagefile.sys Reviewed-by: sherman ! src/windows/classes/sun/nio/fs/WindowsConstants.java ! src/windows/classes/sun/nio/fs/WindowsFileAttributes.java ! test/java/nio/file/Path/Misc.java Changeset: d5ee8b871362 Author: alanb Date: 2009-07-31 08:45 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d5ee8b871362 6867244: Tests missing @run tag Reviewed-by: sherman ! test/java/nio/channels/DatagramChannel/BasicMulticastTests.java ! test/java/nio/channels/DatagramChannel/MulticastSendReceiveTests.java ! test/java/nio/file/Files/ContentType.java Changeset: 160e02039cf7 Author: alanb Date: 2009-07-31 19:23 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/160e02039cf7 Merge Changeset: 358ec67d3252 Author: tbell Date: 2009-07-31 17:19 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/358ec67d3252 Merge - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java Changeset: 2536ab04dc68 Author: weijun Date: 2009-08-02 13:40 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2536ab04dc68 6867687: keytool's standard.sh test timeout sometimes Reviewed-by: xuelei ! test/sun/security/tools/keytool/standard.sh Changeset: 1c9cfd050949 Author: tbell Date: 2009-08-02 10:07 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1c9cfd050949 Merge Changeset: c390fd8fa885 Author: sherman Date: 2009-08-04 12:44 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c390fd8fa885 4116222: Errors in Arabic code-conversion tables, part II Summary: updated the IBM420 datatable Reviewed-by: alanb ! make/tools/CharsetMapping/IBM420.c2b ! make/tools/CharsetMapping/IBM420.map ! make/tools/CharsetMapping/IBM420.nr ! make/tools/src/build/tools/charsetmapping/GenerateSBCS.java Changeset: 55186701bdbc Author: martin Date: 2009-08-04 19:18 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/55186701bdbc 6868160: (process) Use vfork, not fork, on Linux to avoid swap exhaustion Summary: Boldly go where no jdk has dared go before Reviewed-by: michaelm ! src/solaris/native/java/lang/UNIXProcess_md.c Changeset: a789c68f1cf3 Author: martin Date: 2009-08-04 19:18 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a789c68f1cf3 6856590: (process) Use RESTARTABLE in UNIXProcess_md.c Summary: Wrap all system calls with RESTARTABLE Reviewed-by: michaelm ! src/solaris/native/java/lang/UNIXProcess_md.c Changeset: 92394e48eed3 Author: dcubed Date: 2009-08-05 13:17 -0600 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/92394e48eed3 6868533: 3/4 JDI: remove '-source 1.5' and '-target 1.5' options from com.sun.jdi tests Summary: We are long past needing to make sure these tests can build on Tiger/JDK1.5.0. Reviewed-by: tbell ! test/com/sun/jdi/EnumTest.java ! test/com/sun/jdi/GenericsTest.java ! test/com/sun/jdi/JdbVarargsTest.sh ! test/com/sun/jdi/StepTest.java ! test/com/sun/jdi/UTF8Test.java ! test/com/sun/jdi/VarargsTest.java Changeset: 2aa570c01c69 Author: wetmore Date: 2009-08-06 17:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2aa570c01c69 6867657: Many JSN tests do not run under cygwin Reviewed-by: ohair ! test/java/net/Authenticator/B4933582.sh ! test/java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.sh ! test/java/net/Socket/OldSocketImpl.sh ! test/java/net/URL/B5086147.sh ! test/java/net/URL/runconstructor.sh ! test/java/net/URLClassLoader/B5077773.sh ! test/java/net/URLClassLoader/sealing/checksealed.sh ! test/java/net/URLConnection/6212146/test.sh ! test/java/security/Security/ClassLoaderDeadlock/ClassLoaderDeadlock.sh ! test/java/security/Security/ClassLoaderDeadlock/Deadlock.sh ! test/java/security/Security/signedfirst/Dyn.sh ! test/java/security/Security/signedfirst/Static.sh ! test/javax/crypto/SecretKeyFactory/FailOverTest.sh ! test/javax/security/auth/Subject/doAs/Test.sh ! test/lib/security/java.policy/Ext_AllPolicy.sh ! test/sun/net/www/MarkResetTest.sh ! test/sun/net/www/http/ChunkedInputStream/ChunkedCharEncoding.sh ! test/sun/net/www/http/HttpClient/RetryPost.sh ! test/sun/net/www/protocol/jar/B5105410.sh ! test/sun/net/www/protocol/jar/jarbug/run.sh ! test/sun/security/pkcs11/Provider/ConfigQuotedString.sh ! test/sun/security/pkcs11/Provider/Login.sh ! test/sun/security/provider/PolicyFile/getinstance/getinstance.sh ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/NotifyHandshakeTest.sh ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh ! test/sun/security/tools/jarsigner/AlgOptions.sh ! test/sun/security/tools/jarsigner/PercentSign.sh ! test/sun/security/tools/jarsigner/oldsig.sh ! test/sun/security/tools/keytool/AltProviderPath.sh ! test/sun/security/tools/keytool/CloneKeyAskPassword.sh ! test/sun/security/tools/keytool/NoExtNPE.sh ! test/sun/security/tools/keytool/SecretKeyKS.sh ! test/sun/security/tools/keytool/StandardAlgName.sh ! test/sun/security/tools/keytool/i18n.sh ! test/sun/security/tools/keytool/printssl.sh ! test/sun/security/tools/keytool/resource.sh ! test/sun/security/tools/keytool/standard.sh Changeset: bc1deb18bfb1 Author: jrose Date: 2009-08-06 18:30 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bc1deb18bfb1 6838598: Legal notice repair: jdk/src/share/classes/sun/dyn/FilterGeneric.java Reviewed-by: xdono ! src/share/classes/sun/dyn/FilterGeneric.java Changeset: bf41e885717f Author: tbell Date: 2009-08-06 19:01 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bf41e885717f Merge - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java Changeset: 0d99696fec64 Author: chegar Date: 2009-08-07 10:50 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0d99696fec64 6826780: URLClassPath should use HashMap instead of HashMap Summary: Replace URL with a String representation. Reviewed-by: michaelm, jccollet ! make/sun/net/FILES_java.gmk ! src/share/classes/sun/misc/URLClassPath.java + src/share/classes/sun/net/util/URLUtil.java Changeset: 9424d836691f Author: chegar Date: 2009-08-07 10:51 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9424d836691f 6826801: JarFileFactory should not use HashMap Summary: Replace URL with a String representation. Reviewed-by: michaelm, jccollet ! src/solaris/classes/sun/net/www/protocol/jar/JarFileFactory.java ! src/windows/classes/sun/net/www/protocol/jar/JarFileFactory.java Changeset: c43105502f46 Author: malenkov Date: 2009-04-29 20:03 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c43105502f46 6660539: Introspector shares cache of mutable BeanInfo between AppContexts. Reviewed-by: peterz ! src/share/classes/java/beans/Introspector.java + test/java/beans/Introspector/Test6660539.java Changeset: 3aeaa5784b3a Author: malenkov Date: 2009-04-29 20:55 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3aeaa5784b3a 6777487: Encoder allows reading private variables with certain names Reviewed-by: peterz ! src/share/classes/java/beans/MetaData.java + test/java/beans/XMLEncoder/6777487/TestBox.java + test/java/beans/XMLEncoder/6777487/TestCheckedCollection.java + test/java/beans/XMLEncoder/6777487/TestCheckedList.java + test/java/beans/XMLEncoder/6777487/TestCheckedMap.java + test/java/beans/XMLEncoder/6777487/TestCheckedRandomAccessList.java + test/java/beans/XMLEncoder/6777487/TestCheckedSet.java + test/java/beans/XMLEncoder/6777487/TestCheckedSortedMap.java + test/java/beans/XMLEncoder/6777487/TestCheckedSortedSet.java + test/java/beans/XMLEncoder/6777487/TestEncoder.java + test/java/beans/XMLEncoder/6777487/TestEnumMap.java + test/java/beans/XMLEncoder/6777487/TestEnumSet.java Changeset: 903ce4bda292 Author: asaha Date: 2009-04-29 11:43 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/903ce4bda292 Merge Changeset: 5b166df43d63 Author: peterz Date: 2009-05-05 12:07 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5b166df43d63 6837293: Reapply fix for 6588003 to JDK7 Reviewed-by: alexp ! src/share/classes/javax/swing/text/LayoutQueue.java Changeset: ead34d1e3c9f Author: jccollet Date: 2009-05-05 11:02 +0200 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ead34d1e3c9f 6801497: Proxy is assumed to be immutable but is non-final Summary: Cloned the proxy instance when necessary Reviewed-by: chegar ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/URL.java Changeset: 38a0e21f345a Author: anthony Date: 2009-05-05 17:47 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/38a0e21f345a 6805231: Security Warning Icon is missing in Windows 2000 Prof from Jdk build 6u12 Summary: The icon becomes layered only when the fading-out effect is being performed. Reviewed-by: art, dcherepanov ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h Changeset: e0636bb69562 Author: anthony Date: 2009-05-05 17:56 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e0636bb69562 6818787: It is possible to reposition the security icon too far from the border of the window on X11 Summary: The constraints for the position of the icon are moved to the shared code Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Window.java ! src/windows/native/sun/windows/awt_Window.cpp Changeset: 4b498e41c1c2 Author: art Date: 2009-05-06 15:17 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4b498e41c1c2 6656586: Cursor.predefined is protected static mutable (findbugs) Reviewed-by: hawtin, igor ! src/share/classes/java/awt/Cursor.java + test/java/awt/Cursor/PredefinedPrivate/PredefinedPrivate.java Changeset: a53a57a3260c Author: emcmanus Date: 2009-05-07 10:44 +0200 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a53a57a3260c 6736293: OpenType checks can be bypassed through finalizer resurrection Reviewed-by: hawtin ! src/share/classes/java/awt/Window.java ! src/share/classes/javax/management/openmbean/OpenMBeanAttributeInfoSupport.java ! src/share/classes/javax/management/openmbean/OpenType.java Changeset: 7b50813648d8 Author: bae Date: 2009-05-08 15:38 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7b50813648d8 6656625: ImageReaderSpi.STANDARD_INPUT_TYPE/ImageWriterSpi.STANDARD_OUTPUT_TYPE are mutable static (findbugs) Reviewed-by: prr ! src/share/classes/com/sun/imageio/plugins/bmp/BMPImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/bmp/BMPImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/gif/GIFImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/gif/GIFImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/png/PNGImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/png/PNGImageWriterSpi.java ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageReaderSpi.java ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageWriterSpi.java ! src/share/classes/javax/imageio/spi/ImageReaderSpi.java ! src/share/classes/javax/imageio/spi/ImageWriterSpi.java Changeset: c6ea5b6c3a8d Author: bae Date: 2009-05-08 15:57 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c6ea5b6c3a8d 6657133: Mutable statics in imageio plugins (findbugs) Reviewed-by: prr ! src/share/classes/com/sun/imageio/stream/StreamCloser.java ! src/share/classes/javax/imageio/plugins/bmp/BMPImageWriteParam.java ! src/share/classes/javax/imageio/stream/FileCacheImageInputStream.java ! src/share/classes/javax/imageio/stream/FileCacheImageOutputStream.java ! src/share/lib/security/java.security ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows Changeset: 597377f1ee71 Author: bae Date: 2009-05-08 16:15 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/597377f1ee71 6823373: [ZDI-CAN-460] Java Web Start JPEG header parsing needs more scruity Reviewed-by: igor ! src/share/native/sun/awt/splashscreen/splashscreen_jpeg.c Changeset: 3de7b0daf355 Author: chegar Date: 2009-05-12 16:32 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/3de7b0daf355 6801071: Remote sites can compromise user privacy and possibly hijack web sessions Reviewed-by: jccollet, hawtin ! make/sun/net/FILES_java.gmk ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/SocksSocketImpl.java ! src/share/classes/java/net/URL.java + src/share/classes/sun/net/ApplicationProxy.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java Changeset: 05200aff312e Author: amenkov Date: 2009-05-13 13:52 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/05200aff312e 6657625: RmfFileReader/StandardMidiFileWriter.types are public mutable statics (findbugs) Reviewed-by: hawtin ! src/share/classes/com/sun/media/sound/StandardMidiFileWriter.java Changeset: d09b81d1eb85 Author: amenkov Date: 2009-05-13 14:32 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d09b81d1eb85 6738524: JDK13Services allows read access to system properties from untrusted code Reviewed-by: hawtin ! src/share/classes/com/sun/media/sound/JDK13Services.java Changeset: 43ed4f9a781a Author: amenkov Date: 2009-05-13 14:32 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/43ed4f9a781a 6777448: JDK13Services.getProviders creates instances with full privileges [hawtin, alexp] Reviewed-by: hawtin, alexp ! src/share/classes/com/sun/media/sound/JSSecurityManager.java Changeset: ae62878e6eef Author: asaha Date: 2009-05-07 13:18 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ae62878e6eef Merge ! src/share/classes/java/awt/Window.java - src/share/native/sun/java2d/pipe/RenderBuffer.c ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h - test/com/sun/awt/Translucency/TranslucentJAppletTest/TranslucentJAppletTest.java - test/com/sun/awt/Translucency/TranslucentShapedFrameTest/TSFrame.java - test/com/sun/awt/Translucency/TranslucentShapedFrameTest/TranslucentShapedFrameTest.form - test/com/sun/awt/Translucency/TranslucentShapedFrameTest/TranslucentShapedFrameTest.java Changeset: bf002235470d Author: asaha Date: 2009-06-12 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bf002235470d Merge Changeset: 8156e661d016 Author: asaha Date: 2009-06-12 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8156e661d016 Merge ! src/share/classes/java/awt/Window.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java - src/share/classes/sun/nio/cs/ext/DBCSDecoderMapping.java - src/share/classes/sun/nio/cs/ext/DBCS_IBM_ASCII_Decoder.java - src/share/classes/sun/nio/cs/ext/DBCS_IBM_ASCII_Encoder.java - src/share/classes/sun/nio/cs/ext/DBCS_IBM_EBCDIC_Decoder.java - src/share/classes/sun/nio/cs/ext/DBCS_IBM_EBCDIC_Encoder.java - src/share/classes/sun/nio/cs/ext/DBCS_ONLY_IBM_EBCDIC_Decoder.java - src/share/classes/sun/nio/cs/ext/IBM1381.java - src/share/classes/sun/nio/cs/ext/IBM1383.java - src/share/classes/sun/nio/cs/ext/IBM930.java - src/share/classes/sun/nio/cs/ext/IBM933.java - src/share/classes/sun/nio/cs/ext/IBM935.java - src/share/classes/sun/nio/cs/ext/IBM937.java - src/share/classes/sun/nio/cs/ext/IBM939.java - src/share/classes/sun/nio/cs/ext/IBM942.java - src/share/classes/sun/nio/cs/ext/IBM943.java - src/share/classes/sun/nio/cs/ext/IBM948.java - src/share/classes/sun/nio/cs/ext/IBM949.java - src/share/classes/sun/nio/cs/ext/IBM950.java - src/share/classes/sun/nio/cs/ext/IBM970.java - src/share/classes/sun/nio/cs/ext/SimpleEUCDecoder.java ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h Changeset: f2d65a92ffb2 Author: malenkov Date: 2009-06-18 14:08 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f2d65a92ffb2 6660049: Synth Region.uiToRegionMap/lowerCaseNameMap are mutable statics Reviewed-by: hawtin ! src/share/classes/javax/swing/plaf/synth/Region.java + test/javax/swing/plaf/synth/Test6660049.java Changeset: a209372d6de8 Author: asaha Date: 2009-06-17 13:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a209372d6de8 Merge Changeset: 2f126d8c369d Author: asaha Date: 2009-06-18 22:45 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2f126d8c369d Merge Changeset: 94bd5497a0d3 Author: asaha Date: 2009-06-18 22:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/94bd5497a0d3 Merge Changeset: 75fe05d49f44 Author: asaha Date: 2009-06-22 13:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/75fe05d49f44 6656610: AccessibleResourceBundle.getContents exposes mutable static (findbugs) Reviewed-by: hawtin ! src/share/classes/javax/accessibility/AccessibleResourceBundle.java Changeset: ffb8e36b668c Author: mullan Date: 2009-06-23 13:54 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ffb8e36b668c 6824440: XML Signature HMAC issue Reviewed-by: asaha ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/implementations/IntegrityHmac.java ! src/share/classes/org/jcp/xml/dsig/internal/dom/DOMHMACSignatureMethod.java + test/com/sun/org/apache/xml/internal/security/TruncateHMAC.java + test/com/sun/org/apache/xml/internal/security/signature-enveloping-hmac-sha1-trunclen-0-attack.xml + test/com/sun/org/apache/xml/internal/security/signature-enveloping-hmac-sha1-trunclen-8-attack.xml ! test/javax/xml/crypto/dsig/GenerationTests.java ! test/javax/xml/crypto/dsig/ValidationTests.java + test/javax/xml/crypto/dsig/data/signature-enveloping-hmac-sha1-trunclen-0-attack.xml + test/javax/xml/crypto/dsig/data/signature-enveloping-hmac-sha1-trunclen-8-attack.xml Changeset: 7352778840c7 Author: ksrini Date: 2009-06-22 07:23 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7352778840c7 6830335: Java JAR Pack200 Decompression Integer Overflow Vulnerability Summary: Fixes a potential vulnerability in the unpack200 logic, by adding extra checks, a back-port. Reviewed-by: asaha ! src/share/native/com/sun/java/util/jar/pack/unpack.cpp Changeset: 043280e1fc76 Author: asaha Date: 2009-07-01 09:59 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/043280e1fc76 Merge ! make/sun/net/FILES_java.gmk ! src/share/classes/java/net/SocksSocketImpl.java - src/share/classes/java/nio/file/DirectoryStreamFilters.java - src/share/classes/java/nio/file/FileAction.java - src/share/classes/java/nio/file/spi/AbstractPath.java - src/share/classes/sun/io/ByteToCharMS932DB.java - src/share/classes/sun/io/CharToByteMS932DB.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java - src/share/classes/sun/nio/cs/ext/EUC_CN.java - src/share/classes/sun/nio/cs/ext/EUC_KR.java - src/share/classes/sun/nio/cs/ext/GBK.java - src/share/classes/sun/nio/cs/ext/Johab.java - src/share/classes/sun/nio/cs/ext/MS932.java - src/share/classes/sun/nio/cs/ext/MS932DB.java - src/share/classes/sun/nio/cs/ext/MS936.java - src/share/classes/sun/nio/cs/ext/MS949.java - src/share/classes/sun/nio/cs/ext/MS950.java - src/share/classes/sun/nio/fs/AbstractFileStoreSpaceAttributeView.java - src/share/classes/sun/nio/fs/MimeType.java - test/java/nio/file/DirectoryStream/Filters.java - test/java/nio/file/Files/content_type.sh - test/java/nio/file/Path/temporary_files.sh - test/java/nio/file/attribute/Attributes/Basic.java Changeset: 46e4a2e56801 Author: asaha Date: 2009-07-06 11:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/46e4a2e56801 Merge ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageReaderSpi.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java - src/share/native/sun/font/bidi/cmemory.h - src/share/native/sun/font/bidi/jbidi.c - src/share/native/sun/font/bidi/jbidi.h - src/share/native/sun/font/bidi/ubidi.c - src/share/native/sun/font/bidi/ubidi.h - src/share/native/sun/font/bidi/ubidiimp.h - src/share/native/sun/font/bidi/ubidiln.c - src/share/native/sun/font/bidi/uchardir.c - src/share/native/sun/font/bidi/uchardir.h - src/share/native/sun/font/bidi/utypes.h Changeset: e2726b43d1cc Author: mullan Date: 2009-07-08 16:57 -0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e2726b43d1cc 6858484: If an invalid HMAC XML Signature is validated, all subsequent valid HMAC signatures are invalid Reviewed-by: asaha ! src/share/classes/com/sun/org/apache/xml/internal/security/algorithms/implementations/IntegrityHmac.java ! test/com/sun/org/apache/xml/internal/security/TruncateHMAC.java + test/com/sun/org/apache/xml/internal/security/signature-enveloping-hmac-sha1.xml Changeset: 78a1ffa5a675 Author: asaha Date: 2009-07-08 14:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/78a1ffa5a675 Merge Changeset: 9b15d9813292 Author: asaha Date: 2009-07-08 14:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9b15d9813292 Merge Changeset: 537d8716d8cd Author: asaha Date: 2009-07-13 08:05 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/537d8716d8cd Merge Changeset: 599a7f770842 Author: asaha Date: 2009-07-15 10:46 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/599a7f770842 Merge Changeset: 97a5d7c6fbfb Author: vinnie Date: 2009-07-17 20:29 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/97a5d7c6fbfb 6657619: DnsContext.debug is public static mutable (findbugs) Reviewed-by: alanb ! src/share/classes/com/sun/jndi/dns/DnsContext.java + test/com/sun/jndi/dns/CheckAccess.java Changeset: df7d8ae860cf Author: vinnie Date: 2009-07-17 20:43 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/df7d8ae860cf 6657695: AbstractSaslImpl.logger is a static mutable (findbugs) Reviewed-by: alanb ! src/share/classes/com/sun/security/sasl/util/AbstractSaslImpl.java + test/com/sun/security/sasl/util/CheckAccess.java Changeset: 83d1885b22d6 Author: asaha Date: 2009-07-21 13:02 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/83d1885b22d6 Merge ! src/share/classes/java/awt/Window.java ! src/share/classes/java/beans/MetaData.java - src/share/classes/sun/swing/AccessibleMethod.java Changeset: 14c81c80a7f3 Author: asaha Date: 2009-07-21 13:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/14c81c80a7f3 Merge Changeset: baec332a0ff4 Author: asaha Date: 2009-07-27 22:28 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/baec332a0ff4 Merge Changeset: ebc7d26588b8 Author: asaha Date: 2009-08-04 08:01 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ebc7d26588b8 Merge ! src/share/classes/java/awt/Window.java ! src/share/classes/java/beans/Introspector.java ! src/share/classes/java/beans/MetaData.java - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java Changeset: 6fe590dcc49c Author: asaha Date: 2009-08-05 14:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6fe590dcc49c Merge Changeset: c223ce2294c1 Author: asaha Date: 2009-08-06 22:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c223ce2294c1 Merge - src/share/classes/com/sun/crypto/provider/JarVerifier.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java - src/share/classes/sun/security/pkcs11/JarVerifier.java - src/windows/classes/sun/security/mscapi/JarVerifier.java Changeset: 1774d87963ad Author: asaha Date: 2009-08-07 09:21 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1774d87963ad Merge ! make/sun/net/FILES_java.gmk Changeset: 88229bdd8aae Author: andrew Date: 2009-08-07 18:15 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/88229bdd8aae 6869697: Missing entry in makefiles for java/lang/ReflectiveOperationException.java Summary: Add new dependency explicitly so all compilers pick it up Reviewed-by: darcy, ohair ! make/java/java/FILES_java.gmk Changeset: 5439d705c04e Author: weijun Date: 2009-08-11 12:15 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5439d705c04e 6866479: libzip.so caused JVM to crash when running jarsigner Reviewed-by: mullan ! src/share/classes/sun/security/tools/JarSigner.java + test/sun/security/tools/jarsigner/samename.sh Changeset: c98d2798e16f Author: weijun Date: 2009-08-11 12:17 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c98d2798e16f 6710360: export Kerberos session key to applications Reviewed-by: valeriep + src/share/classes/com/sun/security/jgss/ExtendedGSSContext.java + src/share/classes/com/sun/security/jgss/InquireSecContextPermission.java + src/share/classes/com/sun/security/jgss/InquireType.java ! src/share/classes/sun/security/jgss/GSSContextImpl.java ! src/share/classes/sun/security/jgss/krb5/Krb5Context.java ! src/share/classes/sun/security/jgss/spi/GSSContextSpi.java ! src/share/classes/sun/security/jgss/spnego/SpNegoContext.java ! src/share/classes/sun/security/jgss/wrapper/NativeGSSContext.java ! src/share/classes/sun/security/tools/PolicyTool.java + test/com/sun/security/jgss/InquireSecContextPermissionCheck.java ! test/sun/security/krb5/auto/Context.java Changeset: 6db21e653d99 Author: weijun Date: 2009-08-11 12:20 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6db21e653d99 6821190: more InquireType values for ExtendedGSSContext Reviewed-by: valeriep + src/share/classes/com/sun/security/jgss/AuthorizationDataEntry.java ! src/share/classes/com/sun/security/jgss/ExtendedGSSContext.java ! src/share/classes/com/sun/security/jgss/InquireType.java ! src/share/classes/sun/security/jgss/krb5/InitSecContextToken.java ! src/share/classes/sun/security/jgss/krb5/Krb5Context.java ! src/share/classes/sun/security/krb5/Credentials.java ! src/share/classes/sun/security/krb5/KrbApReq.java ! src/share/classes/sun/security/krb5/internal/AuthorizationData.java ! src/share/classes/sun/security/tools/PolicyTool.java ! test/sun/security/krb5/auto/Context.java Changeset: efe2d2a55b3b Author: weijun Date: 2009-08-11 15:36 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/efe2d2a55b3b 6868867: Test: sun/security/tools/keytool/standard.sh fails under windows/cygwin Reviewed-by: wetmore ! src/share/classes/sun/security/tools/KeyTool.java Changeset: aface89bfcf6 Author: xuelei Date: 2009-08-11 18:27 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/aface89bfcf6 6585239: Regression: 2 DNS tests fail with JDK 5.0u13 b01 and pass with 5.0u12fcs Reviewed-by: vinnie ! src/share/classes/com/sun/jndi/dns/DnsContext.java Changeset: 5b5df0632ecf Author: alanb Date: 2009-08-11 12:37 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5b5df0632ecf 4516760: (so) Intermittent SocketException: Transport endpoint is not connected (lnx) Reviewed-by: sherman ! src/solaris/native/sun/nio/ch/Net.c ! test/java/nio/channels/SocketChannel/Shutdown.java Changeset: 18554eea6ce6 Author: alanb Date: 2009-08-11 12:38 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/18554eea6ce6 6867781: (file) Examples in javadoc use newFileAttributeView instead of getFileAttributeView Reviewed-by: sherman ! src/share/classes/java/nio/file/attribute/AclFileAttributeView.java ! src/share/classes/java/nio/file/attribute/PosixFileAttributeView.java Changeset: a9a5aabecc01 Author: alanb Date: 2009-08-11 12:49 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a9a5aabecc01 6865748: (file) SimpleFileVisitor methods ignore null arguments Reviewed-by: sherman ! src/share/classes/java/nio/file/SimpleFileVisitor.java ! test/java/nio/file/Files/Misc.java Changeset: 8b97f8827d08 Author: asaha Date: 2009-08-07 11:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8b97f8827d08 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README Changeset: 1ec22dda0652 Author: asaha Date: 2009-08-10 09:47 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1ec22dda0652 Merge - src/share/classes/com/sun/crypto/provider/JarVerifier.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java - src/share/classes/sun/security/pkcs11/JarVerifier.java - src/windows/classes/sun/security/mscapi/JarVerifier.java Changeset: 7681fa43d310 Author: asaha Date: 2009-08-11 08:22 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7681fa43d310 Merge Changeset: 1ff7163fc5f7 Author: vinnie Date: 2009-08-11 16:52 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1ff7163fc5f7 6840752: Provide out-of-the-box support for ECC algorithms Reviewed-by: alanb, mullan, wetmore ! make/sun/security/Makefile + make/sun/security/ec/FILES_c.gmk + make/sun/security/ec/Makefile + make/sun/security/ec/mapfile-vers ! make/sun/security/other/Makefile + src/share/classes/sun/security/ec/ECDHKeyAgreement.java + src/share/classes/sun/security/ec/ECDSASignature.java + src/share/classes/sun/security/ec/ECKeyPairGenerator.java + src/share/classes/sun/security/ec/SunEC.java + src/share/classes/sun/security/ec/SunECEntries.java ! src/share/lib/security/java.security ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows + src/share/native/sun/security/ec/ECC_JNI.cpp + src/share/native/sun/security/ec/ec.c + src/share/native/sun/security/ec/ec.h + src/share/native/sun/security/ec/ec2.h + src/share/native/sun/security/ec/ec2_163.c + src/share/native/sun/security/ec/ec2_193.c + src/share/native/sun/security/ec/ec2_233.c + src/share/native/sun/security/ec/ec2_aff.c + src/share/native/sun/security/ec/ec2_mont.c + src/share/native/sun/security/ec/ec_naf.c + src/share/native/sun/security/ec/ecc_impl.h + src/share/native/sun/security/ec/ecdecode.c + src/share/native/sun/security/ec/ecl-curve.h + src/share/native/sun/security/ec/ecl-exp.h + src/share/native/sun/security/ec/ecl-priv.h + src/share/native/sun/security/ec/ecl.c + src/share/native/sun/security/ec/ecl.h + src/share/native/sun/security/ec/ecl_curve.c + src/share/native/sun/security/ec/ecl_gf.c + src/share/native/sun/security/ec/ecl_mult.c + src/share/native/sun/security/ec/ecp.h + src/share/native/sun/security/ec/ecp_192.c + src/share/native/sun/security/ec/ecp_224.c + src/share/native/sun/security/ec/ecp_256.c + src/share/native/sun/security/ec/ecp_384.c + src/share/native/sun/security/ec/ecp_521.c + src/share/native/sun/security/ec/ecp_aff.c + src/share/native/sun/security/ec/ecp_jac.c + src/share/native/sun/security/ec/ecp_jm.c + src/share/native/sun/security/ec/ecp_mont.c + src/share/native/sun/security/ec/logtab.h + src/share/native/sun/security/ec/mp_gf2m-priv.h + src/share/native/sun/security/ec/mp_gf2m.c + src/share/native/sun/security/ec/mp_gf2m.h + src/share/native/sun/security/ec/mpi-config.h + src/share/native/sun/security/ec/mpi-priv.h + src/share/native/sun/security/ec/mpi.c + src/share/native/sun/security/ec/mpi.h + src/share/native/sun/security/ec/mplogic.c + src/share/native/sun/security/ec/mplogic.h + src/share/native/sun/security/ec/mpmontg.c + src/share/native/sun/security/ec/mpprime.h + src/share/native/sun/security/ec/oid.c + src/share/native/sun/security/ec/secitem.c + src/share/native/sun/security/ec/secoidt.h + test/sun/security/ec/TestEC.java + test/sun/security/ec/p12passwords.txt + test/sun/security/ec/pkcs12/secp256r1server-secp384r1ca.p12 + test/sun/security/ec/pkcs12/sect193r1server-rsa1024ca.p12 Changeset: 485d3eb9b50b Author: vinnie Date: 2009-08-11 16:57 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/485d3eb9b50b Merge Changeset: 95ae810b66fb Author: vinnie Date: 2009-08-11 17:01 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/95ae810b66fb Merge Changeset: 36e0f4e00f20 Author: dcubed Date: 2009-08-11 20:02 -0600 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/36e0f4e00f20 6870298: 4/4 fix minor typos in java/lang/instrument/Instrumentation.java Summary: Fix typos in the JavaDoc. Reviewed-by: tbell ! src/share/classes/java/lang/instrument/Instrumentation.java Changeset: 82b66d0368ff Author: dcubed Date: 2009-08-11 20:06 -0600 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/82b66d0368ff Merge - src/share/classes/com/sun/crypto/provider/JarVerifier.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java - src/share/classes/sun/security/pkcs11/JarVerifier.java - src/windows/classes/sun/security/mscapi/JarVerifier.java Changeset: abac33c4bd67 Author: tbell Date: 2009-08-14 08:51 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/abac33c4bd67 Merge Changeset: 43465920bf47 Author: xdono Date: 2009-08-18 19:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/43465920bf47 Merge - test/java/util/concurrent/ConcurrentLinkedQueue/ConcurrentQueueLoops.java - test/java/util/concurrent/ConcurrentLinkedQueue/LoopHelpers.java From xiomara.jayasena at sun.com Tue Aug 18 21:18:09 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Wed, 19 Aug 2009 04:18:09 +0000 Subject: hg: jdk7/build/langtools: 32 new changesets Message-ID: <20090819041902.16ED81204A@hg.openjdk.java.net> Changeset: 4ac89259512f Author: xdono Date: 2009-08-13 12:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/4ac89259512f Added tag jdk7-b69 for changeset ce9bcdcb7859 ! .hgtags Changeset: 777a3efad0d5 Author: jjg Date: 2009-07-28 10:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/777a3efad0d5 6855990: javap InstructionDetailWriter should support new 308 annotations attribute Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/classfile/ExtendedAnnotation.java ! src/share/classes/com/sun/tools/javap/AnnotationWriter.java ! src/share/classes/com/sun/tools/javap/CodeWriter.java ! src/share/classes/com/sun/tools/javap/InstructionDetailWriter.java + src/share/classes/com/sun/tools/javap/TypeAnnotationWriter.java + test/tools/javap/typeAnnotations/T6855990.java Changeset: 85b317ac8a0c Author: jjg Date: 2009-07-28 11:00 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/85b317ac8a0c 6734068: Some variable length attributes set their size incorrectly. Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/classfile/CharacterRangeTable_attribute.java ! src/share/classes/com/sun/tools/classfile/LineNumberTable_attribute.java ! src/share/classes/com/sun/tools/classfile/LocalVariableTable_attribute.java ! src/share/classes/com/sun/tools/classfile/LocalVariableTypeTable_attribute.java ! src/share/classes/com/sun/tools/classfile/ModuleExportTable_attribute.java ! src/share/classes/com/sun/tools/classfile/ModuleMemberTable_attribute.java Changeset: c2dfab9e2f39 Author: jjg Date: 2009-07-29 13:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/c2dfab9e2f39 4777949: Javap Rewrite : Warn javap usage on package classes with simple name. Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javap/JavapFileManager.java ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/resources/javap.properties + test/tools/javap/T4777949.java Changeset: 85fecace920b Author: mcimadamore Date: 2009-07-30 10:29 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/85fecace920b 6827648: Extremely slow compilation time for visitor pattern code + generics Summary: Javac unnecessarily recomputates type-substitutions multiple times Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Types.java Changeset: b1e027181dd4 Author: mcimadamore Date: 2009-07-30 10:30 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b1e027181dd4 6862608: rich diagnostic sometimes contain wrong type variable numbering Summary: The rich formatter generates worng numbers for type-variables in where clauses Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java + test/tools/javac/Diagnostics/6862608/T6862608a.java + test/tools/javac/Diagnostics/6862608/T6862608a.out + test/tools/javac/Diagnostics/6862608/T6862608b.java + test/tools/javac/Diagnostics/6862608/T6862608b.out Changeset: dd5c51734ad9 Author: mcimadamore Date: 2009-07-30 10:30 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/dd5c51734ad9 6864382: NPE in the rich formatter when processing an unattributed type-variable Summary: Unattributed type variable should not be accessed by the rich formatter when emitting where clauses Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java + test/tools/javac/Diagnostics/6864382/T6864382.java + test/tools/javac/Diagnostics/6864382/T6864382.out Changeset: 6d0add6ad778 Author: mcimadamore Date: 2009-07-30 10:30 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/6d0add6ad778 6861837: JCK compilation failures Summary: Type-annotations processing is accessing type info before they are available in MemberEnter Reviewed-by: jjg Contributed-by: mali at csail.mit.edu ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java ! test/tools/javac/typeAnnotations/InnerClass.java Changeset: 23505e6ea22d Author: jjg Date: 2009-07-30 07:48 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/23505e6ea22d 6866657: add byteLength method to primary classfile types Reviewed-by: mchung ! src/share/classes/com/sun/tools/classfile/AccessFlags.java ! src/share/classes/com/sun/tools/classfile/Attribute.java ! src/share/classes/com/sun/tools/classfile/Attributes.java ! src/share/classes/com/sun/tools/classfile/ClassFile.java ! src/share/classes/com/sun/tools/classfile/ConstantPool.java ! src/share/classes/com/sun/tools/classfile/Field.java ! src/share/classes/com/sun/tools/classfile/Method.java + test/tools/javap/T6866657.java Changeset: e33efb09ed75 Author: jjg Date: 2009-07-30 09:18 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/e33efb09ed75 4880672: javap does not output inner interfaces of an interface Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/Options.java ! src/share/classes/com/sun/tools/javap/resources/javap.properties + test/tools/javap/T4880672.java Changeset: dbf8a2816201 Author: tbell Date: 2009-07-31 17:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/dbf8a2816201 Merge Changeset: 743f17b55b44 Author: jjg Date: 2009-08-04 17:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/743f17b55b44 6867671: javap whitespace formatting issues Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javap/AttributeWriter.java ! src/share/classes/com/sun/tools/javap/BasicWriter.java ! src/share/classes/com/sun/tools/javap/ClassWriter.java ! src/share/classes/com/sun/tools/javap/CodeWriter.java ! src/share/classes/com/sun/tools/javap/ConstantWriter.java ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/Options.java Changeset: bc0b1f404c40 Author: jjg Date: 2009-08-05 07:43 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/bc0b1f404c40 6868553: 6867671 breaks some tests Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javap/AttributeWriter.java ! test/tools/javac/code/ArrayClone.java ! test/tools/javap/4111861/T4111861.java ! test/tools/javap/T4884240.java ! test/tools/javap/T4975569.java ! test/tools/javap/stackmap/T6271292.sh Changeset: 526de25e0b28 Author: jjg Date: 2009-08-05 08:38 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/526de25e0b28 6729471: javap should accept class files on the command line Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javap/JavapTask.java + test/tools/javap/T6729471.java Changeset: b5ab848ba68f Author: tbell Date: 2009-08-06 19:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b5ab848ba68f Merge Changeset: 160d7a994e69 Author: jjg Date: 2009-08-06 19:35 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/160d7a994e69 6858429: javap classfile library a minor bug Reviewed-by: ksrini ! src/share/classes/com/sun/tools/classfile/ClassWriter.java Changeset: 3e38c6da72ec Author: tbell Date: 2009-08-06 20:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/3e38c6da72ec Merge Changeset: cba827f72977 Author: jjg Date: 2009-08-08 17:50 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/cba827f72977 6868548: remove spurious ';' from after constant pool entries Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javap/CodeWriter.java ! src/share/classes/com/sun/tools/javap/ConstantWriter.java ! test/tools/javac/code/ArrayClone.java Changeset: 961dc3acdb06 Author: jjg Date: 2009-08-08 17:56 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/961dc3acdb06 6868539: javap should use current names for constant pool tags Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javap/CodeWriter.java ! src/share/classes/com/sun/tools/javap/ConstantWriter.java + test/tools/javap/T6868539.java Changeset: d5f6c475f475 Author: mcimadamore Date: 2009-08-11 01:11 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/d5f6c475f475 6806876: ClassCastException occurs in assignment expressions without any heap pollutions Summary: intersection types should be considered as non-reifiable by javac Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/varargs/6806876/T6806876.java + test/tools/javac/varargs/6806876/T6806876.out Changeset: abe992640c5a Author: mcimadamore Date: 2009-08-11 01:12 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/abe992640c5a 6390045: Unexpected error "cannot access java.lang.Void" with '-target cldc1.0' with -source >=1.5 Summary: javac needs to synthetize a fake java.lang.Void symbol if one is not given on the classpath Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Symtab.java + test/tools/javac/6390045/T6390045a.java + test/tools/javac/6390045/T6390045b.java Changeset: 62073a5becc5 Author: mcimadamore Date: 2009-08-11 01:12 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/62073a5becc5 6840059: regression: javac silently crashes when resolving erroneous anonymous inner constructor Summary: resolved an internal crash with constructor resolution Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/6840059/T6840059.java + test/tools/javac/6840059/T6840059.out Changeset: 8227961c64d3 Author: mcimadamore Date: 2009-08-11 01:13 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/8227961c64d3 6521805: Regression: JDK5/JDK6 javac allows write access to outer class reference Summary: javac should warn/complain about identifiers with the same name as synthetic symbol Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/comp/Lower.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/6521805/T6521805a.java + test/tools/javac/6521805/T6521805a_1.out + test/tools/javac/6521805/T6521805a_2.out + test/tools/javac/6521805/T6521805b.java + test/tools/javac/6521805/T6521805c.java + test/tools/javac/6521805/T6521805d.java + test/tools/javac/6521805/T6521805d.out + test/tools/javac/6521805/T6521805e.java + test/tools/javac/6521805/T6521805e.out + test/tools/javac/6521805/p/Outer.java + test/tools/javac/6521805/p/Sub.java ! test/tools/javac/6734819/T6734819a.out ! test/tools/javac/6734819/T6734819b.out ! test/tools/javac/policy/test2/byfile.AB.out ! test/tools/javac/policy/test2/bytodo.AB.out Changeset: 62fb6cafa93b Author: mcimadamore Date: 2009-08-11 01:13 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/62fb6cafa93b 6869075: regression: javac crashes when compiling compound string assignment with generics Summary: javac should not add syntehtic cast to the LHS of an assignment expression Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/TransTypes.java + test/tools/javac/generics/T6869075.java Changeset: 13902c0c9b83 Author: mcimadamore Date: 2009-08-11 01:14 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/13902c0c9b83 6569404: Cannot instantiate an inner class of a type variable Summary: javac is too strict in rejecting member selction from a type-var Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java + test/tools/javac/generics/typevars/6569404/T6569404a.java + test/tools/javac/generics/typevars/6569404/T6569404b.java + test/tools/javac/generics/typevars/6569404/T6569404b.out + test/tools/javac/generics/typevars/6569404/T6569404c.java Changeset: c4c424badb83 Author: mcimadamore Date: 2009-08-11 01:14 +0100 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/c4c424badb83 6199153: Generic throws and overriding Summary: javac incorrectly rejects an uchecked overriding Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/OverrideChecks/6199153/T6199153.java + test/tools/javac/OverrideChecks/6199153/T6199153.out Changeset: 21f1d2462c7c Author: asaha Date: 2009-08-07 11:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/21f1d2462c7c 6803688: Integrate latest JAX-WS (2.1.6) in to JDK 6u14 Reviewed-by: darcy, ramap ! THIRD_PARTY_README Changeset: 91852fb12e2e Author: asaha Date: 2009-08-10 09:36 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/91852fb12e2e Merge Changeset: 38f54dbd2e5b Author: asaha Date: 2009-08-11 08:22 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/38f54dbd2e5b Merge Changeset: beefdeb352e6 Author: jjg Date: 2009-08-11 14:05 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/beefdeb352e6 6870591: langtools build sets javac.bootclasspath incorrectly Reviewed-by: ohair ! make/build.xml Changeset: 5a26c8fd0830 Author: jjg Date: 2009-08-11 18:35 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/5a26c8fd0830 6870743: update comments in langtools/make/build.properties Reviewed-by: darcy ! make/build.properties Changeset: 97d06f3e8787 Author: tbell Date: 2009-08-14 08:53 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/97d06f3e8787 Merge From gnu_andrew at member.fsf.org Wed Aug 19 16:10:50 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 20 Aug 2009 00:10:50 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> Message-ID: <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> 2009/8/18 Andrew John Hughes : > 2009/8/18 Jonathan Gibbons : >> Andrew, >> >> If this is a patch for jdk7, it does not appear to be a patch to a recent >> copy >> of 7. > > It's against b69 which is the latest release (from Friday). ?The > patches are against the IcedTea forest so builds can be tested with > IcedTea as well. > > Specifically, you do not seem to have the recent changeset ?to set >> the source/target used to compile JDK to 7. [1] >> > > Er... yes I do: > > # Add the source level > LANGUAGE_VERSION = -source 7 > JAVACFLAGS ?+= $(LANGUAGE_VERSION) > > # Add the class version we want > TARGET_CLASS_VERSION = 7 > CLASS_VERSION = -target $(TARGET_CLASS_VERSION) > JAVACFLAGS ?+= $(CLASS_VERSION) > JAVACFLAGS ?+= -encoding ascii > JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar > JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) > > but these only cover the rt classes and not the bootstrap classes. > >> While your patch does not directly conflict with any edits in that patch, >> and >> while the effect of your patch looks OK, in that patch I was extending the >> precedent of TARGET_CLASS_VERSION to have an explicit macro for >> (just) the version number, so that it is easy to change the value of (just) >> the version number from the command line. >> >> With that in mind, I would suggest something like the following for your >> patch: >> >> BOOT_SOURCE_LANGUAGE_VERSION = 6 >> BOOT_TARGET_CLASS_VERSION = 6 >> BOOT_JAVACFLAGS ?+= -encoding ascii -source $(BOOT_SOURCE_LANGUAGE_VERSION) >> -target $(BOOT_TARGET_CLASS_VERSION) >> > > I didn't copy this for the 6 changes because I didn't immediately see > the point of using variables just for this single use. ?I forgot that > it is possible to override these from the command line, so I've update > the patch: > > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ > >> -- Jon >> >> [1] >> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >> >> >> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >> >>> Currently the javac calls for building the bootstrap tools (not the >>> classes for the final JDK, which correctly now use source and target >>> 7) don't set an explicit source and target version. >>> >>> The webrev: >>> >>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>> >>> sets these to 6 explicitly, as happens in the Ant builds performed by >>> langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as >>> the bootstrap javac as it defaults to a version < 1.5, and the build >>> fails. >>> >>> Ok to push? >>> >>> Thanks, >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >> >> > > > > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > Is this version now ok? If so, I'll push it to the build gate using the bug ID Kelly allocated for the same fix in JDK. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Wed Aug 19 16:16:06 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Wed, 19 Aug 2009 16:16:06 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> Message-ID: <4A8C87B6.2040509@sun.com> Andrew John Hughes wrote: > 2009/8/18 Andrew John Hughes : > >> 2009/8/18 Jonathan Gibbons : >> >>> Andrew, >>> >>> If this is a patch for jdk7, it does not appear to be a patch to a recent >>> copy >>> of 7. >>> >> It's against b69 which is the latest release (from Friday). The >> patches are against the IcedTea forest so builds can be tested with >> IcedTea as well. >> >> Specifically, you do not seem to have the recent changeset to set >> >>> the source/target used to compile JDK to 7. [1] >>> >>> >> Er... yes I do: >> >> # Add the source level >> LANGUAGE_VERSION = -source 7 >> JAVACFLAGS += $(LANGUAGE_VERSION) >> >> # Add the class version we want >> TARGET_CLASS_VERSION = 7 >> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >> JAVACFLAGS += $(CLASS_VERSION) >> JAVACFLAGS += -encoding ascii >> JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >> JAVACFLAGS += $(OTHER_JAVACFLAGS) >> >> but these only cover the rt classes and not the bootstrap classes. >> >> >>> While your patch does not directly conflict with any edits in that patch, >>> and >>> while the effect of your patch looks OK, in that patch I was extending the >>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>> (just) the version number, so that it is easy to change the value of (just) >>> the version number from the command line. >>> >>> With that in mind, I would suggest something like the following for your >>> patch: >>> >>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>> BOOT_TARGET_CLASS_VERSION = 6 >>> BOOT_JAVACFLAGS += -encoding ascii -source $(BOOT_SOURCE_LANGUAGE_VERSION) >>> -target $(BOOT_TARGET_CLASS_VERSION) >>> >>> >> I didn't copy this for the 6 changes because I didn't immediately see >> the point of using variables just for this single use. I forgot that >> it is possible to override these from the command line, so I've update >> the patch: >> >> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >> >> >>> -- Jon >>> >>> [1] >>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>> >>> >>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>> >>> >>>> Currently the javac calls for building the bootstrap tools (not the >>>> classes for the final JDK, which correctly now use source and target >>>> 7) don't set an explicit source and target version. >>>> >>>> The webrev: >>>> >>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>>> >>>> sets these to 6 explicitly, as happens in the Ant builds performed by >>>> langtools/jaxp/jaxws. This is noticeable especially when using ecj as >>>> the bootstrap javac as it defaults to a version < 1.5, and the build >>>> fails. >>>> >>>> Ok to push? >>>> >>>> Thanks, >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> >>> >> >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> >> > > Is this version now ok? If so, I'll push it to the build gate using > the bug ID Kelly allocated for the same fix in JDK. > Andrew, I approve your webrev http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ My earlier confusion was caused by the fact that the corba Makefile is not consistent with the jdk Makefile with respect to the use of SOURCE_LANGUAGE_VERSION. It would be good to (separately) fix that inconsistency, but that does not affect the validity of what you propose here. -- Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20090819/b2c09ba6/attachment.html From ahughes at redhat.com Wed Aug 19 17:36:46 2009 From: ahughes at redhat.com (ahughes at redhat.com) Date: Thu, 20 Aug 2009 00:36:46 +0000 Subject: hg: jdk7/build/corba: 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk javac Message-ID: <20090820003647.C0E5C12113@hg.openjdk.java.net> Changeset: 8001ba2bf10d Author: andrew Date: 2009-08-20 01:28 +0100 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d 6873059: Explicitly use -source 6 -target 6 when compiling with the boot jdk javac Summary: The bootstrap javac currently uses the default source and targets of the boot javac Reviewed-by: jjg, ohair ! make/common/shared/Defs-java.gmk From gnu_andrew at member.fsf.org Thu Aug 20 05:48:31 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 20 Aug 2009 13:48:31 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <4A8C87B6.2040509@sun.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> Message-ID: <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> 2009/8/20 Jonathan Gibbons : > Andrew John Hughes wrote: > > 2009/8/18 Andrew John Hughes : > > > 2009/8/18 Jonathan Gibbons : > > > Andrew, > > If this is a patch for jdk7, it does not appear to be a patch to a recent > copy > of 7. > > > It's against b69 which is the latest release (from Friday). ?The > patches are against the IcedTea forest so builds can be tested with > IcedTea as well. > > Specifically, you do not seem to have the recent changeset ?to set > > > the source/target used to compile JDK to 7. [1] > > > > Er... yes I do: > > # Add the source level > LANGUAGE_VERSION = -source 7 > JAVACFLAGS ?+= $(LANGUAGE_VERSION) > > # Add the class version we want > TARGET_CLASS_VERSION = 7 > CLASS_VERSION = -target $(TARGET_CLASS_VERSION) > JAVACFLAGS ?+= $(CLASS_VERSION) > JAVACFLAGS ?+= -encoding ascii > JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar > JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) > > but these only cover the rt classes and not the bootstrap classes. > > > > While your patch does not directly conflict with any edits in that patch, > and > while the effect of your patch looks OK, in that patch I was extending the > precedent of TARGET_CLASS_VERSION to have an explicit macro for > (just) the version number, so that it is easy to change the value of (just) > the version number from the command line. > > With that in mind, I would suggest something like the following for your > patch: > > BOOT_SOURCE_LANGUAGE_VERSION = 6 > BOOT_TARGET_CLASS_VERSION = 6 > BOOT_JAVACFLAGS ?+= -encoding ascii -source $(BOOT_SOURCE_LANGUAGE_VERSION) > -target $(BOOT_TARGET_CLASS_VERSION) > > > > I didn't copy this for the 6 changes because I didn't immediately see > the point of using variables just for this single use. ?I forgot that > it is possible to override these from the command line, so I've update > the patch: > > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ > > > > -- Jon > > [1] > http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html > > > On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: > > > > Currently the javac calls for building the bootstrap tools (not the > classes for the final JDK, which correctly now use source and target > 7) don't set an explicit source and target version. > > The webrev: > > http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ > > sets these to 6 explicitly, as happens in the Ant builds performed by > langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as > the bootstrap javac as it defaults to a version < 1.5, and the build > fails. > > Ok to push? > > Thanks, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > > > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > > > > Is this version now ok? If so, I'll push it to the build gate using > the bug ID Kelly allocated for the same fix in JDK. > > > Andrew, > > I approve your webrev http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ Thanks. Pushed this last night: http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d > My earlier confusion was caused by the fact that the corba Makefile is not > consistent with the jdk Makefile with respect to the use of > SOURCE_LANGUAGE_VERSION. > It would be good to (separately) fix that inconsistency, but that does not > affect the validity of what you propose here. > Yes, I see what you mean now. Here's another webrev: http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ which should make the two fairly consistent. It brings in a lot of changes to the version in JDK that seem to have been missed from CORBA, namely: * Turning off option outputs on fastdebug builds * Supporting USE_HOTSPOT_INTERPRETER_MODE * Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL * The SOURCE_LANGUAGE_VERSION sync above * Include JAR_JFLAGS in BOOT_JAR_JFLAGS The following differences remain, which didn't seem appropriate to include: -JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar +JAVACFLAGS += "-Xbootclasspath:$(CLASSBINDIR)" JAVACFLAGS += $(OTHER_JAVACFLAGS) # Needed for javah -JAVAHFLAGS += -classpath $(CLASSBINDIR) +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) I wasn't sure of the pros/cons of these changes but can easy add them if needed. > -- Jon > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Kelly.Ohair at Sun.COM Thu Aug 20 12:20:12 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 20 Aug 2009 12:20:12 -0700 Subject: build fails in ubuntu intrepid In-Reply-To: <7196ed5b0908201202p55122adan1dea9c023ca36744@mail.gmail.com> References: <7196ed5b0908201202p55122adan1dea9c023ca36744@mail.gmail.com> Message-ID: <4A8DA1EC.40708@sun.com> (Changed to build-dev alias) You made no changes to the make files? Let me know what: make -version says. I've never seen this failure mode before. -kto Ymo wrote: > Hi all. > > I am trying to build the latest openjdk7. I am wondering if anyone has seen > this error yet. > > ( cd ./jdk/make && \ > make sanity HOTSPOT_IMPORT_CHECK=false > JDK_TOPDIR=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/jdk > JDK_MAKE_SHARED_DIR=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/jdk/make/common/shared > EXTERNALSANITYCONTROL=true SOURCE_LANGUAGE_VERSION=7 TARGET_CLASS_VERSION=7 > MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 > FULL_VERSION=1.7.0-internal-ymo_2009_08_20_15_02-b00 > PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 > JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 > PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 > ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 > ANT_HOME="/home/ymo/3rdp/dev/apache/ant/apache-ant-1.7.1" > ALT_OUTPUTDIR=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/build/linux-i586 > ALT_LANGTOOLS_DIST=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/build/linux-i586/langtools/dist > ALT_CORBA_DIST=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/build/linux-i586/corba/dist > ALT_JAXP_DIST=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/build/linux-i586/jaxp/dist > ALT_JAXWS_DIST=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/build/linux-i586/jaxws/dist > ALT_HOTSPOT_IMPORT_PATH=/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/build/linux-i586/hotspot/import > BUILD_HOTSPOT=true ; ) > make[1]: Entering directory > `/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/jdk/make' > common/internal/BinaryPlugs.gmk:133: *** target pattern contains no `%'. > Stop. > make[1]: Leaving directory > `/home/ymo/3rdp/dev/openjdk/openjdk-7-ea-src-b69-13_aug_2009/openjdk/jdk/make' > make: *** [jdk-sanity] Error 2 > > > Thanks. From Tim.Bell at Sun.COM Thu Aug 20 20:20:36 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Thu, 20 Aug 2009 20:20:36 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" Message-ID: <4A8E1284.8030608@sun.com> Hi Folks When building OpenJDK, the freetype sanity check compiles a little program to test that the freetype include files and libraries are available, and also that the version number is acceptable. If building on Windows and using a Visual Studio compiler newer than 2003, this program will fail due to the new rules for accessing MSVCR??.dll. [1] I didn't make the up the rules, in fact I am extremely puzzled that Microsoft is forcing ALL external developers and ISVs to solve this problem. I am trying to get the OpenJDK build to deal with them or at least tolerate them for those people out there who build OpenJDK on Windows. The bugzilla report: https://bugs.openjdk.java.net/show_bug.cgi?id=100101 The code review: http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ These changes build OK on all JPRT systems: linux_i586_2.6 linux_x64_2.6 solaris_i586_5.10 solaris_sparc_5.10 solaris_sparcv9_5.10 solaris_x64_5.10- windows_i586_5.0 windows_x64_5.2 They also work on my Windows XP SP2 / Visual Studio 2008 build machine. Thanks in advance- Tim [1] How to redistribute the Visual C++ Libraries with your application (Ben Anderson) http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx From Kelly.Ohair at Sun.COM Fri Aug 21 09:37:33 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 21 Aug 2009 09:37:33 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8E1284.8030608@sun.com> References: <4A8E1284.8030608@sun.com> Message-ID: <4A8ECD4D.7090809@sun.com> Looks good Tim. I wish that freetype just had a simple version.h file we could check. :^( -kto Tim Bell wrote: > Hi Folks > > When building OpenJDK, the freetype sanity check compiles a > little program to test that the freetype include files and > libraries are available, and also that the version number is > acceptable. > > If building on Windows and using a Visual Studio compiler > newer than 2003, this program will fail due to the new > rules for accessing MSVCR??.dll. [1] > > I didn't make the up the rules, in fact I am extremely > puzzled that Microsoft is forcing ALL external developers > and ISVs to solve this problem. I am trying to get the > OpenJDK build to deal with them or at least tolerate > them for those people out there who build OpenJDK on > Windows. > > The bugzilla report: > https://bugs.openjdk.java.net/show_bug.cgi?id=100101 > > The code review: > http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ > > These changes build OK on all JPRT systems: > > linux_i586_2.6 > linux_x64_2.6 > solaris_i586_5.10 > solaris_sparc_5.10 > solaris_sparcv9_5.10 > solaris_x64_5.10- > windows_i586_5.0 > windows_x64_5.2 > > They also work on my Windows XP SP2 / Visual Studio 2008 > build machine. > > Thanks in advance- > > Tim > > [1] How to redistribute the Visual C++ Libraries with your application (Ben Anderson) > http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx From Tim.Bell at Sun.COM Fri Aug 21 10:43:55 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 21 Aug 2009 10:43:55 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8ECD4D.7090809@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> Message-ID: <4A8EDCDB.8040708@sun.com> Kelly O'Hair wrote: > Looks good Tim. Thanks, Kelly. I plan to push this fix to the build forest later today. > I wish that freetype just had a simple version.h file we could check. :^( I checked the freetype 2.3.5 include files... we could use this from include/freetype/freetype.h: /************************************************************************* * * @enum: * FREETYPE_XXX * * @description: * These three macros identify the FreeType source code version. * Use @FT_Library_Version to access them at runtime. * * @values: * FREETYPE_MAJOR :: The major version number. * FREETYPE_MINOR :: The minor version number. * FREETYPE_PATCH :: The patch level. * * @note: * The version number of FreeType if built as a dynamic link library * with the `libtool' package is _not_ controlled by these three * macros. */ #define FREETYPE_MAJOR 2 #define FREETYPE_MINOR 3 #define FREETYPE_PATCH 5 Tim > -kto > > Tim Bell wrote: >> Hi Folks >> >> When building OpenJDK, the freetype sanity check compiles a >> little program to test that the freetype include files and >> libraries are available, and also that the version number is >> acceptable. >> >> If building on Windows and using a Visual Studio compiler >> newer than 2003, this program will fail due to the new >> rules for accessing MSVCR??.dll. [1] >> >> I didn't make the up the rules, in fact I am extremely >> puzzled that Microsoft is forcing ALL external developers >> and ISVs to solve this problem. I am trying to get the >> OpenJDK build to deal with them or at least tolerate >> them for those people out there who build OpenJDK on >> Windows. >> >> The bugzilla report: >> https://bugs.openjdk.java.net/show_bug.cgi?id=100101 >> >> The code review: >> http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ >> >> These changes build OK on all JPRT systems: >> >> linux_i586_2.6 >> linux_x64_2.6 >> solaris_i586_5.10 >> solaris_sparc_5.10 >> solaris_sparcv9_5.10 >> solaris_x64_5.10- >> windows_i586_5.0 >> windows_x64_5.2 >> >> They also work on my Windows XP SP2 / Visual Studio 2008 >> build machine. >> >> Thanks in advance- >> >> Tim >> >> [1] How to redistribute the Visual C++ Libraries with your application (Ben Anderson) >> http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx From Kelly.Ohair at Sun.COM Fri Aug 21 12:20:14 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 21 Aug 2009 12:20:14 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8EDCDB.8040708@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> Message-ID: <4A8EF36E.6030703@sun.com> Humm... as much as building a freetype application tells us that the libraries work, I'm wondering if we could just do something like this in the makefile sanity check: ifdef OPENJDK FREETYPE_VERSION_H=$(FREETYPE_HEADERS_PATH)/freetype/freetype.h _FREETYPE_VER := \ if [ -f "${FREETYPE_VERSION_H}" ] ; then \ _major="`${GREP} 'define FREETYPE_MAJOR' | ${CUT} -d' ' -f3`" ; \ _minor="`${GREP} 'define FREETYPE_MINOR' | ${CUT} -d' ' -f3`" ; \ _micro="`${GREP} 'define FREETYPE_PATCH' | ${CUT} -d' ' -f3`" ; \ $(ECHO) "${_major}.${_minor}.${_micro}"; \ else \ $(ECHO) "0.0.0"; \ fi FREETYPE_VER :=$(call GetVersion,"$(_FREETYPE_VER)") FREETYPE_CHECK :=$(call CheckVersions,$(FREETYPE_VER),$(REQUIRED_FREETYPE_VERSION)) sane-freetype: @if [ "$(FREETYPE_CHECK)" != "same" -a "$(FREETYPE_CHECK)" != "newer" ]; then \ $(ECHO) "ERROR: The version of freetype being used is older than \n" \ " the required version of '$(REQUIRED_FREETYPE_VERSION)'. \n" \ " The version of freetype found was '$(FREETYPE_VER)'. \n" \ "" >> $(ERROR_FILE) ; \ fi else #do nothing (not OpenJDK) sane-freetype: endif --- Just a thought.... Then that whole freetype check program can go away, but if the libraries are wrong, we won't find out at sanity check time. (I have not tested the above logic) -kto Tim Bell wrote: > Kelly O'Hair wrote: >> Looks good Tim. > > Thanks, Kelly. I plan to push this fix to the build forest later today. > >> I wish that freetype just had a simple version.h file we could check. :^( > > I checked the freetype 2.3.5 include files... we could use this from > include/freetype/freetype.h: > > /************************************************************************* > * > * @enum: > * FREETYPE_XXX > * > * @description: > * These three macros identify the FreeType source code version. > * Use @FT_Library_Version to access them at runtime. > * > * @values: > * FREETYPE_MAJOR :: The major version number. > * FREETYPE_MINOR :: The minor version number. > * FREETYPE_PATCH :: The patch level. > * > * @note: > * The version number of FreeType if built as a dynamic link library > * with the `libtool' package is _not_ controlled by these three > * macros. > */ > #define FREETYPE_MAJOR 2 > #define FREETYPE_MINOR 3 > #define FREETYPE_PATCH 5 > > > > Tim > >> -kto >> >> Tim Bell wrote: >>> Hi Folks >>> >>> When building OpenJDK, the freetype sanity check compiles a >>> little program to test that the freetype include files and >>> libraries are available, and also that the version number is >>> acceptable. >>> >>> If building on Windows and using a Visual Studio compiler >>> newer than 2003, this program will fail due to the new >>> rules for accessing MSVCR??.dll. [1] >>> >>> I didn't make the up the rules, in fact I am extremely >>> puzzled that Microsoft is forcing ALL external developers >>> and ISVs to solve this problem. I am trying to get the >>> OpenJDK build to deal with them or at least tolerate >>> them for those people out there who build OpenJDK on >>> Windows. >>> >>> The bugzilla report: >>> https://bugs.openjdk.java.net/show_bug.cgi?id=100101 >>> >>> The code review: >>> http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ >>> >>> These changes build OK on all JPRT systems: >>> >>> linux_i586_2.6 >>> linux_x64_2.6 >>> solaris_i586_5.10 >>> solaris_sparc_5.10 >>> solaris_sparcv9_5.10 >>> solaris_x64_5.10- >>> windows_i586_5.0 >>> windows_x64_5.2 >>> >>> They also work on my Windows XP SP2 / Visual Studio 2008 >>> build machine. >>> >>> Thanks in advance- >>> >>> Tim >>> >>> [1] How to redistribute the Visual C++ Libraries with your application (Ben Anderson) >>> http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx > From tim.bell at sun.com Fri Aug 21 12:21:55 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Fri, 21 Aug 2009 19:21:55 +0000 Subject: hg: jdk7/build/jdk: 6705913: freetype_versioncheck.exe - Unable To Locate Component Message-ID: <20090821192258.BE3A11233C@hg.openjdk.java.net> Changeset: b3aac0db5586 Author: tbell Date: 2009-08-21 12:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b3aac0db5586 6705913: freetype_versioncheck.exe - Unable To Locate Component Summary: Update freetype_versioncheck to deal with newer Visual Studio releases Reviewed-by: ohair ! make/tools/freetypecheck/Makefile ! make/tools/freetypecheck/freetypecheck.c From Tim.Bell at Sun.COM Fri Aug 21 12:42:33 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 21 Aug 2009 12:42:33 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8EF36E.6030703@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> Message-ID: <4A8EF8A9.4080608@sun.com> Hi Kelly- > Just a thought.... Then that whole freetype check program can go away, > but if the libraries are wrong, we won't find out at sanity check time. Good idea. but we will have to take it up under a new Bug-ID. I had already started my push when I saw your email. I will file another bug report. Tim From martinrb at google.com Fri Aug 21 13:06:50 2009 From: martinrb at google.com (Martin Buchholz) Date: Fri, 21 Aug 2009 13:06:50 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8EF36E.6030703@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> Message-ID: <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> A way to check at runtime, since freetype 2.0.9, is - A new function named `FT_Library_Version' has been added to return the current library's major, minor, and patch version numbers. This is important since the macros FREETYPE_MAJOR, FREETYPE_MINOR, and FREETYPE_PATCH cannot be used when the library is dynamically linked by a program. So it is possible to have compile-time, link-time, and run-time library versions checked. --- BTW, I just can't believe that building a simple program with recent microsoft compilers can be so difficult. There must be a saner way. Martin On Fri, Aug 21, 2009 at 12:20, Kelly O'Hair wrote: > Humm... as much as building a freetype application tells us that the > libraries work, I'm wondering if we could just do something like this > in the makefile sanity check: > > ifdef OPENJDK > FREETYPE_VERSION_H=$(FREETYPE_HEADERS_PATH)/freetype/freetype.h > _FREETYPE_VER := \ > if [ -f "${FREETYPE_VERSION_H}" ] ; then \ > _major="`${GREP} 'define FREETYPE_MAJOR' | ${CUT} -d' ' -f3`" ; \ > _minor="`${GREP} 'define FREETYPE_MINOR' | ${CUT} -d' ' -f3`" ; \ > _micro="`${GREP} 'define FREETYPE_PATCH' | ${CUT} -d' ' -f3`" ; \ > $(ECHO) "${_major}.${_minor}.${_micro}"; \ > else \ > $(ECHO) "0.0.0"; \ > fi > FREETYPE_VER :=$(call GetVersion,"$(_FREETYPE_VER)") > FREETYPE_CHECK :=$(call > CheckVersions,$(FREETYPE_VER),$(REQUIRED_FREETYPE_VERSION)) > > sane-freetype: > @if [ "$(FREETYPE_CHECK)" != "same" -a "$(FREETYPE_CHECK)" != > "newer" ]; then \ > $(ECHO) "ERROR: The version of freetype being used is older than > \n" \ > " the required version of '$(REQUIRED_FREETYPE_VERSION)'. > \n" \ > " The version of freetype found was '$(FREETYPE_VER)'. \n" > \ > "" >> $(ERROR_FILE) ; \ > fi > > else > > #do nothing (not OpenJDK) > sane-freetype: > > endif > > > --- > Just a thought.... Then that whole freetype check program can go away, > but if the libraries are wrong, we won't find out at sanity check time. > > (I have not tested the above logic) > > -kto > > > Tim Bell wrote: > >> Kelly O'Hair wrote: >> >>> Looks good Tim. >>> >> >> Thanks, Kelly. I plan to push this fix to the build forest later today. >> >> I wish that freetype just had a simple version.h file we could check. :^( >>> >> >> I checked the freetype 2.3.5 include files... we could use this from >> include/freetype/freetype.h: >> >> >> /************************************************************************* >> * >> * @enum: >> * FREETYPE_XXX >> * >> * @description: >> * These three macros identify the FreeType source code version. >> * Use @FT_Library_Version to access them at runtime. >> * >> * @values: >> * FREETYPE_MAJOR :: The major version number. >> * FREETYPE_MINOR :: The minor version number. >> * FREETYPE_PATCH :: The patch level. >> * >> * @note: >> * The version number of FreeType if built as a dynamic link library >> * with the `libtool' package is _not_ controlled by these three >> * macros. >> */ >> #define FREETYPE_MAJOR 2 >> #define FREETYPE_MINOR 3 >> #define FREETYPE_PATCH 5 >> >> >> >> Tim >> >> -kto >>> >>> Tim Bell wrote: >>> >>>> Hi Folks >>>> >>>> When building OpenJDK, the freetype sanity check compiles a >>>> little program to test that the freetype include files and >>>> libraries are available, and also that the version number is >>>> acceptable. >>>> >>>> If building on Windows and using a Visual Studio compiler >>>> newer than 2003, this program will fail due to the new >>>> rules for accessing MSVCR??.dll. [1] >>>> >>>> I didn't make the up the rules, in fact I am extremely >>>> puzzled that Microsoft is forcing ALL external developers >>>> and ISVs to solve this problem. I am trying to get the >>>> OpenJDK build to deal with them or at least tolerate >>>> them for those people out there who build OpenJDK on >>>> Windows. >>>> >>>> The bugzilla report: >>>> https://bugs.openjdk.java.net/show_bug.cgi?id=100101 >>>> >>>> The code review: >>>> http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ >>>> >>>> These changes build OK on all JPRT systems: >>>> >>>> linux_i586_2.6 >>>> linux_x64_2.6 >>>> solaris_i586_5.10 >>>> solaris_sparc_5.10 >>>> solaris_sparcv9_5.10 >>>> solaris_x64_5.10- >>>> windows_i586_5.0 >>>> windows_x64_5.2 >>>> >>>> They also work on my Windows XP SP2 / Visual Studio 2008 >>>> build machine. >>>> >>>> Thanks in advance- >>>> >>>> Tim >>>> >>>> [1] How to redistribute the Visual C++ Libraries with your application >>>> (Ben Anderson) >>>> >>>> http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx >>>> >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20090821/528bba50/attachment.html From Tim.Bell at Sun.COM Fri Aug 21 13:21:19 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 21 Aug 2009 13:21:19 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> Message-ID: <4A8F01BF.7060801@sun.com> Hi Martin > A way to check at runtime, since freetype 2.0.9, is > > - A new function named `FT_Library_Version' has been added to > return the current library's major, minor, and patch version > numbers. This is important since the macros FREETYPE_MAJOR, > FREETYPE_MINOR, and FREETYPE_PATCH cannot be used when the > library is dynamically linked by a program. > > So it is possible to have compile-time, link-time, > and run-time library versions checked. And that is what the current freetypecheck.c program is calling. What is painful about it is compiling and linking executables during the Sanity check. Getting over the Sanity check hurdle is a tough job for a new OpenJDK developer, and this makes it harder. On the other hand, it all needs to work in the end, so perhaps the current check is justified. > BTW, I just can't believe that building a simple program > with recent microsoft compilers can be so difficult. > There must be a saner way. If so, I'd like to find out about it as my efforts on the 6523947 project (and all the related bug-IDs) are definitely eroding my sanity. After reading some of the comments people left on [1] I feel a bit better, but not much closer to finding a solution that works all across the JDK... Tim > [1] How to redistribute the Visual C++ Libraries with your application (Ben Anderson) > http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx From Igor.Nekrestyanov at Sun.COM Fri Aug 21 13:28:11 2009 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Fri, 21 Aug 2009 13:28:11 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> Message-ID: <4A8F035B.8060103@sun.com> Martin Buchholz wrote: > A way to check at runtime, since freetype 2.0.9, is > > - A new function named `FT_Library_Version' has been added to > return the current library's major, minor, and patch version > numbers. This is important since the macros FREETYPE_MAJOR, > FREETYPE_MINOR, and FREETYPE_PATCH cannot be used when the > library is dynamically linked by a program. > > So it is possible to have compile-time, link-time, > and run-time library versions checked. This is exactly the reason to compile freetype_versioncheck (it uses FT_Library_Version). We wanted to check that both headers and library are ok. We can consider relaxing sanity check but it may end up in weird build failures later on if there are multiple versions of freetype on the platform or if library was manually compiled and it is not ok. We had these issues in the past but might be older (incompatible) versions of freetype are not very widely used anymore. > BTW, I just can't believe that building a simple program > with recent microsoft compilers can be so difficult. > There must be a saner way. Agree. This seems very odd. Don't we have to have same workaround to all other exe files? If we absolutely need to have this then why it is not shared between all other places? -igor > > Martin > > > On Fri, Aug 21, 2009 at 12:20, Kelly O'Hair > wrote: > > Humm... as much as building a freetype application tells us that the > libraries work, I'm wondering if we could just do something like this > in the makefile sanity check: > > ifdef OPENJDK > FREETYPE_VERSION_H=$(FREETYPE_HEADERS_PATH)/freetype/freetype.h > _FREETYPE_VER := \ > if [ -f "${FREETYPE_VERSION_H}" ] ; then \ > _major="`${GREP} 'define FREETYPE_MAJOR' | ${CUT} -d' ' -f3`" ; \ > _minor="`${GREP} 'define FREETYPE_MINOR' | ${CUT} -d' ' -f3`" ; \ > _micro="`${GREP} 'define FREETYPE_PATCH' | ${CUT} -d' ' -f3`" ; \ > $(ECHO) "${_major}.${_minor}.${_micro}"; \ > else \ > $(ECHO) "0.0.0"; \ > fi > FREETYPE_VER :=$(call GetVersion,"$(_FREETYPE_VER)") > FREETYPE_CHECK :=$(call > CheckVersions,$(FREETYPE_VER),$(REQUIRED_FREETYPE_VERSION)) > > sane-freetype: > @if [ "$(FREETYPE_CHECK)" != "same" -a "$(FREETYPE_CHECK)" > != "newer" ]; then \ > $(ECHO) "ERROR: The version of freetype being used is > older than \n" \ > " the required version of > '$(REQUIRED_FREETYPE_VERSION)'. \n" \ > " The version of freetype found was > '$(FREETYPE_VER)'. \n" \ > "" >> $(ERROR_FILE) ; \ > fi > > else > > #do nothing (not OpenJDK) > sane-freetype: > > endif > > > --- > Just a thought.... Then that whole freetype check program can go away, > but if the libraries are wrong, we won't find out at sanity check > time. > > (I have not tested the above logic) > > -kto > > > Tim Bell wrote: > > Kelly O'Hair wrote: > > Looks good Tim. > > > Thanks, Kelly. I plan to push this fix to the build forest > later today. > > I wish that freetype just had a simple version.h file we > could check. :^( > > > I checked the freetype 2.3.5 include files... we could use > this from > include/freetype/freetype.h: > > /************************************************************************* > * > * @enum: > * FREETYPE_XXX > * > * @description: > * These three macros identify the FreeType source code > version. > * Use @FT_Library_Version to access them at runtime. > * > * @values: > * FREETYPE_MAJOR :: The major version number. > * FREETYPE_MINOR :: The minor version number. > * FREETYPE_PATCH :: The patch level. > * > * @note: > * The version number of FreeType if built as a dynamic > link library > * with the `libtool' package is _not_ controlled by these > three > * macros. > */ > #define FREETYPE_MAJOR 2 > #define FREETYPE_MINOR 3 > #define FREETYPE_PATCH 5 > > > > Tim > > -kto > > Tim Bell wrote: > > Hi Folks > > When building OpenJDK, the freetype sanity check > compiles a > little program to test that the freetype include files and > libraries are available, and also that the version > number is > acceptable. > > If building on Windows and using a Visual Studio compiler > newer than 2003, this program will fail due to the new > rules for accessing MSVCR??.dll. [1] > > I didn't make the up the rules, in fact I am extremely > puzzled that Microsoft is forcing ALL external developers > and ISVs to solve this problem. I am trying to get the > OpenJDK build to deal with them or at least tolerate > them for those people out there who build OpenJDK on > Windows. > > The bugzilla report: > https://bugs.openjdk.java.net/show_bug.cgi?id=100101 > > The code review: > http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ > > > These changes build OK on all JPRT systems: > > linux_i586_2.6 > linux_x64_2.6 > solaris_i586_5.10 > solaris_sparc_5.10 > solaris_sparcv9_5.10 > solaris_x64_5.10- > windows_i586_5.0 > windows_x64_5.2 > > They also work on my Windows XP SP2 / Visual Studio 2008 > build machine. > > Thanks in advance- > > Tim > > [1] How to redistribute the Visual C++ Libraries with > your application (Ben Anderson) > http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx > > > From Tim.Bell at Sun.COM Fri Aug 21 13:46:15 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 21 Aug 2009 13:46:15 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8F035B.8060103@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> <4A8F035B.8060103@sun.com> Message-ID: <4A8F0797.40705@sun.com> Hi Igor: > We can consider relaxing sanity check but it may end up in weird build > failures later on if there are multiple versions of freetype on the platform > or if library was manually compiled and it is not ok. We had these > issues in the past but might be older (incompatible) versions of freetype > are not very widely used anymore. I filed RFE #6874788 on this question. It should be visible outside Sun in a few working days. > Don't we have to have same workaround to all other exe files? > If we absolutely need to have this then why it is not shared between all > other places? Every .exe that uses MSVCR80.dll (Visual Studio 2005) or MSVCR90.dll (VS 2008) must deal with .manifests, side-by-side assemblies, and so forth. It is not too hard to get it working on your development machine by installing Visual Studio, or installing the redistributable runtimes (vcredist_x86.exe) [1] It is when you try to share your work with others, or transplant it to a test machine that the executables will fail to run. We can't ask everyone installing a JRE or JDK on Windows to install [1] first. That would be a barrier to adoption. So I am working towards getting our installer to create what Microsoft calls a 'side-by-side' assembly and install that on the client machine if it is not already there. BTW: Our current releases work because they put a copy of msvcr71.dll into C:/WINDOWS/system32/. This trick was always vulnerable to having the file replaced or deleted by some other application or installer. The option has been specifically ruled out by Microsoft for the newer runtimes. Tim [1] Microsoft Visual C++ 2008 Redistributable Package (x86) http://www.microsoft.com/DOWNLOADS/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf From Kelly.Ohair at Sun.COM Fri Aug 21 13:49:03 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 21 Aug 2009 13:49:03 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> Message-ID: <4A8F083F.4050704@sun.com> Martin Buchholz wrote: > A way to check at runtime, since freetype 2.0.9, is > > - A new function named `FT_Library_Version' has been added to > return the current library's major, minor, and patch version > numbers. This is important since the macros FREETYPE_MAJOR, > FREETYPE_MINOR, and FREETYPE_PATCH cannot be used when the > library is dynamically linked by a program. > > So it is possible to have compile-time, link-time, > and run-time library versions checked. > > --- > > BTW, I just can't believe that building a simple program > with recent microsoft compilers can be so difficult. > There must be a saner way. I suspect that developers using Visual Studio IDE, and not using their own GNU makefiles, and running the cl.exe compiler directly, probably have saner options. -kto > > Martin > > > On Fri, Aug 21, 2009 at 12:20, Kelly O'Hair > wrote: > > Humm... as much as building a freetype application tells us that the > libraries work, I'm wondering if we could just do something like this > in the makefile sanity check: > > ifdef OPENJDK > FREETYPE_VERSION_H=$(FREETYPE_HEADERS_PATH)/freetype/freetype.h > _FREETYPE_VER := \ > if [ -f "${FREETYPE_VERSION_H}" ] ; then \ > _major="`${GREP} 'define FREETYPE_MAJOR' | ${CUT} -d' ' -f3`" ; \ > _minor="`${GREP} 'define FREETYPE_MINOR' | ${CUT} -d' ' -f3`" ; \ > _micro="`${GREP} 'define FREETYPE_PATCH' | ${CUT} -d' ' -f3`" ; \ > $(ECHO) "${_major}.${_minor}.${_micro}"; \ > else \ > $(ECHO) "0.0.0"; \ > fi > FREETYPE_VER :=$(call GetVersion,"$(_FREETYPE_VER)") > FREETYPE_CHECK :=$(call > CheckVersions,$(FREETYPE_VER),$(REQUIRED_FREETYPE_VERSION)) > > sane-freetype: > @if [ "$(FREETYPE_CHECK)" != "same" -a "$(FREETYPE_CHECK)" != > "newer" ]; then \ > $(ECHO) "ERROR: The version of freetype being used is older > than \n" \ > " the required version of > '$(REQUIRED_FREETYPE_VERSION)'. \n" \ > " The version of freetype found was > '$(FREETYPE_VER)'. \n" \ > "" >> $(ERROR_FILE) ; \ > fi > > else > > #do nothing (not OpenJDK) > sane-freetype: > > endif > > > --- > Just a thought.... Then that whole freetype check program can go away, > but if the libraries are wrong, we won't find out at sanity check time. > > (I have not tested the above logic) > > -kto > > > Tim Bell wrote: > > Kelly O'Hair wrote: > > Looks good Tim. > > > Thanks, Kelly. I plan to push this fix to the build forest > later today. > > I wish that freetype just had a simple version.h file we > could check. :^( > > > I checked the freetype 2.3.5 include files... we could use this from > include/freetype/freetype.h: > > /************************************************************************* > * > * @enum: > * FREETYPE_XXX > * > * @description: > * These three macros identify the FreeType source code version. > * Use @FT_Library_Version to access them at runtime. > * > * @values: > * FREETYPE_MAJOR :: The major version number. > * FREETYPE_MINOR :: The minor version number. > * FREETYPE_PATCH :: The patch level. > * > * @note: > * The version number of FreeType if built as a dynamic link > library > * with the `libtool' package is _not_ controlled by these three > * macros. > */ > #define FREETYPE_MAJOR 2 > #define FREETYPE_MINOR 3 > #define FREETYPE_PATCH 5 > > > > Tim > > -kto > > Tim Bell wrote: > > Hi Folks > > When building OpenJDK, the freetype sanity check compiles a > little program to test that the freetype include files and > libraries are available, and also that the version number is > acceptable. > > If building on Windows and using a Visual Studio compiler > newer than 2003, this program will fail due to the new > rules for accessing MSVCR??.dll. [1] > > I didn't make the up the rules, in fact I am extremely > puzzled that Microsoft is forcing ALL external developers > and ISVs to solve this problem. I am trying to get the > OpenJDK build to deal with them or at least tolerate > them for those people out there who build OpenJDK on > Windows. > > The bugzilla report: > https://bugs.openjdk.java.net/show_bug.cgi?id=100101 > > The code review: > http://cr.openjdk.java.net/~tbell/6705913/webrev.00/ > > > These changes build OK on all JPRT systems: > > linux_i586_2.6 > linux_x64_2.6 > solaris_i586_5.10 > solaris_sparc_5.10 > solaris_sparcv9_5.10 > solaris_x64_5.10- > windows_i586_5.0 > windows_x64_5.2 > > They also work on my Windows XP SP2 / Visual Studio 2008 > build machine. > > Thanks in advance- > > Tim > > [1] How to redistribute the Visual C++ Libraries with > your application (Ben Anderson) > http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx > > > From Kelly.Ohair at Sun.COM Fri Aug 21 14:06:48 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 21 Aug 2009 14:06:48 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8EF8A9.4080608@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <4A8EF8A9.4080608@sun.com> Message-ID: <4A8F0C68.5000703@sun.com> Tim Bell wrote: > Hi Kelly- > >> Just a thought.... Then that whole freetype check program can go away, >> but if the libraries are wrong, we won't find out at sanity check time. > > Good idea. but we will have to take it up under a new Bug-ID. I had > already started my push when I saw your email. > > I will file another bug report. That's fine. I didn't mean to derail your change... -kto > > Tim From martinrb at google.com Fri Aug 21 14:08:39 2009 From: martinrb at google.com (Martin Buchholz) Date: Fri, 21 Aug 2009 14:08:39 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <4A8F0797.40705@sun.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> <4A8F035B.8060103@sun.com> <4A8F0797.40705@sun.com> Message-ID: <1ccfd1c10908211408n314be813n6cf25780bc1377c@mail.gmail.com> On Fri, Aug 21, 2009 at 13:46, Tim Bell wrote: > > BTW: Our current releases work because they put a copy of msvcr71.dll into > C:/WINDOWS/system32/. This trick was always vulnerable to having the file > replaced or deleted by some other application or installer. The option > has been specifically ruled out by Microsoft for the newer runtimes. > Well, I have to side with Microsoft on this one. One of my favorite features of the jdk (on Unix) is how the installation is self-contained and "just works" without modifying any OS-specific directories, or indeed any sort of "install" process. Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20090821/4d27350d/attachment.html From Tim.Bell at Sun.COM Fri Aug 21 14:19:28 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Fri, 21 Aug 2009 14:19:28 -0700 Subject: Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component" In-Reply-To: <1ccfd1c10908211408n314be813n6cf25780bc1377c@mail.gmail.com> References: <4A8E1284.8030608@sun.com> <4A8ECD4D.7090809@sun.com> <4A8EDCDB.8040708@sun.com> <4A8EF36E.6030703@sun.com> <1ccfd1c10908211306s78f6498cy5cad407a7781f370@mail.gmail.com> <4A8F035B.8060103@sun.com> <4A8F0797.40705@sun.com> <1ccfd1c10908211408n314be813n6cf25780bc1377c@mail.gmail.com> Message-ID: <4A8F0F60.2040704@sun.com> Hi Martin > Well, I have to side with Microsoft on this one. So do I, actually. The O/S directories should be read-only. I take issue with the alternative presented to developers and ISVs all over the world, which is that they must redistribute the runtime with their product. Everyone has to solve the same problem For example, Microsoft could push out the runtimes as a Windows update - but I guess the compiler team and the O/S team couldn't agree on that. > One of my favorite features of the jdk (on Unix) > is how the installation is self-contained and "just works" > without modifying any OS-specific directories, > or indeed any sort of "install" process. Absolutely! We use that all day long, because we each have n versions or builds of the JDK around and switch between them. Tim From Weijun.Wang at Sun.COM Sun Aug 23 23:06:24 2009 From: Weijun.Wang at Sun.COM (Weijun Wang) Date: Mon, 24 Aug 2009 14:06:24 +0800 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac Message-ID: <4A922DE0.90902@sun.com> I'm trying to build openjdk on a new ultra-24. The sanity check shows BOOTDIR = /usr/jdk/instances/jdk1.6.0 but fails at the very beginning: BUILD FAILED /net/bounty.prc/j2se-jsn/max/work/myjdk/langtools/make/build.xml:600: Error running /usr/jdk/instances/jdk1.6.0/bin/javac compiler since there's no javac there: $ ls /usr/jdk/instances/jdk1.6.0/bin/ ControlPanel jcontrol pack200 rmiregistry unpack200 java keytool policytool servertool javaws orbd rmid tnameserv Is this normal? Thanks Max From David.Holmes at Sun.COM Sun Aug 23 23:35:23 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Mon, 24 Aug 2009 16:35:23 +1000 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A922DE0.90902@sun.com> References: <4A922DE0.90902@sun.com> Message-ID: <4A9234AB.4040409@sun.com> Max, That looks more like a JRE install than a JDK install. David Weijun Wang said the following on 08/24/09 16:06: > I'm trying to build openjdk on a new ultra-24. The sanity check shows > > BOOTDIR = /usr/jdk/instances/jdk1.6.0 > > but fails at the very beginning: > > BUILD FAILED > /net/bounty.prc/j2se-jsn/max/work/myjdk/langtools/make/build.xml:600: > Error running /usr/jdk/instances/jdk1.6.0/bin/javac compiler > > since there's no javac there: > > $ ls /usr/jdk/instances/jdk1.6.0/bin/ > ControlPanel jcontrol pack200 rmiregistry unpack200 > java keytool policytool servertool > javaws orbd rmid tnameserv > > Is this normal? > > Thanks > Max From Weijun.Wang at Sun.COM Sun Aug 23 23:38:37 2009 From: Weijun.Wang at Sun.COM (Weijun Wang) Date: Mon, 24 Aug 2009 14:38:37 +0800 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A9234AB.4040409@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> Message-ID: <4A92356D.6000007@sun.com> But the path name is /usr/jdk/instances/jdk1.6.0/bin/. I guess the sanity check should choose an alternative path, or, just report an error. Max David Holmes - Sun Microsystems wrote: > Max, > > That looks more like a JRE install than a JDK install. > > David > > Weijun Wang said the following on 08/24/09 16:06: >> I'm trying to build openjdk on a new ultra-24. The sanity check shows >> >> BOOTDIR = /usr/jdk/instances/jdk1.6.0 >> >> but fails at the very beginning: >> >> BUILD FAILED >> /net/bounty.prc/j2se-jsn/max/work/myjdk/langtools/make/build.xml:600: >> Error running /usr/jdk/instances/jdk1.6.0/bin/javac compiler >> >> since there's no javac there: >> >> $ ls /usr/jdk/instances/jdk1.6.0/bin/ >> ControlPanel jcontrol pack200 rmiregistry unpack200 >> java keytool policytool servertool >> javaws orbd rmid tnameserv >> >> Is this normal? >> >> Thanks >> Max From David.Holmes at Sun.COM Mon Aug 24 00:16:14 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Mon, 24 Aug 2009 17:16:14 +1000 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A92356D.6000007@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> Message-ID: <4A923E3E.906@sun.com> I don't know what installed that "JDK" on your system so I don't know where the problem might lie - ie you may have a JRE impersonating a JDK. But the sanity check might need strengthening too. David Weijun Wang said the following on 08/24/09 16:38: > But the path name is /usr/jdk/instances/jdk1.6.0/bin/. I guess the > sanity check should choose an alternative path, or, just report an error. > > Max > > David Holmes - Sun Microsystems wrote: >> Max, >> >> That looks more like a JRE install than a JDK install. >> >> David >> >> Weijun Wang said the following on 08/24/09 16:06: >>> I'm trying to build openjdk on a new ultra-24. The sanity check shows >>> >>> BOOTDIR = /usr/jdk/instances/jdk1.6.0 >>> >>> but fails at the very beginning: >>> >>> BUILD FAILED >>> /net/bounty.prc/j2se-jsn/max/work/myjdk/langtools/make/build.xml:600: >>> Error running /usr/jdk/instances/jdk1.6.0/bin/javac compiler >>> >>> since there's no javac there: >>> >>> $ ls /usr/jdk/instances/jdk1.6.0/bin/ >>> ControlPanel jcontrol pack200 rmiregistry unpack200 >>> java keytool policytool servertool >>> javaws orbd rmid tnameserv >>> >>> Is this normal? >>> >>> Thanks >>> Max From Kelly.Ohair at Sun.COM Mon Aug 24 08:53:07 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 24 Aug 2009 08:53:07 -0700 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A923E3E.906@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> Message-ID: <4A92B763.9020209@sun.com> The sanity check on the BOOTDIR and IMPORT jdk too are not very good. They don't even verify it is 1.6.0 much less checking for a javac. I'm surprised these are not full jdk images. Where did the OS install come from? With the machine? It used to be that there was Solaris end-user installs and developer installs, it was always important to get a full developer install of Solaris, including all the 'companion cd' bits, which I think they renamed. I'd be tempted to install a fresh OpenSolaris image on this machine, and go 'open' ;^) -kto David Holmes - Sun Microsystems wrote: > I don't know what installed that "JDK" on your system so I don't know > where the problem might lie - ie you may have a JRE impersonating a JDK. > > But the sanity check might need strengthening too. > > David > > Weijun Wang said the following on 08/24/09 16:38: >> But the path name is /usr/jdk/instances/jdk1.6.0/bin/. I guess the >> sanity check should choose an alternative path, or, just report an error. >> >> Max >> >> David Holmes - Sun Microsystems wrote: >>> Max, >>> >>> That looks more like a JRE install than a JDK install. >>> >>> David >>> >>> Weijun Wang said the following on 08/24/09 16:06: >>>> I'm trying to build openjdk on a new ultra-24. The sanity check shows >>>> >>>> BOOTDIR = /usr/jdk/instances/jdk1.6.0 >>>> >>>> but fails at the very beginning: >>>> >>>> BUILD FAILED >>>> /net/bounty.prc/j2se-jsn/max/work/myjdk/langtools/make/build.xml:600: >>>> Error running /usr/jdk/instances/jdk1.6.0/bin/javac compiler >>>> >>>> since there's no javac there: >>>> >>>> $ ls /usr/jdk/instances/jdk1.6.0/bin/ >>>> ControlPanel jcontrol pack200 rmiregistry unpack200 >>>> java keytool policytool servertool >>>> javaws orbd rmid tnameserv >>>> >>>> Is this normal? >>>> >>>> Thanks >>>> Max From xiomara.jayasena at sun.com Mon Aug 24 17:57:51 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 00:57:51 +0000 Subject: hg: jdk7/build: Added tag jdk7-b70 for changeset 175cb3fe6159 Message-ID: <20090825005751.9C41512475@hg.openjdk.java.net> Changeset: de7a3e98c159 Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/rev/de7a3e98c159 Added tag jdk7-b70 for changeset 175cb3fe6159 ! .hgtags From xiomara.jayasena at sun.com Mon Aug 24 18:03:55 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 01:03:55 +0000 Subject: hg: jdk7/build/corba: 2 new changesets Message-ID: <20090825010358.0243A1247A@hg.openjdk.java.net> Changeset: 9f1959c73473 Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/9f1959c73473 Added tag jdk7-b70 for changeset 175bd6877954 ! .hgtags Changeset: 04414f276160 Author: xdono Date: 2009-08-24 17:25 -0700 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/04414f276160 Merge From xiomara.jayasena at sun.com Mon Aug 24 18:12:21 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 01:12:21 +0000 Subject: hg: jdk7/build/hotspot: 42 new changesets Message-ID: <20090825011344.95A4E1247F@hg.openjdk.java.net> Changeset: 50a704b1d838 Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/50a704b1d838 Added tag jdk7-b70 for changeset 0632c3e615a3 ! .hgtags Changeset: f753dffae23e Author: trims Date: 2009-08-13 17:47 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/f753dffae23e 6871765: Bump the HS16 build number to 08 Summary: Update the HS16 build number to 08 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 6a93908f268f Author: mchung Date: 2009-07-10 11:10 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/6a93908f268f 6857194: Add hotspot perf counters to aid class loading performance measurement Summary: Add new jvmstat counters to measure detailed class loading time Reviewed-by: acorn, kamg ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/classLoader.cpp ! src/share/vm/classfile/classLoader.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/includeDB_core ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/runtime/perfData.hpp ! src/share/vm/services/threadService.cpp ! src/share/vm/services/threadService.hpp Changeset: 1413494da700 Author: martin Date: 2009-06-29 14:42 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/1413494da700 6850957: Honor -XX:OnOutOfMemoryError when array size exceeds VM limit Summary: call report_java_out_of_memory("Requested array size exceeds VM limit") Reviewed-by: tbell, dholmes, alanb, ysr Contributed-by: jeremymanson at google.com ! src/share/vm/oops/arrayKlass.cpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/objArrayKlass.cpp ! src/share/vm/oops/typeArrayKlass.cpp Changeset: 8c79517a9300 Author: poonam Date: 2009-07-16 18:21 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/8c79517a9300 6840305: Discrepancy in system memory details (when 4G or greater) reported by JVM and Windows OS Summary: GlobalMemoryStatus() does not report correct memory usage when the system has more than 4gb of RAM. GlobalMemoryStatusEx() should be used in place of GlobalMemoryStatus(). Reviewed-by: kamg, coleenp ! src/os/windows/vm/os_windows.cpp Changeset: abe076e3636f Author: mchung Date: 2009-07-27 09:06 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/abe076e3636f 6864003: Modify JVM_FindClassFromBootLoader to return null if class not found Summary: JVM_FindClassFromBootLoader returns null if class not found Reviewed-by: acorn, alanb, dholmes ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvm.h Changeset: 494244ae0171 Author: coleenp Date: 2009-07-27 17:23 -0400 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/494244ae0171 Merge ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/includeDB_core ! src/share/vm/oops/objArrayKlass.cpp Changeset: 2b4230d1e589 Author: dcubed Date: 2009-07-28 13:35 -0600 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/2b4230d1e589 6862295: JDWP threadid changes during debugging session (leading to ingored breakpoints) Summary: Correctly count full GC operations for framework collectors. Add ForceFullGCJVMTIEpilogues as a future work around if needed. Reviewed-by: jcoomes, alanb, ysr ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/runtime/globals.hpp Changeset: 16c930df1e9b Author: dcubed Date: 2009-07-28 13:50 -0600 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/16c930df1e9b Merge ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/prims/jvmtiExport.cpp ! src/share/vm/runtime/globals.hpp Changeset: 66b0f834a440 Author: coleenp Date: 2009-07-30 15:06 -0400 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/66b0f834a440 Merge ! src/share/vm/classfile/classLoader.cpp Changeset: 27f6a9b9c311 Author: tonyp Date: 2009-07-29 11:01 -0400 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/27f6a9b9c311 6864886: G1: rename -XX parameters related to update buffers Summary: renaming a couple of update buffer-related parameters to make them more understandable and consistent. Reviewed-by: iveresov, ysr ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp ! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/runtime/globals.hpp Changeset: 83b687ce3090 Author: tonyp Date: 2009-07-30 14:50 -0400 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/83b687ce3090 6866591: G1: print update buffer processing stats more often Summary: It adds parameter -XX:+G1SummarizeRSetStatsPeriod that causes update buffer processing information to be printed periodically. It also includes two small formatting changes. Reviewed-by: jmasa, jcoomes, ysr ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp Changeset: 7f807f55161a Author: ysr Date: 2009-07-31 10:41 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/7f807f55161a Merge ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp ! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp ! src/share/vm/runtime/globals.hpp Changeset: 061cd4d965fc Author: jmasa Date: 2009-08-02 18:44 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/061cd4d965fc 6862534: -XX:NewRatio completely ignored when combined with -XX:+UseConcMarkSweepG Summary: Use NewRatio if it is explicitly set. Reviewed-by: ysr, jcoomes ! src/share/vm/runtime/arguments.cpp Changeset: ff004bcd2596 Author: jmasa Date: 2009-08-02 19:10 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/ff004bcd2596 6843292: "Expect to be beyond new region unless impacting another region" assertion too strong Summary: In the assertion allow for collision with the guard page. Reviewed-by: tonyp, ysr, jcoomes ! src/share/vm/memory/cardTableModRefBS.cpp Changeset: 59726d16b30d Author: jmasa Date: 2009-08-02 22:33 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/59726d16b30d Merge Changeset: 15c5903cf9e1 Author: johnc Date: 2009-08-03 12:59 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/15c5903cf9e1 6865703: G1: Parallelize hot card cache cleanup Summary: Have the GC worker threads clear the hot card cache in parallel by having each worker thread claim a chunk of the card cache and process the cards in that chunk. The size of the chunks that each thread will claim is determined at VM initialization from the size of the card cache and the number of worker threads. Reviewed-by: jmasa, tonyp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp Changeset: 6cb8e9df7174 Author: johnc Date: 2009-08-04 16:00 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/6cb8e9df7174 6819077: G1: first GC thread coming late into the GC. Summary: The first worker thread is delayed when entering the GC because it clears the card count table that is used in identifying hot cards. Replace the card count table with a dynamically sized evicting hash table that includes an epoch based counter. Reviewed-by: iveresov, tonyp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/g1RemSet.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/includeDB_gc_g1 Changeset: 703065c670fa Author: ysr Date: 2009-08-05 18:54 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/703065c670fa 6868991: JPRT: elide GCBasher_G1 test on winx64 until 6867250 is resolved Summary: JPRT: elide GCBasher_G1 test on winx64 until 6867250 is resolved Reviewed-by: jcoomes ! make/jprt.properties Changeset: a94af87c3357 Author: never Date: 2009-07-24 12:40 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/a94af87c3357 6861984: solaris version of libsaproc.so should support SA_ALTROOT directly Reviewed-by: kvn, twisti ! agent/make/saenv.sh ! agent/make/saenv64.sh ! agent/src/os/solaris/proc/Makefile ! agent/src/os/solaris/proc/mapfile ! agent/src/os/solaris/proc/saproc.cpp + agent/src/os/solaris/proc/saproc_audit.cpp Changeset: dd0a4e1e219b Author: kvn Date: 2009-07-26 12:59 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/dd0a4e1e219b 6851386: assert(b->find_node(def) < j,"uses must follow definitions") Summary: Add additional check for a tight loop. Reviewed-by: never ! src/share/vm/opto/block.cpp Changeset: 665be97e8704 Author: kvn Date: 2009-07-26 16:40 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/665be97e8704 6863420: os::javaTimeNanos() go backward on Solaris x86 Summary: Use new atomic long load method Atomic::load() to load max_hrtime. Reviewed-by: never, ysr, johnc, phh, dcubed, acorn ! src/os/solaris/vm/os_solaris.cpp ! src/os_cpu/solaris_sparc/vm/atomic_solaris_sparc.inline.hpp ! src/os_cpu/solaris_x86/vm/atomic_solaris_x86.inline.hpp ! src/os_cpu/solaris_x86/vm/solaris_x86_32.il ! src/share/vm/runtime/atomic.hpp + test/compiler/6863420/Test.java Changeset: 94b6d06fd759 Author: twisti Date: 2009-07-20 08:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/94b6d06fd759 6860920: serialize.cpp shouldn't use objArrayOopDesc::base_offset_in_bytes(T_BYTE) Summary: serialize.cpp currently uses objArrayOopDesc::base_offset_in_bytes(T_BYTE), which seems to be wrong. Reviewed-by: coleenp, kvn ! src/share/vm/memory/serialize.cpp ! src/share/vm/oops/objArrayOop.hpp ! src/share/vm/opto/library_call.cpp Changeset: 1cef5ec3ca56 Author: twisti Date: 2009-07-27 06:15 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/1cef5ec3ca56 Merge ! src/share/vm/opto/library_call.cpp Changeset: 52898b0c43e9 Author: twisti Date: 2009-07-28 09:02 +0200 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/52898b0c43e9 6863155: Server compiler generates incorrect code (x86, long, bitshift, bitmask) Summary: Code compiled with server compiler generates an incorrect result. Reviewed-by: cfang, never, kvn ! src/share/vm/opto/mulnode.cpp + test/compiler/6863155/Test6863155.java Changeset: 60fea60a6db5 Author: kvn Date: 2009-07-30 16:05 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/60fea60a6db5 6864914: SPECjvm2008 produces invalid result with zero based Compressed Oops Summary: Always use "lea" instruction for narrow oop decoding instead of "shift". Reviewed-by: never ! src/cpu/x86/vm/assembler_x86.cpp Changeset: 55cb84cd1247 Author: kvn Date: 2009-07-31 12:04 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/55cb84cd1247 6865031: Application gives bad result (throws bad exception) with compressed oops Summary: Produce narrow type for new Phi from the original Phi type. Reviewed-by: cfang ! src/share/vm/opto/cfgnode.cpp + test/compiler/6865031/Test.java Changeset: 9987d9d5eb0e Author: cfang Date: 2009-07-31 17:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/9987d9d5eb0e 6833129: specjvm98 fails with NullPointerException in the compiler with -XX:DeoptimizeALot Summary: developed a reexecute logic for the interpreter to reexecute the bytecode when deopt happens Reviewed-by: kvn, never, jrose, twisti ! agent/src/share/classes/sun/jvm/hotspot/code/DebugInfoReadStream.java ! agent/src/share/classes/sun/jvm/hotspot/code/PCDesc.java ! agent/src/share/classes/sun/jvm/hotspot/code/ScopeDesc.java ! src/share/vm/c1/c1_IR.cpp ! src/share/vm/c1/c1_IR.hpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/code/debugInfo.hpp ! src/share/vm/code/debugInfoRec.cpp ! src/share/vm/code/debugInfoRec.hpp ! src/share/vm/code/scopeDesc.cpp ! src/share/vm/code/scopeDesc.hpp ! src/share/vm/interpreter/abstractInterpreter.hpp ! src/share/vm/interpreter/interpreter.cpp ! src/share/vm/interpreter/templateInterpreter.cpp ! src/share/vm/interpreter/templateInterpreter.hpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/output.cpp ! src/share/vm/runtime/vframe.hpp ! src/share/vm/runtime/vframeArray.cpp ! src/share/vm/runtime/vframeArray.hpp ! src/share/vm/runtime/vframe_hp.cpp ! src/share/vm/runtime/vframe_hp.hpp + test/compiler/6833129/Test.java Changeset: 2b9164d13ce9 Author: kvn Date: 2009-08-04 17:11 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/2b9164d13ce9 6868486: timouts and outOfMemory in regression tests Summary: Increase timeout for tests and heap size for 6851282 test. Reviewed-by: never, cfang ! test/compiler/6826736/Test.java ! test/compiler/6851282/Test.java Changeset: fc2281ddce3c Author: cfang Date: 2009-08-04 21:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/fc2281ddce3c 6868269: CompileTheWorld assertion failure introduced by the reexecute bit implementation Summary: Improvement on reexecute implementation to fix the assertion failure Reviewed-by: kvn, never ! src/share/vm/opto/library_call.cpp Changeset: 15bbd3f505c0 Author: kvn Date: 2009-08-06 09:37 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/15bbd3f505c0 Merge ! agent/src/share/classes/sun/jvm/hotspot/code/DebugInfoReadStream.java ! agent/src/share/classes/sun/jvm/hotspot/code/ScopeDesc.java ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/output.cpp ! src/share/vm/runtime/vframe.hpp ! src/share/vm/runtime/vframeArray.cpp ! src/share/vm/runtime/vframe_hp.cpp Changeset: ef671fb22f73 Author: never Date: 2009-08-06 12:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/ef671fb22f73 6868051: (SA) FreeChunk support for compressed oops is broken Reviewed-by: kvn, dcubed ! agent/src/share/classes/sun/jvm/hotspot/memory/CompactibleFreeListSpace.java ! agent/src/share/classes/sun/jvm/hotspot/memory/FreeChunk.java Changeset: bd2b1f617a4e Author: jrose Date: 2009-08-06 14:28 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/bd2b1f617a4e 6868487: EnableInvokeDynamic and EnableMethodHandles should not be visible flags in JDK6 or JDK7 Summary: switch them from product to experimental; 6817525 will toggle them and switch to diagnostic Reviewed-by: kvn ! src/share/vm/runtime/globals.hpp Changeset: 9c65a08a31a3 Author: jrose Date: 2009-08-06 16:15 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/9c65a08a31a3 Merge Changeset: 3ee342e25e57 Author: jcoomes Date: 2009-08-05 12:33 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/3ee342e25e57 6821693: 64-bit TaskQueue capacity still too small 6821507: Alignment problem in GC taskqueue Reviewed-by: tonyp, apetrusenko ! src/share/vm/utilities/taskqueue.hpp Changeset: b1773b9a2ca1 Author: ysr Date: 2009-08-09 17:03 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/b1773b9a2ca1 Merge Changeset: b32a809aab08 Author: jcoomes Date: 2009-08-11 23:24 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/b32a809aab08 6866585: debug code in ciObjectFactory too slow for large objects Reviewed-by: ysr, never, kvn ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/runtime/globals.hpp Changeset: 10d8c0d0d60e Author: jcoomes Date: 2009-08-12 14:27 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/10d8c0d0d60e 6867645: java -Xshare:dump failed - read only space too small Reviewed-by: iveresov, tonyp, ysr ! src/share/vm/runtime/globals.hpp Changeset: 16314a31b961 Author: trims Date: 2009-08-13 17:59 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/16314a31b961 Merge Changeset: 308762b2bf14 Author: apetrusenko Date: 2009-08-14 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/308762b2bf14 6872000: G1: compilation fails on linux/older gcc Reviewed-by: jcoomes, tonyp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp Changeset: ac59d4e6dae5 Author: trims Date: 2009-08-14 17:14 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/ac59d4e6dae5 Merge Changeset: 50a95aa4a247 Author: trims Date: 2009-08-21 20:16 -0700 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/50a95aa4a247 Merge From xiomara.jayasena at sun.com Mon Aug 24 18:22:04 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 01:22:04 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b70 for changeset c83f0106b78a Message-ID: <20090825012207.6FF3712484@hg.openjdk.java.net> Changeset: ff94d8ce0dad Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/ff94d8ce0dad Added tag jdk7-b70 for changeset c83f0106b78a ! .hgtags From xiomara.jayasena at sun.com Mon Aug 24 18:28:31 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 01:28:31 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b70 for changeset dd3c5f3ec28d Message-ID: <20090825012834.87B7E12489@hg.openjdk.java.net> Changeset: 03314cf56a72 Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/03314cf56a72 Added tag jdk7-b70 for changeset dd3c5f3ec28d ! .hgtags From xiomara.jayasena at sun.com Mon Aug 24 18:35:47 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 01:35:47 +0000 Subject: hg: jdk7/build/jdk: 15 new changesets Message-ID: <20090825013958.ED99B1248E@hg.openjdk.java.net> Changeset: fb51d4974400 Author: uta Date: 2009-07-31 17:24 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fb51d4974400 6851688: Hung up in applet application Reviewed-by: art, dcherepanov ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Toolkit.h Changeset: e6f6765a20f2 Author: yan Date: 2009-08-06 01:12 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e6f6765a20f2 Merge - src/share/classes/com/sun/crypto/provider/JarVerifier.java - src/share/classes/javax/swing/plaf/basic/DesktopIconMover.java - src/share/classes/sun/security/pkcs11/JarVerifier.java - src/windows/classes/sun/security/mscapi/JarVerifier.java Changeset: e066c998e4f3 Author: yan Date: 2009-08-12 00:32 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e066c998e4f3 Merge Changeset: 4c6a5ea563ba Author: peytoia Date: 2009-07-30 14:45 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4c6a5ea563ba 6866243: Javadoc for java.lang.Character still refers to Unicode 4 instead of 5 Reviewed-by: okutsu ! src/share/classes/java/lang/Character.java Changeset: 389cecd0ca18 Author: malenkov Date: 2009-07-31 16:27 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/389cecd0ca18 6865565: Test failed: /test/closed/javax/swing/JInternalFrame/6325652/bug6325652.java Reviewed-by: peterz + test/javax/swing/JInternalFrame/Test6325652.java ! test/javax/swing/JInternalFrame/Test6505027.java ! test/javax/swing/JInternalFrame/Test6802868.java ! test/javax/swing/JScrollPane/Test6526631.java ! test/javax/swing/SwingTest.java Changeset: 23dfc2c451e3 Author: gsm Date: 2009-08-03 19:22 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/23dfc2c451e3 6539700: JTextPane line wrap radically different from previous versions in jre 1.5.0_10+ 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: e548894909dc Author: andrew Date: 2009-08-06 16:04 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e548894909dc 6593649: Word wrap broken for JTextArea Summary: Layout correctly resizes components based on actual dimensions of the window they are in. Reviewed-by: gsm Contributed-by: Lillian Angel ! src/share/classes/javax/swing/text/WrappedPlainView.java + test/javax/swing/JTextArea/Test6593649.java Changeset: 7f2d92517f09 Author: yan Date: 2009-08-07 02:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7f2d92517f09 Merge - src/share/classes/com/sun/crypto/provider/JarVerifier.java ! src/share/classes/java/lang/Character.java - src/share/classes/sun/security/pkcs11/JarVerifier.java - src/windows/classes/sun/security/mscapi/JarVerifier.java Changeset: 082ffa4c6749 Author: malenkov Date: 2009-08-07 19:06 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/082ffa4c6749 6868189: Nested enum class with custom BeanInfo fails Reviewed-by: peterz ! src/share/classes/com/sun/beans/finder/BeanInfoFinder.java + test/java/beans/Introspector/Test6868189.java Changeset: 6794e1f16729 Author: rupashka Date: 2009-08-10 14:55 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6794e1f16729 6461173: One JCK test([NewFolderAction0001]) failed on Windows due to lack of PropertyPermission(s) Reviewed-by: peterz, malenkov ! src/share/classes/javax/swing/filechooser/FileSystemView.java ! src/windows/classes/sun/awt/shell/Win32ShellFolder2.java ! src/windows/classes/sun/awt/shell/Win32ShellFolderManager2.java Changeset: 8e65977e4969 Author: alexp Date: 2009-08-10 16:29 +0400 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8e65977e4969 6822696: Integrating JXLayer component to Swing library Reviewed-by: peterz, art + src/share/classes/javax/swing/JLayer.java + src/share/classes/javax/swing/plaf/LayerUI.java + test/javax/swing/JLayer/SerializationTest/SerializationTest.java Changeset: 5ff018677b2d Author: yan Date: 2009-08-12 00:33 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5ff018677b2d Merge Changeset: 893bcca951b7 Author: yan Date: 2009-08-18 23:40 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/893bcca951b7 Merge Changeset: de49d1343d86 Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/de49d1343d86 Added tag jdk7-b70 for changeset 893bcca951b7 ! .hgtags Changeset: e0b26d347302 Author: xdono Date: 2009-08-24 17:26 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e0b26d347302 Merge From xiomara.jayasena at sun.com Mon Aug 24 18:49:32 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Tue, 25 Aug 2009 01:49:32 +0000 Subject: hg: jdk7/build/langtools: Added tag jdk7-b70 for changeset 97d06f3e8787 Message-ID: <20090825014936.8DDAB12493@hg.openjdk.java.net> Changeset: 6f07b50a8796 Author: xdono Date: 2009-08-20 11:20 -0700 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/6f07b50a8796 Added tag jdk7-b70 for changeset 97d06f3e8787 ! .hgtags From Weijun.Wang at Sun.COM Mon Aug 24 19:17:05 2009 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 25 Aug 2009 10:17:05 +0800 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A92B763.9020209@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> Message-ID: <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> On Aug 24, 2009, at 11:53 PM, Kelly O'Hair wrote: > The sanity check on the BOOTDIR and IMPORT jdk too are not very good. > They don't even verify it is 1.6.0 much less checking for a javac. > > I'm surprised these are not full jdk images. > Where did the OS install come from? With the machine? It's a new opensolaris 2009.06 installed by lab guys here. In fact, you can see this "JDK" installation from a LiveCD of opensolaris. Just like a normal JDK, there are bin/ and jre/ (no lib/) under /usr/jdk/instances/jdk1.6.0. But the bin/ directory only includes those files. I'll try adding developer packages. Thanks Max > > It used to be that there was Solaris end-user installs and developer > installs, it was always important to get a full developer install of > Solaris, including all the 'companion cd' bits, which I think they > renamed. > I'd be tempted to install a fresh OpenSolaris image on this > machine, and go 'open' ;^) > > -kto > > David Holmes - Sun Microsystems wrote: >> I don't know what installed that "JDK" on your system so I don't >> know where the problem might lie - ie you may have a JRE >> impersonating a JDK. >> But the sanity check might need strengthening too. >> David >> Weijun Wang said the following on 08/24/09 16:38: >>> But the path name is /usr/jdk/instances/jdk1.6.0/bin/. I guess the >>> sanity check should choose an alternative path, or, just report an >>> error. >>> >>> Max >>> >>> David Holmes - Sun Microsystems wrote: >>>> Max, >>>> >>>> That looks more like a JRE install than a JDK install. >>>> >>>> David >>>> >>>> Weijun Wang said the following on 08/24/09 16:06: >>>>> I'm trying to build openjdk on a new ultra-24. The sanity check >>>>> shows >>>>> >>>>> BOOTDIR = /usr/jdk/instances/jdk1.6.0 >>>>> >>>>> but fails at the very beginning: >>>>> >>>>> BUILD FAILED >>>>> /net/bounty.prc/j2se-jsn/max/work/myjdk/langtools/make/build.xml: >>>>> 600: >>>>> Error running /usr/jdk/instances/jdk1.6.0/bin/javac compiler >>>>> >>>>> since there's no javac there: >>>>> >>>>> $ ls /usr/jdk/instances/jdk1.6.0/bin/ >>>>> ControlPanel jcontrol pack200 rmiregistry unpack200 >>>>> java keytool policytool servertool >>>>> javaws orbd rmid tnameserv >>>>> >>>>> Is this normal? >>>>> >>>>> Thanks >>>>> Max From Tim.Bell at Sun.COM Mon Aug 24 20:51:30 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 24 Aug 2009 20:51:30 -0700 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> Message-ID: <4A935FC2.50008@sun.com> Max (Weijun) Wang wrote: > It's a new opensolaris 2009.06 installed by lab guys here. > > In fact, you can see this "JDK" installation from a LiveCD of > opensolaris. Just like a normal JDK, there are bin/ and jre/ (no lib/) > under /usr/jdk/instances/jdk1.6.0. But the bin/ directory only > includes those files. I am also running OpenSolaris 2009.06 on my home system. /usr/jdk/instances/jdk1.6.0/bin looks more like a JRE than a JDK: % pwd /usr/jdk/instances/jdk1.6.0 % ls bin | wc -l 13 % ls jre/bin | wc -l 14 BTW - the oddball in jre/bin is: /usr/jdk/instances/jdk1.6.0/jre/bin/java_vm > I'll try adding developer packages. That is one approach. Another approach is to leave the O/S files alone and set up your own boot JDK somewhere else. That way, an O/S upgrade won't surprise you, and you control when you update boot JDK. On Unix/Linux machines, Kelly started using /opt/java for this. Here is an example from one of our lab machines (NOTE: NOT JPRT) where I copied Kelly's style: % ssh fyi.sfbay ls -l /opt/java total 10 lrwxrwxrwx 1 tbell green 11 Feb 4 2009 jdk1.6.0 -> jdk1.6.0_11 drwxr-xr-x 9 tbell green 512 Nov 10 2008 jdk1.6.0_11 lrwxrwxrwx 1 tbell green 12 Feb 4 2009 jdk1.7.0 -> jdk1.7.0-b45 drwxr-xr-x 10 tbell green 512 Jan 29 2009 jdk1.7.0-b45 lrwxrwxrwx 1 tbell green 8 Feb 4 2009 jdkBOOTDIR -> jdk1.6.0 Also, now that I look at this lab system, I need to update ... HTH- Tim From David.Holmes at Sun.COM Mon Aug 24 21:02:48 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Tue, 25 Aug 2009 14:02:48 +1000 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A935FC2.50008@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> <4A935FC2.50008@sun.com> Message-ID: <4A936268.1090807@sun.com> Tim Bell said the following on 08/25/09 13:51: > I am also running OpenSolaris 2009.06 on my home system. > > /usr/jdk/instances/jdk1.6.0/bin looks more like a JRE than a JDK: So is this a deployment bug or an OpenSolaris bug or what? Surely a JRE should not be getting installed in /usr/jdk, nor should it be called jdk1.6.0. Who's responsible for this? David From Weijun.Wang at Sun.COM Mon Aug 24 21:48:22 2009 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 25 Aug 2009 12:48:22 +0800 Subject: building on opensolaris (was Re: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac) In-Reply-To: <4A92B763.9020209@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> Message-ID: I've just finished a successful full build (control build with closed repos) on opensolaris. Based on the last section of http://openjdk.java.net/install/ , I install the packages and setup the environment variables. (Yes, the /usr/jdk/instances/jdk1.6.0 looks like a full JDK now). There are still some minor problems: 1. Sanity check complains cannot find MOZILLA_HEADERS_PATH, manually add ALT_MOZILLA_HEADERS_PATH. Don't know if this is necessary, because opensolaris already has those header files in /usr/include/firefox 2. Sanity check complains DEVTOOLS_PATH not set, set ALT_DEVTOOLS_PATH to /usr/bin, since zip and unzip are already installed. 3. While compiling hotspot: WARNING: You are using CC version and should be using version 5.9. Set ENFORCE_COMPILER_REV= to avoid this warning. .... gmake[7]: CC: Command not found Seems ALT_COMPILER_PATH is not fed into hotspot build. Simply add / opt/SunStudioExpress/bin/ to $PATH 4. In hotspot: "/myjdk/hotspot/src/share/vm/runtime/vframe.cpp", line 104: Error: Ambiguous "?:" expression, second operand of type "oop" and third operand of type "int" can be converted to one another. "/myjdk/hotspot/src/share/vm/runtime/vframe.cpp", line 105: Error: Ambiguous "?:" expression, second operand of type "oop" and third operand of type "int" can be converted to one another. Changes "NULL" to "(oop)NULL" 5. The -ldga problem of http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6792287 Thanks Max From Tim.Bell at Sun.COM Mon Aug 24 21:54:32 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 24 Aug 2009 21:54:32 -0700 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A936268.1090807@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> <4A935FC2.50008@sun.com> <4A936268.1090807@sun.com> Message-ID: <4A936E88.1010402@sun.com> David Holmes - Sun Microsystems wrote: > Tim Bell said the following on 08/25/09 13:51: >> I am also running OpenSolaris 2009.06 on my home system. >> >> /usr/jdk/instances/jdk1.6.0/bin looks more like a JRE than a JDK: > > So is this a deployment bug or an OpenSolaris bug or what? Surely a JRE > should not be getting installed in /usr/jdk, nor should it be called > jdk1.6.0. > > Who's responsible for this? IMO - OpenSolaris packaging, although I couldn't locate a bug report for it. The initial install is minimal, presumably so that it will fit on a bootable CD. For more information, take a look here: "Java Development" > The Java Runtime Environment (JRE) is already bundled with OpenSolaris OS. But for Java development, you need to download and install the Java Development Kit either form http://java.sun.com or from the official IPS repository. To enable Java development support, execute the following command: http://wikis.sun.com/display/OpenSolarisInfo/OpenSolaris+2008.11+Development+Environment+Guide#OpenSolaris2008.11DevelopmentEnvironmentGuide-JavaDevelopment Tim From Tim.Bell at Sun.COM Mon Aug 24 22:11:57 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 24 Aug 2009 22:11:57 -0700 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A936E88.1010402@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> <4A935FC2.50008@sun.com> <4A936268.1090807@sun.com> <4A936E88.1010402@sun.com> Message-ID: <4A93729D.1040906@sun.com> I wrote: > IMO - OpenSolaris packaging, although I couldn't locate a bug report for > it. The initial install is minimal, presumably so that it will fit on a > bootable CD. > > For more information, take a look here: > > "Java Development" > >> The Java Runtime Environment (JRE) is already bundled with OpenSolaris OS. But for Java development, you need to download and install the Java Development Kit either form http://java.sun.com or from the official IPS repository. To enable Java development support, execute the following command: > > http://wikis.sun.com/display/OpenSolarisInfo/OpenSolaris+2008.11+Development+Environment+Guide#OpenSolaris2008.11DevelopmentEnvironmentGuide-JavaDevelopment Email in haste... regret at leisure. That reference applied to OpenSolaris 2008.11, and it is basically still correct. Here are more recent and better references: Setting Up Your Development Environment on OpenSolaris http://wikis.sun.com/display/OpenSolarisInfo/Setting+Up+Your+Development+Environment+on+OpenSolaris Installing Java, PHP, Perl, Python, Ruby, Tcl http://wikis.sun.com/display/OpenSolarisInfo/Installing+Java%2C+PHP%2C+Perl%2C+Python%2C+Ruby%2C+Tcl HTH - Tim From David.Holmes at Sun.COM Mon Aug 24 22:12:07 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Tue, 25 Aug 2009 15:12:07 +1000 Subject: build failure on solaris-i586: no /usr/jdk/instances/jdk1.6.0/bin/javac In-Reply-To: <4A936E88.1010402@sun.com> References: <4A922DE0.90902@sun.com> <4A9234AB.4040409@sun.com> <4A92356D.6000007@sun.com> <4A923E3E.906@sun.com> <4A92B763.9020209@sun.com> <369D9A0E-124A-4E2A-9271-AF7A2659B4B4@Sun.COM> <4A935FC2.50008@sun.com> <4A936268.1090807@sun.com> <4A936E88.1010402@sun.com> Message-ID: <4A9372A7.4080501@sun.com> Hi Tim, Tim Bell said the following on 08/25/09 14:54: > David Holmes - Sun Microsystems wrote: >> Tim Bell said the following on 08/25/09 13:51: >>> I am also running OpenSolaris 2009.06 on my home system. >>> >>> /usr/jdk/instances/jdk1.6.0/bin looks more like a JRE than a JDK: >> So is this a deployment bug or an OpenSolaris bug or what? Surely a JRE >> should not be getting installed in /usr/jdk, nor should it be called >> jdk1.6.0. >> >> Who's responsible for this? > > IMO - OpenSolaris packaging, although I couldn't locate a bug report for > it. The initial install is minimal, presumably so that it will fit on a > bootable CD. > > For more information, take a look here: > > "Java Development" > >> The Java Runtime Environment (JRE) is already bundled with OpenSolaris OS. But for Java development, you need to download and install the Java Development Kit either form http://java.sun.com or from the official IPS repository. To enable Java development support, execute the following command: > > http://wikis.sun.com/display/OpenSolarisInfo/OpenSolaris+2008.11+Development+Environment+Guide#OpenSolaris2008.11DevelopmentEnvironmentGuide-JavaDevelopment More information here: http://wikis.sun.com/display/OpenSolarisInfo/Installing+Java%2C+PHP%2C+Perl%2C+Python%2C+Ruby%2C+Tcl --- The OpenSolaris OS comes with the Java runtime integration plugin (SUNWjre-config-plugin), JSS - Network Security Services for Java (SUNWjss), and the JDK Runtime Environment (SUNWjrt). You might want to install the JDK Dev Tools (SUNWj6dev), the Java Development cluster (java-dev), or other packages. ---- Looking at the packages on Solaris it seems the JRE always installs itself as-if actually a JDK. That way you get the full JDK by combining the different packages. Live and learn :) Cheers, David From Kelly.Ohair at Sun.COM Wed Aug 26 14:41:29 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 26 Aug 2009 14:41:29 -0700 Subject: Need reviewers - 6856630: Restructure jaxp repository In-Reply-To: <17c6771e0908101530r7c0b8118sccd2e33ebab6d9e6@mail.gmail.com> References: <4A7CB124.3030705@sun.com> <4A7CC622.8080107@sun.com> <17c6771e0908071750i477f00a9uc37ee6f1c8ad1d6f@mail.gmail.com> <4A7CD136.7040408@sun.com> <17c6771e0908071822x48325823v22d50c719b4dd395@mail.gmail.com> <17c6771e0908091844x5c2b6819k2981ccec3be5bf7@mail.gmail.com> <4A7F877D.50903@sun.com> <17c6771e0908092024g5984dbecp3c53109dd234793e@mail.gmail.com> <4A806AB1.3@sun.com> <17c6771e0908101501x4ac40d04pa36dcb729f91ab2d@mail.gmail.com> <17c6771e0908101530r7c0b8118sccd2e33ebab6d9e6@mail.gmail.com> Message-ID: <4A95AC09.7080507@sun.com> Andrew John Hughes wrote: > 2009/8/10 Andrew John Hughes : >> 2009/8/10 Kelly O'Hair : >>> Andrew John Hughes wrote: >>>> 2009/8/10 Kelly O'Hair : >>>>> Andrew John Hughes wrote: >>>>>> 2009/8/8 Andrew John Hughes : >>>>>>> 2009/8/8 Kelly O'Hair : >>>>>>>> Andrew John Hughes wrote: >>>>>>>>> 2009/8/8 Kelly O'Hair : >>>>>>>>>> Yeah. I tossed this around in my head, drop seemed short and cute. >>>>>>>>>> ;^) >>>>>>>>>> Most if not all the import components are tools used to do the build >>>>>>>>>> but not sources that became part of the product built bits. >>>>>>>>>> >>>>>>>>>> Maybe the IcedTea guys can chime in on this. >>>>>>>>>> >>>>>>>>>> I'm happy to change it to another name that makes more sense. >>>>>>>>>> >>>>>>>>>> -kto >>>>>>>>>> >>>>>>>>>> Jonathan Gibbons wrote: >>>>>>>>>>> Well, elsewhere in the JDK build, the name "import" seems to cover >>>>>>>>>>> the >>>>>>>>>>> same concept >>>>>>>>>>> of inbound stuff from outside the repository. >>>>>>>>>>> >>>>>>>>>>> But, I know you do similar stuff in the FX world, so I wasn't sure >>>>>>>>>>> if >>>>>>>>>>> "drop" came from there. >>>>>>>>>>> >>>>>>>>>>> -- Jon >>>>>>>>>>> >>>>>>>>>>> Kelly O'Hair wrote: >>>>>>>>>>>> --- >>>>>>>>>>>> >>>>>>>>>>>> The drop name just dropped into my head :^) >>>>>>>>>>>> >>>>>>>>>>>> Do you have a better name for it? >>>>>>>>>>>> >>>>>>>>>>>> -kto >>>>>>>>>>>> >>>>>>>>>>>> Jonathan Gibbons wrote: >>>>>>>>>>>>> Is the "drop" name a standard convention, as compared to, say, >>>>>>>>>>>>> "import"? >>>>>>>>>>>>> >>>>>>>>>>>>> -- Jon >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> 'drop' sounds fine and makes sense to me at least. >>>>>>>>> >>>>>>>>> On more important matters, if I'm reading this right it does the >>>>>>>>> following as part of the build: >>>>>>>>> >>>>>>>>> #1: Finds a JAXP zip either via ALT_JAXP_SOURCE_BUNDLE or, failing >>>>>>>>> that, downloads one >>>>>>>>> #2: Extracts that bundle >>>>>>>>> #3: Builds the code >>>>>>>>> >>>>>>>> Yes, but actually if the drop area already exists, #1 and #2 are >>>>>>>> skipped. >>>>>>>> So if we bundle up a jdk source bundle and preload the drop/src in it, >>>>>>>> then that works too. >>>>>>>> >>>>>>>>> If that is the case, it sounds a hell of a lot like what IcedTea does >>>>>>>>> with OpenJDK anyway, so I can't see that much of a problem. Is there >>>>>>>>> a bundle available so this can be tested? >>>>>>>>> >>>>>>>> Yes, this should work now. The copy will fail, then it should download >>>>>>>> a preliminary one we are testing with. >>>>>>>> >>>>>>> Great. I'll try and have a quick look over the weekend and test it >>>>>>> with IcedTea. >>>>>>> >>>>>>>>> On the plus side, it would mean we weren't duplicating the JAXP and >>>>>>>>> JAXWS code about thirty times. >>>>>>>> Yup. >>>>>>>> >>>>>>>>> On the negative side, it makes it even less clear how changes get >>>>>>>>> into >>>>>>>>> these. We no doubt have some local ones already that would be lost >>>>>>>>> by >>>>>>>>> using the bundle (though I think most are build changes to Makefiles >>>>>>>>> like DEBUG_CLASSFILES). I don't think that's a blocker, but there >>>>>>>>> needs to be a clear documented route for getting patches into JAXP >>>>>>>>> and >>>>>>>>> JAXWS just like we get them into the rest of OpenJDK. >>>>>>>> The JAXP changes would need to go through the JAXP team, I don't think >>>>>>>> that is a change, formal changes to these files always went through >>>>>>>> that >>>>>>>> team as far as I know. >>>>>>>> This should make it easier for the JAXP team to integrate their >>>>>>>> contribution into jdk7, so in theory we could get more frequent and >>>>>>>> newer JAXP sources. >>>>>>>> >>>>>>> Ok, I suppose what I meant is that the JAXP team is external to the >>>>>>> OpenJDK project as far as I'm aware. While those of us external to >>>>>>> Sun are just about getting our heads round the processes and rights >>>>>>> involved in committing something here, I imagine it's a completely >>>>>>> different setup for JAXP. Is there some resource that will point us >>>>>>> in the right direction for JAXP and JAXWS? >>>>>>> >>>>>>>> I did put a patch mechanism in place, for jdk7 emergencies. >>>>>>>> But I would think the first choice would always be to get a fresh >>>>>>>> drop bundle. >>>>>>>> >>>>>>>>> Any plans to do something similar with CORBA? :) >>>>>>>> Maybe... jaxp and jaxws first. corba is not part of the plan right >>>>>>>> now, >>>>>>>> but who knows... >>>>>>>> >>>>>>>> -kto >>>>>>>> >>>>>>>> >>>>>>> Thanks for this, >>>>>>> -- >>>>>>> Andrew :-) >>>>>>> >>>>>>> Free Java Software Engineer >>>>>>> Red Hat, Inc. (http://www.redhat.com) >>>>>>> >>>>>>> Support Free Java! >>>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>>> http://www.gnu.org/software/classpath >>>>>>> http://openjdk.java.net >>>>>>> >>>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>>>> >>>>>> No luck it seems... >>>>>> >>>>>> [echo] Downloading from >>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>> [get] Getting: >>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>> [get] To: >>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>>> [get] Error getting >>>>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>>>> to /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>>> >>>>>> -drop-src-update: >>>>>> [mkdir] Created dir: /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>>>>> [unzip] Expanding: >>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip into >>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop/sources >>>>>> >>>>>> BUILD FAILED >>>>>> /home/andrew/projects/openjdk/upstream/icedtea/jaxp/build.xml:187: >>>>>> Error while expanding >>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip >>>>>> java.io.FileNotFoundException: >>>>>> /mnt/builder/openjdk.icedtea/jaxp/drop_bundles/drop-src.zip (No such >>>>>> file or directory) >>>>>> >>>>>> Built using my usual script: >>>>>> >>>>>> LANG=C make ALT_BOOTDIR=/usr/lib/icedtea6 \ >>>>>> ALT_OUTPUTDIR=/mnt/builder/openjdk.icedtea \ >>>>>> ALT_PARALLEL_COMPILE_JOBS=9 \ >>>>>> HOTSPOT_BUILD_JOBS=9 \ >>>>>> ALT_JIBX_LIBS_PATH=/home/andrew/projects/openjdk/jibx \ >>>>>> ANT=/usr/bin/ant >>>>> Try doing a 'ant clobber' then 'ant' again. >>>>> >>>>> I was able to download this file from my home network fine, but >>>>> java.net downloads are not horrible reliable, the bundle may be >>>>> truncated? I suppose I should download to a temp file, then move >>>>> it to the real file if there was no failure. I'll look at that. >>>>> This ant scripting is a bit bizarre. :^( >>>>> >>>>> -kto >>>>> >>>> No luck, even wget seems to have stalled on it: >>>> >>>> wget -v >>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>> --2009-08-10 04:04:25-- >>>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>>> Resolving jaxp.dev.java.net... 204.16.104.198 >>>> Connecting to jaxp.dev.java.net|204.16.104.198|:443... connected. >>>> HTTP request sent, awaiting response... 200 OK >>>> Length: 5912912 (5.6M) [application/zip] >>>> Saving to: `jdk7-jaxp-m5.zip' >>>> >>>> 29% [======================> >>>> ] 1,736,704 489K/s eta 11s >>> Can you try curl?: >>> >>> curl -o jdk7-jaxp-m5.zip >>> https://jaxp.dev.java.net/files/documents/913/140275/jdk7-jaxp-m5.zip >>> >>> If curl fails too, then it seems we have a server issue on java.net, >>> but why does it work for me and not you? :^( >>> >>> FYI... The version of wget on my Mac is 1.11.4: >>> >>> KellyMacBook.local<12> wget --version >>> GNU Wget 1.11.4 >>> >>> Copyright (C) 2008 Free Software Foundation, Inc. >>> License GPLv3+: GNU GPL version 3 or later >>> . >>> This is free software: you are free to change and redistribute it. >>> There is NO WARRANTY, to the extent permitted by law. >>> >>> Originally written by Hrvoje Niksic . >>> Currently maintained by Micah Cowan . >>> >>> >>> >>> -kto >>> >>> >> Strangely, curl worked so if I hack the delete invocations out of the >> ant script and copy it into place, I can build... but that's not >> really a solution :) >> >> Has anyone else managed to download this successfully? >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > Oh and wget is 1.11.1. I tried with HTTP_PROXY and HTTPS_PROXY unset, > but no difference. Andrew, If you still have this jaxp repository sitting around, could you try: cd jaxp ant clobber ant -Djdk.bundle.url.base=http://kenai.com/projects/jmake/downloads/download source I'm just curious if java.net has some kind of issue with you, maybe you said some bad things about them or something (just kidding :^). I think in general people are ok with this new jaxp build process, and if we can get past the problem you are having, I'd like to finish this off, get jaxws done, then perhaps apply the same changes to 6-open. -kto From gnu_andrew at member.fsf.org Thu Aug 27 03:53:05 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 27 Aug 2009 11:53:05 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> Message-ID: <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> 2009/8/20 Andrew John Hughes : > 2009/8/20 Jonathan Gibbons : >> Andrew John Hughes wrote: >> >> 2009/8/18 Andrew John Hughes : >> >> >> 2009/8/18 Jonathan Gibbons : >> >> >> Andrew, >> >> If this is a patch for jdk7, it does not appear to be a patch to a recent >> copy >> of 7. >> >> >> It's against b69 which is the latest release (from Friday). ?The >> patches are against the IcedTea forest so builds can be tested with >> IcedTea as well. >> >> Specifically, you do not seem to have the recent changeset ?to set >> >> >> the source/target used to compile JDK to 7. [1] >> >> >> >> Er... yes I do: >> >> # Add the source level >> LANGUAGE_VERSION = -source 7 >> JAVACFLAGS ?+= $(LANGUAGE_VERSION) >> >> # Add the class version we want >> TARGET_CLASS_VERSION = 7 >> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >> JAVACFLAGS ?+= $(CLASS_VERSION) >> JAVACFLAGS ?+= -encoding ascii >> JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar >> JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) >> >> but these only cover the rt classes and not the bootstrap classes. >> >> >> >> While your patch does not directly conflict with any edits in that patch, >> and >> while the effect of your patch looks OK, in that patch I was extending the >> precedent of TARGET_CLASS_VERSION to have an explicit macro for >> (just) the version number, so that it is easy to change the value of (just) >> the version number from the command line. >> >> With that in mind, I would suggest something like the following for your >> patch: >> >> BOOT_SOURCE_LANGUAGE_VERSION = 6 >> BOOT_TARGET_CLASS_VERSION = 6 >> BOOT_JAVACFLAGS ?+= -encoding ascii -source $(BOOT_SOURCE_LANGUAGE_VERSION) >> -target $(BOOT_TARGET_CLASS_VERSION) >> >> >> >> I didn't copy this for the 6 changes because I didn't immediately see >> the point of using variables just for this single use. ?I forgot that >> it is possible to override these from the command line, so I've update >> the patch: >> >> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >> >> >> >> -- Jon >> >> [1] >> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >> >> >> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >> >> >> >> Currently the javac calls for building the bootstrap tools (not the >> classes for the final JDK, which correctly now use source and target >> 7) don't set an explicit source and target version. >> >> The webrev: >> >> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >> >> sets these to 6 explicitly, as happens in the Ant builds performed by >> langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as >> the bootstrap javac as it defaults to a version < 1.5, and the build >> fails. >> >> Ok to push? >> >> Thanks, >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >> >> >> >> >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >> >> >> >> Is this version now ok? ?If so, I'll push it to the build gate using >> the bug ID Kelly allocated for the same fix in JDK. >> >> >> Andrew, >> >> I approve your webrev http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ > > Thanks. ?Pushed this last night: > http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d > >> My earlier confusion was caused by the fact that the corba Makefile is not >> consistent with the jdk Makefile with respect to the use of >> SOURCE_LANGUAGE_VERSION. >> It would be good to (separately) fix that inconsistency, but that does not >> affect the validity of what you propose here. >> > > Yes, I see what you mean now. ?Here's another webrev: > > http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ > > which should make the two fairly consistent. ?It brings in a lot of > changes to the version in JDK that seem to have been missed from > CORBA, namely: > > ?* Turning off option outputs on fastdebug builds > ?* Supporting USE_HOTSPOT_INTERPRETER_MODE > ?* Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL > ?* The SOURCE_LANGUAGE_VERSION sync above > ?* Include JAR_JFLAGS in BOOT_JAR_JFLAGS > > The following differences remain, which didn't seem appropriate to include: > > -JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar > +JAVACFLAGS ?+= "-Xbootclasspath:$(CLASSBINDIR)" > ?JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) > > ?# Needed for javah > -JAVAHFLAGS += -classpath $(CLASSBINDIR) > +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) > > I wasn't sure of the pros/cons of these changes but can easy add them if needed. > >> -- Jon >> > > > > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 > Does this change look ok? Can I push it? Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Thu Aug 27 08:19:45 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Thu, 27 Aug 2009 08:19:45 -0700 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> Message-ID: <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: > 2009/8/20 Andrew John Hughes : >> 2009/8/20 Jonathan Gibbons : >>> Andrew John Hughes wrote: >>> >>> 2009/8/18 Andrew John Hughes : >>> >>> >>> 2009/8/18 Jonathan Gibbons : >>> >>> >>> Andrew, >>> >>> If this is a patch for jdk7, it does not appear to be a patch to a >>> recent >>> copy >>> of 7. >>> >>> >>> It's against b69 which is the latest release (from Friday). The >>> patches are against the IcedTea forest so builds can be tested with >>> IcedTea as well. >>> >>> Specifically, you do not seem to have the recent changeset to set >>> >>> >>> the source/target used to compile JDK to 7. [1] >>> >>> >>> >>> Er... yes I do: >>> >>> # Add the source level >>> LANGUAGE_VERSION = -source 7 >>> JAVACFLAGS += $(LANGUAGE_VERSION) >>> >>> # Add the class version we want >>> TARGET_CLASS_VERSION = 7 >>> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >>> JAVACFLAGS += $(CLASS_VERSION) >>> JAVACFLAGS += -encoding ascii >>> JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >>> JAVACFLAGS += $(OTHER_JAVACFLAGS) >>> >>> but these only cover the rt classes and not the bootstrap classes. >>> >>> >>> >>> While your patch does not directly conflict with any edits in that >>> patch, >>> and >>> while the effect of your patch looks OK, in that patch I was >>> extending the >>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>> (just) the version number, so that it is easy to change the value >>> of (just) >>> the version number from the command line. >>> >>> With that in mind, I would suggest something like the following >>> for your >>> patch: >>> >>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>> BOOT_TARGET_CLASS_VERSION = 6 >>> BOOT_JAVACFLAGS += -encoding ascii -source $ >>> (BOOT_SOURCE_LANGUAGE_VERSION) >>> -target $(BOOT_TARGET_CLASS_VERSION) >>> >>> >>> >>> I didn't copy this for the 6 changes because I didn't immediately >>> see >>> the point of using variables just for this single use. I forgot >>> that >>> it is possible to override these from the command line, so I've >>> update >>> the patch: >>> >>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>> >>> >>> >>> -- Jon >>> >>> [1] >>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>> >>> >>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>> >>> >>> >>> Currently the javac calls for building the bootstrap tools (not the >>> classes for the final JDK, which correctly now use source and target >>> 7) don't set an explicit source and target version. >>> >>> The webrev: >>> >>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>> >>> sets these to 6 explicitly, as happens in the Ant builds performed >>> by >>> langtools/jaxp/jaxws. This is noticeable especially when using >>> ecj as >>> the bootstrap javac as it defaults to a version < 1.5, and the build >>> fails. >>> >>> Ok to push? >>> >>> Thanks, >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>> >>> >>> >>> >>> -- >>> Andrew :-) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and the OpenJDK >>> http://www.gnu.org/software/classpath >>> http://openjdk.java.net >>> >>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>> >>> >>> >>> Is this version now ok? If so, I'll push it to the build gate using >>> the bug ID Kelly allocated for the same fix in JDK. >>> >>> >>> Andrew, >>> >>> I approve your webrev http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >> >> Thanks. Pushed this last night: >> http://hg.openjdk.java.net/jdk7/build/corba/rev/8001ba2bf10d >> >>> My earlier confusion was caused by the fact that the corba >>> Makefile is not >>> consistent with the jdk Makefile with respect to the use of >>> SOURCE_LANGUAGE_VERSION. >>> It would be good to (separately) fix that inconsistency, but that >>> does not >>> affect the validity of what you propose here. >>> >> >> Yes, I see what you mean now. Here's another webrev: >> >> http://cr.openjdk.java.net/~andrew/consistency/01/webrev.01/ >> >> which should make the two fairly consistent. It brings in a lot of >> changes to the version in JDK that seem to have been missed from >> CORBA, namely: >> >> * Turning off option outputs on fastdebug builds >> * Supporting USE_HOTSPOT_INTERPRETER_MODE >> * Supporting JAVAC_MAX_WARNINGS and JAVAC_WARNINGS_FATAL >> * The SOURCE_LANGUAGE_VERSION sync above >> * Include JAR_JFLAGS in BOOT_JAR_JFLAGS >> >> The following differences remain, which didn't seem appropriate to >> include: >> >> -JAVACFLAGS += -classpath $(BOOTDIR)/lib/tools.jar >> +JAVACFLAGS += "-Xbootclasspath:$(CLASSBINDIR)" >> JAVACFLAGS += $(OTHER_JAVACFLAGS) >> >> # Needed for javah >> -JAVAHFLAGS += -classpath $(CLASSBINDIR) >> +JAVAHFLAGS += -bootclasspath $(CLASSBINDIR) >> >> I wasn't sure of the pros/cons of these changes but can easy add >> them if needed. >> >>> -- Jon >>> >> >> >> >> -- >> Andrew :-) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > Does this change look ok? Can I push it? > > Thanks, > -- > Andrew :-) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 Andrew, The changes regarding flags for javac look OK. I can't speak to the Hotspot options. -- Jon From gnu_andrew at member.fsf.org Thu Aug 27 08:50:38 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 27 Aug 2009 16:50:38 +0100 Subject: [PATCH FOR REVIEW]: Make source/target options explicit for CORBA bootstrap tools In-Reply-To: <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> References: <17c6771e0908180524j50fc9d85q753cebc0e9587d3d@mail.gmail.com> <01F1CCA5-2245-4513-BC63-18FE2A48FEE6@sun.com> <17c6771e0908180913t4ee9adfcud1aa3b1fa3986d7d@mail.gmail.com> <17c6771e0908191610w11b584b9xb53020fa87f58ba@mail.gmail.com> <4A8C87B6.2040509@sun.com> <17c6771e0908200548o7d9f0crfbfb96bb1aef97ed@mail.gmail.com> <17c6771e0908270353s1667f85ci20fbfede67657d56@mail.gmail.com> <814FBE93-D15C-490B-9D9F-8ECDE86AE733@Sun.COM> Message-ID: <17c6771e0908270850p7b4dfdd6ye4e28b1f1ded2b95@mail.gmail.com> 2009/8/27 Jonathan Gibbons : > > On Aug 27, 2009, at 3:53 AM, Andrew John Hughes wrote: > >> 2009/8/20 Andrew John Hughes : >>> >>> 2009/8/20 Jonathan Gibbons : >>>> >>>> Andrew John Hughes wrote: >>>> >>>> 2009/8/18 Andrew John Hughes : >>>> >>>> >>>> 2009/8/18 Jonathan Gibbons : >>>> >>>> >>>> Andrew, >>>> >>>> If this is a patch for jdk7, it does not appear to be a patch to a >>>> recent >>>> copy >>>> of 7. >>>> >>>> >>>> It's against b69 which is the latest release (from Friday). ?The >>>> patches are against the IcedTea forest so builds can be tested with >>>> IcedTea as well. >>>> >>>> Specifically, you do not seem to have the recent changeset ?to set >>>> >>>> >>>> the source/target used to compile JDK to 7. [1] >>>> >>>> >>>> >>>> Er... yes I do: >>>> >>>> # Add the source level >>>> LANGUAGE_VERSION = -source 7 >>>> JAVACFLAGS ?+= $(LANGUAGE_VERSION) >>>> >>>> # Add the class version we want >>>> TARGET_CLASS_VERSION = 7 >>>> CLASS_VERSION = -target $(TARGET_CLASS_VERSION) >>>> JAVACFLAGS ?+= $(CLASS_VERSION) >>>> JAVACFLAGS ?+= -encoding ascii >>>> JAVACFLAGS ?+= -classpath $(BOOTDIR)/lib/tools.jar >>>> JAVACFLAGS ?+= $(OTHER_JAVACFLAGS) >>>> >>>> but these only cover the rt classes and not the bootstrap classes. >>>> >>>> >>>> >>>> While your patch does not directly conflict with any edits in that >>>> patch, >>>> and >>>> while the effect of your patch looks OK, in that patch I was extending >>>> the >>>> precedent of TARGET_CLASS_VERSION to have an explicit macro for >>>> (just) the version number, so that it is easy to change the value of >>>> (just) >>>> the version number from the command line. >>>> >>>> With that in mind, I would suggest something like the following for your >>>> patch: >>>> >>>> BOOT_SOURCE_LANGUAGE_VERSION = 6 >>>> BOOT_TARGET_CLASS_VERSION = 6 >>>> BOOT_JAVACFLAGS ?+= -encoding ascii -source >>>> $(BOOT_SOURCE_LANGUAGE_VERSION) >>>> -target $(BOOT_TARGET_CLASS_VERSION) >>>> >>>> >>>> >>>> I didn't copy this for the 6 changes because I didn't immediately see >>>> the point of using variables just for this single use. ?I forgot that >>>> it is possible to override these from the command line, so I've update >>>> the patch: >>>> >>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.02/ >>>> >>>> >>>> >>>> -- Jon >>>> >>>> [1] >>>> >>>> http://mail.openjdk.java.net/pipermail/compiler-dev/2009-July/001286.html >>>> >>>> >>>> On Aug 18, 2009, at 5:24 AM, Andrew John Hughes wrote: >>>> >>>> >>>> >>>> Currently the javac calls for building the bootstrap tools (not the >>>> classes for the final JDK, which correctly now use source and target >>>> 7) don't set an explicit source and target version. >>>> >>>> The webrev: >>>> >>>> http://cr.openjdk.java.net/~andrew/ecj/02/webrev.01/ >>>> >>>> sets these to 6 explicitly, as happens in the Ant builds performed by >>>> langtools/jaxp/jaxws. ?This is noticeable especially when using ecj as >>>> the bootstrap javac as it defaults to a version < 1.5, and the build >>>> fails. >>>> >>>> Ok to push? >>>> >>>> Thanks, >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8 >>>> >>>> >>>> >>>> >>>> -- >>>> Andrew :-) >>>> >>>> Free Java Software Engineer >>>> Red Hat, Inc. (http://www.redhat.com) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://s