From xiomara.jayasena at sun.com Fri Jun 5 16:43:28 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 05 Jun 2009 23:43:28 +0000 Subject: hg: jdk7/jdk7: 5 new changesets Message-ID: <20090605234328.C888FEFFC@hg.openjdk.java.net> Changeset: a942ea653d97 Author: aph Date: 2009-04-17 15:37 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/a942ea653d97 6829575: 100028: Debug information is incomplete or missing Summary: Enable debugging in many places Reviewed-by: ohair Contributed-by: Andrew Haley ! make/sanity-rules.gmk Changeset: f5ab6d6ae4b1 Author: xdono Date: 2009-05-07 10:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/f5ab6d6ae4b1 Merge - make/jprt.config Changeset: 37fad8722d92 Author: ohair Date: 2009-03-26 16:46 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/37fad8722d92 6822913: Consolidate make/jprt.config files, let JPRT manage this file make it optional in repos Reviewed-by: tbell - make/jprt.config Changeset: b284e021293c Author: ohair Date: 2009-05-08 16:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/b284e021293c Merge Changeset: 39565502682c Author: ohair Date: 2009-05-15 13:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/39565502682c Merge From xiomara.jayasena at sun.com Fri Jun 5 16:47:45 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 05 Jun 2009 23:47:45 +0000 Subject: hg: jdk7/jdk7/corba: 5 new changesets Message-ID: <20090605234749.8D0BBE002@hg.openjdk.java.net> Changeset: 7b47536c234e Author: ohair Date: 2009-03-26 16:47 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/7b47536c234e 6822374: Windows: detect X64 when PROCESSOR_IDENTIFIER contains EM64T or Intel64 6822913: Consolidate make/jprt.config files, let JPRT manage this file make it optional in repos Reviewed-by: tbell ! make/common/shared/Platform.gmk - make/jprt.config Changeset: 39aa6ae82075 Author: ohair Date: 2009-05-08 16:42 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/39aa6ae82075 Merge Changeset: da27d54e06bd Author: ohair Date: 2009-05-15 13:18 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/da27d54e06bd Merge Changeset: 5dcbe748e580 Author: ohair Date: 2009-05-19 17:38 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/5dcbe748e580 6843041: Remove duplicate README files in repositories (make/README) Reviewed-by: robilad - make/README Changeset: f1e1cccbd13a Author: ohair Date: 2009-05-19 18:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/f1e1cccbd13a 6733313: corba build warnings: /bin/sh: gcc: not found Reviewed-by: tbell ! make/common/shared/Compiler-gcc.gmk ! make/common/shared/Compiler-sun.gmk From xiomara.jayasena at sun.com Fri Jun 5 16:52:13 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 05 Jun 2009 23:52:13 +0000 Subject: hg: jdk7/jdk7/hotspot: 5 new changesets Message-ID: <20090605235222.7A6F5E008@hg.openjdk.java.net> Changeset: 5d4dd2f5f6a1 Author: aph Date: 2009-04-17 15:50 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/5d4dd2f5f6a1 6829575: 100028: Debug information is incomplete or missing Summary: Enable debugging in many places Reviewed-by: ohair Contributed-by: Andrew Haley ! make/linux/makefiles/gcc.make ! make/linux/makefiles/jsig.make ! make/linux/makefiles/saproc.make Changeset: 7a485bc4da16 Author: xdono Date: 2009-05-07 10:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/7a485bc4da16 Merge Changeset: 116b019a3961 Author: ohair Date: 2009-05-08 14:33 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/116b019a3961 6839126: Type error found by newer windows compiler Reviewed-by: never, kvn ! src/share/vm/adlc/filebuff.hpp Changeset: f5ee65f94d9a Author: ohair Date: 2009-05-15 13:41 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/f5ee65f94d9a Merge - make/jprt.config ! make/linux/makefiles/gcc.make ! make/linux/makefiles/jsig.make ! make/linux/makefiles/saproc.make Changeset: a77eddcd510c Author: ohair Date: 2009-05-19 17:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/a77eddcd510c 6843041: Remove duplicate README files in repositories (make/README) Reviewed-by: robilad - make/README From xiomara.jayasena at sun.com Fri Jun 5 16:57:01 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 05 Jun 2009 23:57:01 +0000 Subject: hg: jdk7/jdk7/jaxp: 7 new changesets Message-ID: <20090605235711.5800CE00E@hg.openjdk.java.net> Changeset: 19c316392d9e Author: aph Date: 2009-04-17 15:55 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/19c316392d9e 6829575: 100028: Debug information is incomplete or missing Summary: Enable debugging in many places Reviewed-by: ohair Contributed-by: Andrew Haley ! make/Makefile ! make/build.xml Changeset: 7967d26b229c Author: aph Date: 2009-04-20 19:00 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/7967d26b229c 6832141: Bug 100045 - Fix for 100028 breaks debug info for class files Summary: Correct fallout from 100028 patch Reviewed-by: ohair Contributed-by: Andrew Haley ! make/Makefile Changeset: 04af70c1189c Author: ohair Date: 2009-05-06 11:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/04af70c1189c 6837665: Deal with windows ant problem where commas in -D options do not work Reviewed-by: xdono ! make/Makefile ! make/build.properties Changeset: 44e5ca2a846c Author: xdono Date: 2009-05-07 10:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/44e5ca2a846c Merge Changeset: 0ea9bb9c6ddc Author: xdono Date: 2009-05-07 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/0ea9bb9c6ddc Merge - src/share/classes/com/sun/org/apache/xalan/internal/client/XSLTProcessorApplet.java - src/share/classes/com/sun/org/apache/xalan/internal/client/package.html Changeset: cdc8761f136a Author: ohair Date: 2009-05-15 13:24 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/cdc8761f136a Merge Changeset: 259aef5045a1 Author: ohair Date: 2009-05-19 17:38 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/259aef5045a1 6843041: Remove duplicate README files in repositories (make/README) Reviewed-by: robilad - make/README From xiomara.jayasena at sun.com Fri Jun 5 17:01:46 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 06 Jun 2009 00:01:46 +0000 Subject: hg: jdk7/jdk7/jaxws: 7 new changesets Message-ID: <20090606000156.59929E014@hg.openjdk.java.net> Changeset: a92183572d99 Author: aph Date: 2009-04-17 15:56 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/a92183572d99 6829575: 100028: Debug information is incomplete or missing Summary: Enable debugging in many places Reviewed-by: ohair Contributed-by: Andrew Haley ! make/Makefile ! make/build.xml Changeset: ab30d5761947 Author: aph Date: 2009-04-20 19:01 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/ab30d5761947 6832141: Bug 100045 - Fix for 100028 breaks debug info for class files Summary: Correct fallout from 100028 patch Reviewed-by: ohair Contributed-by: Andrew Haley ! make/Makefile Changeset: 35c29ff8d904 Author: ohair Date: 2009-05-06 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/35c29ff8d904 6837665: Deal with windows ant problem where commas in -D options do not work Reviewed-by: xdono ! make/Makefile ! make/build.properties Changeset: d95fec0fa489 Author: xdono Date: 2009-05-07 10:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/d95fec0fa489 Merge ! make/Makefile ! make/build.xml - src/share/classes/com/sun/tools/internal/txw2/AntErrorListener.java - src/share/classes/com/sun/tools/internal/txw2/ConsoleErrorReporter.java - src/share/classes/com/sun/tools/internal/txw2/ErrorListener.java - src/share/classes/com/sun/tools/internal/txw2/Main.java - src/share/classes/com/sun/tools/internal/txw2/NameUtil.java - src/share/classes/com/sun/tools/internal/txw2/RELAXNGLoader.java - src/share/classes/com/sun/tools/internal/txw2/SchemaBuilder.java - src/share/classes/com/sun/tools/internal/txw2/TxwOptions.java - src/share/classes/com/sun/tools/internal/txw2/TxwTask.java - src/share/classes/com/sun/tools/internal/txw2/XmlSchemaLoader.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/AnnotationsImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/CommentListImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/DataPatternBuilderImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/DatatypeFactory.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/DivImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/ElementAnnotationBuilderImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/GrammarImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/GrammarSectionImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/SchemaBuilderImpl.java - src/share/classes/com/sun/tools/internal/txw2/builder/relaxng/package.html - src/share/classes/com/sun/tools/internal/txw2/builder/xsd/XmlSchemaBuilder.java - src/share/classes/com/sun/tools/internal/txw2/builder/xsd/package.html - src/share/classes/com/sun/tools/internal/txw2/model/Attribute.java - src/share/classes/com/sun/tools/internal/txw2/model/CycleIterator.java - src/share/classes/com/sun/tools/internal/txw2/model/Data.java - src/share/classes/com/sun/tools/internal/txw2/model/Define.java - src/share/classes/com/sun/tools/internal/txw2/model/Element.java - src/share/classes/com/sun/tools/internal/txw2/model/Empty.java - src/share/classes/com/sun/tools/internal/txw2/model/Grammar.java - src/share/classes/com/sun/tools/internal/txw2/model/Leaf.java - src/share/classes/com/sun/tools/internal/txw2/model/List.java - src/share/classes/com/sun/tools/internal/txw2/model/Node.java - src/share/classes/com/sun/tools/internal/txw2/model/NodeSet.java - src/share/classes/com/sun/tools/internal/txw2/model/Ref.java - src/share/classes/com/sun/tools/internal/txw2/model/Text.java - src/share/classes/com/sun/tools/internal/txw2/model/Value.java - src/share/classes/com/sun/tools/internal/txw2/model/WriterNode.java - src/share/classes/com/sun/tools/internal/txw2/model/XmlNode.java - src/share/classes/com/sun/tools/internal/txw2/model/prop/AttributeProp.java - src/share/classes/com/sun/tools/internal/txw2/model/prop/ElementProp.java - src/share/classes/com/sun/tools/internal/txw2/model/prop/LeafElementProp.java - src/share/classes/com/sun/tools/internal/txw2/model/prop/Prop.java - src/share/classes/com/sun/tools/internal/txw2/model/prop/ValueProp.java - src/share/classes/com/sun/tools/internal/txw2/model/prop/XmlItemProp.java - src/share/classes/com/sun/tools/internal/ws/processor/Processor.java - src/share/classes/com/sun/tools/internal/ws/processor/ProcessorAction.java - src/share/classes/com/sun/tools/internal/ws/processor/ProcessorActionVersion.java - src/share/classes/com/sun/tools/internal/ws/processor/ProcessorConstants.java - src/share/classes/com/sun/tools/internal/ws/processor/ProcessorNotificationListener.java - src/share/classes/com/sun/tools/internal/ws/processor/ProcessorOptions.java - src/share/classes/com/sun/tools/internal/ws/processor/config/ClassModelInfo.java - src/share/classes/com/sun/tools/internal/ws/processor/config/Configuration.java - src/share/classes/com/sun/tools/internal/ws/processor/config/ConfigurationException.java - src/share/classes/com/sun/tools/internal/ws/processor/config/HandlerChainInfo.java - src/share/classes/com/sun/tools/internal/ws/processor/config/HandlerInfo.java - src/share/classes/com/sun/tools/internal/ws/processor/config/ModelInfo.java - src/share/classes/com/sun/tools/internal/ws/processor/config/WSDLModelInfo.java - src/share/classes/com/sun/tools/internal/ws/processor/config/parser/ClassModelParser.java - src/share/classes/com/sun/tools/internal/ws/processor/config/parser/CustomizationParser.java - src/share/classes/com/sun/tools/internal/ws/processor/config/parser/InputParser.java - src/share/classes/com/sun/tools/internal/ws/processor/config/parser/JAXWSBindingInfoParser.java - src/share/classes/com/sun/tools/internal/ws/processor/config/parser/ParserUtil.java - src/share/classes/com/sun/tools/internal/ws/processor/config/parser/Reader.java - src/share/classes/com/sun/tools/internal/ws/processor/generator/JAXBTypeGenerator.java - src/share/classes/com/sun/tools/internal/ws/processor/generator/SimpleToBoxedUtil.java - src/share/classes/com/sun/tools/internal/ws/processor/modeler/ModelerUtils.java - src/share/classes/com/sun/tools/internal/ws/processor/modeler/annotation/WebServiceReferenceCollector.java - src/share/classes/com/sun/tools/internal/ws/processor/util/ClientProcessorEnvironment.java - src/share/classes/com/sun/tools/internal/ws/processor/util/GeneratedFileInfo.java - src/share/classes/com/sun/tools/internal/ws/processor/util/ProcessorEnvironment.java - src/share/classes/com/sun/tools/internal/ws/processor/util/ProcessorEnvironmentBase.java - src/share/classes/com/sun/tools/internal/ws/util/JAXWSClassFactory.java - src/share/classes/com/sun/tools/internal/ws/util/JavaCompilerHelper.java - src/share/classes/com/sun/tools/internal/ws/util/MapBase.java - src/share/classes/com/sun/tools/internal/ws/util/ToolBase.java - src/share/classes/com/sun/tools/internal/ws/util/xml/NodeListIterator.java - src/share/classes/com/sun/tools/internal/ws/util/xml/NullEntityResolver.java - src/share/classes/com/sun/tools/internal/ws/util/xml/PrettyPrintingXmlWriter.java - src/share/classes/com/sun/tools/internal/ws/util/xml/XmlWriter.java - src/share/classes/com/sun/tools/internal/ws/wscompile/ActionConstants.java - src/share/classes/com/sun/tools/internal/ws/wscompile/CompileTool.java - src/share/classes/com/sun/tools/internal/ws/wsdl/document/schema/BuiltInTypes.java - src/share/classes/com/sun/tools/internal/ws/wsdl/document/schema/Schema.java - src/share/classes/com/sun/tools/internal/ws/wsdl/document/schema/SchemaAttribute.java - src/share/classes/com/sun/tools/internal/ws/wsdl/document/schema/SchemaDocument.java - src/share/classes/com/sun/tools/internal/ws/wsdl/document/schema/SchemaElement.java - src/share/classes/com/sun/tools/internal/ws/wsdl/document/schema/SchemaEntity.java - src/share/classes/com/sun/tools/internal/ws/wsdl/framework/Extensible.java - src/share/classes/com/sun/tools/internal/ws/wsdl/framework/Extension.java - src/share/classes/com/sun/tools/internal/ws/wsdl/framework/ParserContext.java - src/share/classes/com/sun/tools/internal/ws/wsdl/framework/WriterContext.java - src/share/classes/com/sun/tools/internal/ws/wsdl/parser/ExtensionHandler.java - src/share/classes/com/sun/tools/internal/ws/wsdl/parser/ExtensionHandlerBase.java - src/share/classes/com/sun/tools/internal/ws/wsdl/parser/SchemaExtensionHandler.java - src/share/classes/com/sun/tools/internal/ws/wsdl/parser/SchemaParser.java - src/share/classes/com/sun/tools/internal/ws/wsdl/parser/SchemaWriter.java - src/share/classes/com/sun/tools/internal/ws/wsdl/parser/WSDLWriter.java - src/share/classes/com/sun/tools/internal/xjc/reader/dtd/bindinfo/DOM4JLocator.java - src/share/classes/com/sun/tools/internal/xjc/util/XMLStreamReaderToContentHandler.java - src/share/classes/com/sun/xml/internal/bind/v2/doc-files/packages.png - src/share/classes/com/sun/xml/internal/bind/v2/doc-files/packages.vsd - src/share/classes/com/sun/xml/internal/bind/v2/doc-files/readme.txt - src/share/classes/com/sun/xml/internal/ws/binding/http/HTTPBindingImpl.java - src/share/classes/com/sun/xml/internal/ws/binding/soap/SOAPBindingImpl.java - src/share/classes/com/sun/xml/internal/ws/client/AsyncHandlerService.java - src/share/classes/com/sun/xml/internal/ws/client/ClientConfigurationException.java - src/share/classes/com/sun/xml/internal/ws/client/ContactInfoBase.java - src/share/classes/com/sun/xml/internal/ws/client/ContactInfoListImpl.java - src/share/classes/com/sun/xml/internal/ws/client/ContactInfoListIteratorBase.java - src/share/classes/com/sun/xml/internal/ws/client/ContextMap.java - src/share/classes/com/sun/xml/internal/ws/client/EndpointIFBase.java - src/share/classes/com/sun/xml/internal/ws/client/EndpointIFContext.java - src/share/classes/com/sun/xml/internal/ws/client/EndpointIFInvocationHandler.java - src/share/classes/com/sun/xml/internal/ws/client/InternalBindingProvider.java - src/share/classes/com/sun/xml/internal/ws/client/PortInfoBase.java - src/share/classes/com/sun/xml/internal/ws/client/ServiceContext.java - src/share/classes/com/sun/xml/internal/ws/client/ServiceContextBuilder.java - src/share/classes/com/sun/xml/internal/ws/client/WSFuture.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/DispatchBase.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/DispatchContext.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/ResponseImpl.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/impl/DispatchContactInfoList.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/impl/DispatchDelegate.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/impl/encoding/DispatchSerializer.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/impl/encoding/DispatchUtil.java - src/share/classes/com/sun/xml/internal/ws/client/dispatch/impl/protocol/MessageDispatcherHelper.java - src/share/classes/com/sun/xml/internal/ws/encoding/EncoderDecoderBase.java - src/share/classes/com/sun/xml/internal/ws/encoding/JAXWSAttachmentMarshaller.java - src/share/classes/com/sun/xml/internal/ws/encoding/JAXWSAttachmentUnmarshaller.java - src/share/classes/com/sun/xml/internal/ws/encoding/internal/InternalEncoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/jaxb/JAXBBeanInfo.java - src/share/classes/com/sun/xml/internal/ws/encoding/jaxb/JAXBBridgeInfo.java - src/share/classes/com/sun/xml/internal/ws/encoding/jaxb/JAXBTypeSerializer.java - src/share/classes/com/sun/xml/internal/ws/encoding/jaxb/RpcLitPayload.java - src/share/classes/com/sun/xml/internal/ws/encoding/jaxb/RpcLitPayloadSerializer.java - src/share/classes/com/sun/xml/internal/ws/encoding/simpletype/EncoderUtils.java - src/share/classes/com/sun/xml/internal/ws/encoding/simpletype/SimpleTypeConstants.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/ClientEncoderDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/EncoderDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/SOAPDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/SOAPEPTFactory.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/SOAPEncoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/SOAPVersion.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/ServerEncoderDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/client/SOAP12XMLDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/client/SOAP12XMLEncoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/client/SOAPXMLDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/client/SOAPXMLEncoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/AttachmentBlock.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/BodyBlock.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/DelegateBase.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/HeaderBlock.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/InternalMessage.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/MessageBlock.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/MessageInfoBase.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/internal/SOAP12NotUnderstoodHeaderBlock.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/FaultCode.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/FaultCodeEnum.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/FaultReason.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/FaultReasonText.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/FaultSubcode.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/SOAP12FaultInfo.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/SOAPFaultInfo.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/SOAPMsgCreateException.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/message/SOAPMsgFactoryCreateException.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/server/ProviderSED.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/server/SOAP12XMLDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/server/SOAP12XMLEncoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/server/SOAPXMLDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/soap/server/SOAPXMLEncoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/xml/XMLDecoder.java - src/share/classes/com/sun/xml/internal/ws/encoding/xml/XMLEPTFactory.java - src/share/classes/com/sun/xml/internal/ws/encoding/xml/XMLEncoder.java - src/share/classes/com/sun/xml/internal/ws/handler/HandlerChainCaller.java - src/share/classes/com/sun/xml/internal/ws/handler/HandlerContext.java - src/share/classes/com/sun/xml/internal/ws/handler/HandlerResolverImpl.java - src/share/classes/com/sun/xml/internal/ws/handler/MessageContextUtil.java - src/share/classes/com/sun/xml/internal/ws/handler/SHDSOAPMessageContext.java - src/share/classes/com/sun/xml/internal/ws/handler/SOAPHandlerContext.java - src/share/classes/com/sun/xml/internal/ws/handler/XMLHandlerContext.java - src/share/classes/com/sun/xml/internal/ws/handler/XMLLogicalMessageContextImpl.java - src/share/classes/com/sun/xml/internal/ws/handler/XMLLogicalMessageImpl.java - src/share/classes/com/sun/xml/internal/ws/handler/package-info.java - src/share/classes/com/sun/xml/internal/ws/model/CheckedException.java - src/share/classes/com/sun/xml/internal/ws/model/ExceptionType.java - src/share/classes/com/sun/xml/internal/ws/model/JavaMethod.java - src/share/classes/com/sun/xml/internal/ws/model/Mode.java - src/share/classes/com/sun/xml/internal/ws/model/Parameter.java - src/share/classes/com/sun/xml/internal/ws/model/ParameterBinding.java - src/share/classes/com/sun/xml/internal/ws/model/RuntimeModel.java - src/share/classes/com/sun/xml/internal/ws/model/soap/SOAPBinding.java - src/share/classes/com/sun/xml/internal/ws/model/soap/SOAPRuntimeModel.java - src/share/classes/com/sun/xml/internal/ws/model/soap/Style.java - src/share/classes/com/sun/xml/internal/ws/model/soap/Use.java - src/share/classes/com/sun/xml/internal/ws/modeler/RuntimeModeler.java - src/share/classes/com/sun/xml/internal/ws/modeler/RuntimeModelerException.java - src/share/classes/com/sun/xml/internal/ws/pept/Delegate.java - src/share/classes/com/sun/xml/internal/ws/pept/encoding/Decoder.java - src/share/classes/com/sun/xml/internal/ws/pept/encoding/Encoder.java - src/share/classes/com/sun/xml/internal/ws/pept/ept/Acceptor.java - src/share/classes/com/sun/xml/internal/ws/pept/ept/ContactInfo.java - src/share/classes/com/sun/xml/internal/ws/pept/ept/ContactInfoList.java - src/share/classes/com/sun/xml/internal/ws/pept/ept/ContactInfoListIterator.java - src/share/classes/com/sun/xml/internal/ws/pept/ept/EPTFactory.java - src/share/classes/com/sun/xml/internal/ws/pept/ept/MessageInfo.java - src/share/classes/com/sun/xml/internal/ws/pept/presentation/MessageStruct.java - src/share/classes/com/sun/xml/internal/ws/pept/presentation/Stub.java - src/share/classes/com/sun/xml/internal/ws/pept/presentation/TargetFinder.java - src/share/classes/com/sun/xml/internal/ws/pept/presentation/Tie.java - src/share/classes/com/sun/xml/internal/ws/pept/protocol/Interceptors.java - src/share/classes/com/sun/xml/internal/ws/pept/protocol/MessageDispatcher.java - src/share/classes/com/sun/xml/internal/ws/protocol/soap/client/SOAPMessageDispatcher.java - src/share/classes/com/sun/xml/internal/ws/protocol/soap/server/ProviderSOAPMD.java - src/share/classes/com/sun/xml/internal/ws/protocol/soap/server/SOAPMessageDispatcher.java - src/share/classes/com/sun/xml/internal/ws/protocol/xml/client/XMLMessageDispatcher.java - src/share/classes/com/sun/xml/internal/ws/protocol/xml/server/ProviderXMLMD.java - src/share/classes/com/sun/xml/internal/ws/protocol/xml/server/XMLMessageDispatcher.java - src/share/classes/com/sun/xml/internal/ws/server/AppMsgContextImpl.java - src/share/classes/com/sun/xml/internal/ws/server/DocInfo.java - src/share/classes/com/sun/xml/internal/ws/server/EPTFactoryBase.java - src/share/classes/com/sun/xml/internal/ws/server/EPTFactoryFactoryBase.java - src/share/classes/com/sun/xml/internal/ws/server/PeptTie.java - src/share/classes/com/sun/xml/internal/ws/server/RuntimeContext.java - src/share/classes/com/sun/xml/internal/ws/server/RuntimeEndpointInfo.java - src/share/classes/com/sun/xml/internal/ws/server/TargetFinderImpl.java - src/share/classes/com/sun/xml/internal/ws/server/Tie.java - src/share/classes/com/sun/xml/internal/ws/server/XMLEPTFactoryImpl.java - src/share/classes/com/sun/xml/internal/ws/server/provider/ProviderModel.java - src/share/classes/com/sun/xml/internal/ws/server/provider/ProviderPeptTie.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/Binding.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/ClientTransportFactory.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/ClientTransportFactoryTypes.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/InternalSoapEncoder.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/Invoker.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/MessageContext.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/MtomCallback.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/RuntimeEndpointInfo.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/SOAPMessageContext.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/StubBase.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/SystemHandlerDelegate.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/SystemHandlerDelegateFactory.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/Tie.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/WSConnection.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/WebServiceContext.java - src/share/classes/com/sun/xml/internal/ws/spi/runtime/package-info.java - src/share/classes/com/sun/xml/internal/ws/streaming/XMLStreamReaderFactory.java - src/share/classes/com/sun/xml/internal/ws/streaming/XMLStreamWriterFactory.java - src/share/classes/com/sun/xml/internal/ws/transport/WSConnectionImpl.java - src/share/classes/com/sun/xml/internal/ws/transport/http/client/HttpClientTransportFactory.java - src/share/classes/com/sun/xml/internal/ws/transport/http/server/EndpointDocInfo.java - src/share/classes/com/sun/xml/internal/ws/transport/http/server/EndpointEntityResolver.java - src/share/classes/com/sun/xml/internal/ws/transport/http/server/WebServiceContextImpl.java - src/share/classes/com/sun/xml/internal/ws/transport/local/LocalMessage.java - src/share/classes/com/sun/xml/internal/ws/transport/local/client/LocalClientTransport.java - src/share/classes/com/sun/xml/internal/ws/transport/local/client/LocalClientTransportFactory.java - src/share/classes/com/sun/xml/internal/ws/transport/local/server/LocalConnectionImpl.java - src/share/classes/com/sun/xml/internal/ws/transport/local/server/LocalWSContextImpl.java - src/share/classes/com/sun/xml/internal/ws/util/Base64Util.java - src/share/classes/com/sun/xml/internal/ws/util/MessageInfoUtil.java - src/share/classes/com/sun/xml/internal/ws/util/NullIterator.java - src/share/classes/com/sun/xml/internal/ws/util/SOAPConnectionUtil.java - src/share/classes/com/sun/xml/internal/ws/util/SOAPUtil.java - src/share/classes/com/sun/xml/internal/ws/util/SunStAXReflection.java - src/share/classes/com/sun/xml/internal/ws/util/XMLConnectionUtil.java - src/share/classes/com/sun/xml/internal/ws/util/xml/XMLStreamReaderToContentHandler.java - src/share/classes/com/sun/xml/internal/ws/wsdl/WSDLContext.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/Binding.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/BindingOperation.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/Message.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/Part.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/Port.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/PortType.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/PortTypeOperation.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/Service.java - src/share/classes/com/sun/xml/internal/ws/wsdl/parser/WSDLDocument.java - src/share/classes/com/sun/xml/internal/ws/wsdl/writer/WSDLOutputResolver.java - src/share/classes/com/sun/xml/internal/xsom/impl/util/ConcatIterator.java - src/share/classes/com/sun/xml/internal/xsom/impl/util/FilterIterator.java Changeset: 1626ba49a98e Author: xdono Date: 2009-05-07 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/1626ba49a98e Merge Changeset: af4d62e31af8 Author: ohair Date: 2009-05-15 13:25 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/af4d62e31af8 Merge Changeset: 3b054db3e277 Author: ohair Date: 2009-05-19 17:39 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/3b054db3e277 6843041: Remove duplicate README files in repositories (make/README) Reviewed-by: robilad - make/README From xiomara.jayasena at sun.com Fri Jun 5 17:06:57 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 06 Jun 2009 00:06:57 +0000 Subject: hg: jdk7/jdk7/jdk: 11 new changesets Message-ID: <20090606000920.715F6E01A@hg.openjdk.java.net> Changeset: 9ad7e6462145 Author: aph Date: 2009-04-17 15:56 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/9ad7e6462145 6829575: 100028: Debug information is incomplete or missing Summary: Enable debugging in many places Reviewed-by: ohair Contributed-by: Andrew Haley ! make/common/Defs-linux.gmk ! make/sun/awt/mawt.gmk Changeset: 5ceb9eb621d1 Author: chegar Date: 2009-05-07 17:02 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/5ceb9eb621d1 6837982: SCTP API docs not being generated. Summary: Update docs makefile to build javadoc for the com.sun.nio.sctp package. Reviewed-by: jccollet, alanb, weijun ! make/docs/Makefile Changeset: 86d2541a9ba2 Author: xdono Date: 2009-05-07 10:31 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/86d2541a9ba2 Merge - src/share/native/java/util/zip/ZipEntry.c - src/share/native/sun/java2d/pipe/RenderBuffer.c - 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: 39d93fb6926c Author: xdono Date: 2009-05-07 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/39d93fb6926c Merge Changeset: 6ca1c622dd6e Author: ohair Date: 2009-05-07 18:19 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/6ca1c622dd6e 6835803: Type error in src/windows/native/sun/windows/awt_Window.cpp Reviewed-by: prr ! src/windows/native/sun/windows/awt_Window.cpp Changeset: 7ec6857812d2 Author: ohair Date: 2009-05-08 11:24 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/7ec6857812d2 Merge ! src/windows/native/sun/windows/awt_Window.cpp Changeset: 9eeeeee69368 Author: ohair Date: 2009-05-15 13:14 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/9eeeeee69368 6841873: Fix windows redist default location for msvc runtime dlls Reviewed-by: tbell ! make/common/shared/Defs-windows.gmk Changeset: 97064d73976f Author: ohair Date: 2009-05-15 13:21 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/97064d73976f Merge Changeset: fdbc48164a8b Author: ohair Date: 2009-05-18 10:36 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/fdbc48164a8b 6842023: Improve test reliability, Increase timeout factor on jtreg tests, etc. Reviewed-by: tbell ! make/jprt.properties ! test/Makefile ! test/java/lang/ThreadGroup/NullThreadName.java ! test/java/util/ResourceBundle/RestrictedBundleTest.java ! test/java/util/WeakHashMap/GCDuringIteration.java Changeset: c06d30bd8c69 Author: andrew Date: 2009-05-21 16:29 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/c06d30bd8c69 6841728: Make building the Nimbus L 'n' F optional (100054) Summary: Add DISABLE_NIMBUS variable to prevent Nimbus subdirs being built Reviewed-by: mr, ohair ! make/common/shared/Sanity.gmk ! make/javax/swing/plaf/Makefile ! make/tools/Makefile Changeset: 238591c80bc5 Author: aph Date: 2009-05-21 18:41 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/238591c80bc5 6839133: lcms 1.18 update breaks ICC_ProfileRGB Tests Reviewed-by: avu, prr ! src/share/native/sun/java2d/cmm/lcms/LCMS.c From xiomara.jayasena at sun.com Fri Jun 5 17:18:09 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Sat, 06 Jun 2009 00:18:09 +0000 Subject: hg: jdk7/jdk7/langtools: 7 new changesets Message-ID: <20090606001822.6D317E044@hg.openjdk.java.net> Changeset: 4b72c2556789 Author: aph Date: 2009-04-17 15:56 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/4b72c2556789 6829575: 100028: Debug information is incomplete or missing Summary: Enable debugging in many places Reviewed-by: ohair Contributed-by: Andrew Haley ! make/Makefile Changeset: 321854d9ab19 Author: aph Date: 2009-04-20 19:01 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/321854d9ab19 6832141: Bug 100045 - Fix for 100028 breaks debug info for class files Summary: Correct fallout from 100028 patch Reviewed-by: ohair Contributed-by: Andrew Haley ! make/Makefile Changeset: f3d27f02683c Author: aph Date: 2009-05-06 18:04 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/f3d27f02683c 6837665: Deal with windows ant problem where commas in -D options do not work Summary: Rewrite to avoid commas in -D options Reviewed-by: ohair ! make/Makefile ! make/build.xml Changeset: 43a781cc6473 Author: xdono Date: 2009-05-07 10:32 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/43a781cc6473 Merge Changeset: 846944dd48a4 Author: xdono Date: 2009-05-07 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/846944dd48a4 Merge Changeset: 65f2ee956fb9 Author: ohair Date: 2009-05-15 13:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/65f2ee956fb9 Merge Changeset: 5cdce469ea2a Author: ohair Date: 2009-05-19 17:39 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5cdce469ea2a 6843041: Remove duplicate README files in repositories (make/README) Reviewed-by: robilad ! README - make/README From Xiomara.Jayasena at Sun.COM Fri Jun 5 17:28:24 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Fri, 05 Jun 2009 17:28:24 -0700 Subject: jdk7-b60: Build Integration Message-ID: <4A29B828.1040605@sun.com> http://hg.openjdk.java.net/jdk7/jdk7/rev/39565502682c http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/f1e1cccbd13a http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/a77eddcd510c http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/259aef5045a1 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/3b054db3e277 http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/238591c80bc5 http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5cdce469ea2a ---- PIT results or PIT waiver : These changes are coordinated with RE [xiomara] and tested in the RE environment. From Bhavesh.Patel at Sun.COM Tue Jun 9 14:23:08 2009 From: Bhavesh.Patel at Sun.COM (Bhavesh.Patel at Sun.COM) Date: Tue, 09 Jun 2009 14:23:08 -0700 Subject: Proposed javadoc/doclet improvements for JDK7 Message-ID: <4A2ED2BC.5010802@Sun.COM> Hi All, We are proposing improvements to javadoc/doclet for JDK7. The project wiki page is located at http://wikis.sun.com/display/Javadoc/Home. As a part of the proposed improvements, the UI of the javadoc output will be revamped. The new design screenshots are uploaded to the project wiki. The javadoc output markup will be modified to be valid HTML and WCAG 2.0 compliant. Please start discussing any suggestions or concerns you have about the proposed improvements. Regards, Bhavesh. From gnu_andrew at member.fsf.org Tue Jun 9 14:47:10 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 9 Jun 2009 22:47:10 +0100 Subject: Proposed javadoc/doclet improvements for JDK7 In-Reply-To: <4A2ED2BC.5010802@Sun.COM> References: <4A2ED2BC.5010802@Sun.COM> Message-ID: <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> 2009/6/9 : > Hi All, > ? ? ? ?We are proposing improvements to javadoc/doclet for JDK7. The project > wiki page is located at http://wikis.sun.com/display/Javadoc/Home. As a part > of the proposed improvements, the UI of the javadoc output will be revamped. > The new design screenshots are uploaded to the project wiki. The javadoc > output markup will be modified to be valid HTML and WCAG 2.0 compliant. > ? ? ? ? Please start discussing any suggestions or concerns you have about > the proposed improvements. > > Regards, > Bhavesh. > These sound like very welcome improvements. I hope those in the community who are outside Sun will also be able to get involved, as this seems a good area where contributions can be made without a high barrier to entry. Will work also be done on the existing Javadoc comments in the JDK sources? I've noticed some warnings as docs are built with OpenJDK at the moment, and presumably there are more issues that aren't being flagged. Regards, -- 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 Bhavesh.Patel at Sun.COM Tue Jun 9 14:58:45 2009 From: Bhavesh.Patel at Sun.COM (Bhavesh.Patel at Sun.COM) Date: Tue, 09 Jun 2009 14:58:45 -0700 Subject: Proposed javadoc/doclet improvements for JDK7 In-Reply-To: <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> References: <4A2ED2BC.5010802@Sun.COM> <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> Message-ID: <4A2EDB15.1070100@Sun.COM> Hi Andrew, Regarding warning of OpenJDK doc builds, we get about 270 warning on doc comments in source code currently. We definitely want to address this issue but it will be separate from the proposed improvements. Regards, Bhavesh. On 06/09/09 14:47, Andrew John Hughes wrote: > 2009/6/9 : > >> Hi All, >> We are proposing improvements to javadoc/doclet for JDK7. The project >> wiki page is located at http://wikis.sun.com/display/Javadoc/Home. As a part >> of the proposed improvements, the UI of the javadoc output will be revamped. >> The new design screenshots are uploaded to the project wiki. The javadoc >> output markup will be modified to be valid HTML and WCAG 2.0 compliant. >> Please start discussing any suggestions or concerns you have about >> the proposed improvements. >> >> Regards, >> Bhavesh. >> >> > > These sound like very welcome improvements. I hope those in the > community who are outside Sun will also be able to get involved, as > this seems a good area where contributions can be made without a high > barrier to entry. > > Will work also be done on the existing Javadoc comments in the JDK > sources? I've noticed some warnings as docs are built with OpenJDK at > the moment, and presumably there are more issues that aren't being > flagged. > > Regards, > From martinrb at google.com Tue Jun 9 15:16:47 2009 From: martinrb at google.com (Martin Buchholz) Date: Tue, 9 Jun 2009 15:16:47 -0700 Subject: Proposed javadoc/doclet improvements for JDK7 In-Reply-To: <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> References: <4A2ED2BC.5010802@Sun.COM> <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> Message-ID: <1ccfd1c10906091516m24a3a231p4ec6247e4f09d868@mail.gmail.com> Historical note: During the JDK6 timeframe, most of the javadoc warnings in the core jdk were fixed. Finding maintainers for review is usually harder than the actual fixing. OpenJDK has upstream projects as well. Martin On Tue, Jun 9, 2009 at 14:47, Andrew John Hughes wrote: > 2009/6/9 : > > Hi All, > > We are proposing improvements to javadoc/doclet for JDK7. The > project > > wiki page is located at http://wikis.sun.com/display/Javadoc/Home. As a > part > > of the proposed improvements, the UI of the javadoc output will be > revamped. > > The new design screenshots are uploaded to the project wiki. The javadoc > > output markup will be modified to be valid HTML and WCAG 2.0 compliant. > > Please start discussing any suggestions or concerns you have > about > > the proposed improvements. > > > > Regards, > > Bhavesh. > > > > These sound like very welcome improvements. I hope those in the > community who are outside Sun will also be able to get involved, as > this seems a good area where contributions can be made without a high > barrier to entry. > > Will work also be done on the existing Javadoc comments in the JDK > sources? I've noticed some warnings as docs are built with OpenJDK at > the moment, and presumably there are more issues that aren't being > flagged. > > Regards, > -- > 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 Jun 9 16:27:24 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 10 Jun 2009 00:27:24 +0100 Subject: Proposed javadoc/doclet improvements for JDK7 In-Reply-To: <1ccfd1c10906091516m24a3a231p4ec6247e4f09d868@mail.gmail.com> References: <4A2ED2BC.5010802@Sun.COM> <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> <1ccfd1c10906091516m24a3a231p4ec6247e4f09d868@mail.gmail.com> Message-ID: <17c6771e0906091627o3cc41afk74b623e2f1cb2cb1@mail.gmail.com> 2009/6/9 Martin Buchholz : > Historical note: > > During the JDK6 timeframe, most of the javadoc warnings in the core jdk were > fixed. > Finding maintainers for review is usually harder than the actual fixing. > OpenJDK has upstream projects as well. > Yes, that's why I narrowed it down to the jdk repo ;) > Martin > > On Tue, Jun 9, 2009 at 14:47, Andrew John Hughes > wrote: >> >> 2009/6/9 ?: >> > Hi All, >> > ? ? ? ?We are proposing improvements to javadoc/doclet for JDK7. The >> > project >> > wiki page is located at http://wikis.sun.com/display/Javadoc/Home. As a >> > part >> > of the proposed improvements, the UI of the javadoc output will be >> > revamped. >> > The new design screenshots are uploaded to the project wiki. The javadoc >> > output markup will be modified to be valid HTML and WCAG 2.0 compliant. >> > ? ? ? ? Please start discussing any suggestions or concerns you have >> > about >> > the proposed improvements. >> > >> > Regards, >> > Bhavesh. >> > >> >> These sound like very welcome improvements. ?I hope those in the >> community who are outside Sun will also be able to get involved, as >> this seems a good area where contributions can be made without a high >> barrier to entry. >> >> Will work also be done on the existing Javadoc comments in the JDK >> sources? I've noticed some warnings as docs are built with OpenJDK at >> the moment, and presumably there are more issues that aren't being >> flagged. >> >> Regards, >> -- >> 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 Jun 9 16:28:58 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 10 Jun 2009 00:28:58 +0100 Subject: Proposed javadoc/doclet improvements for JDK7 In-Reply-To: <4A2EDB15.1070100@Sun.COM> References: <4A2ED2BC.5010802@Sun.COM> <17c6771e0906091447hd7495aaye7206d0655310b01@mail.gmail.com> <4A2EDB15.1070100@Sun.COM> Message-ID: <17c6771e0906091628m6ea6b7cfwf2d0e5b80375cefb@mail.gmail.com> 2009/6/9 : > Hi Andrew, > ?????????????????? Regarding warning of OpenJDK doc builds, we get about 270 > warning on doc comments in source code currently. We definitely want to > address this issue but it will be separate from the proposed improvements. > > Regards, > Bhavesh. > No problem. I should probably make clear that I'm not asking in order to get you to do it, but to ascertain whether it is worth anyone putting the work in to fix this stuff, including myself. > On 06/09/09 14:47, Andrew John Hughes wrote: > > 2009/6/9 : > > > Hi All, > ? ? ? ?We are proposing improvements to javadoc/doclet for JDK7. The project > wiki page is located at http://wikis.sun.com/display/Javadoc/Home. As a part > of the proposed improvements, the UI of the javadoc output will be revamped. > The new design screenshots are uploaded to the project wiki. The javadoc > output markup will be modified to be valid HTML and WCAG 2.0 compliant. > ? ? ? ? Please start discussing any suggestions or concerns you have about > the proposed improvements. > > Regards, > Bhavesh. > > > > These sound like very welcome improvements. I hope those in the > community who are outside Sun will also be able to get involved, as > this seems a good area where contributions can be made without a high > barrier to entry. > > Will work also be done on the existing Javadoc comments in the JDK > sources? I've noticed some warnings as docs are built with OpenJDK at > the moment, and presumably there are more issues that aren't being > flagged. > > Regards, > > -- 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 yuri.nesterenko at sun.com Wed Jun 10 03:00:06 2009 From: yuri.nesterenko at sun.com (yuri.nesterenko at sun.com) Date: Wed, 10 Jun 2009 10:00:06 +0000 Subject: hg: jdk7/jdk7/jdk: 19 new changesets Message-ID: <20090610100352.00CE4E248@hg.openjdk.java.net> Changeset: f62f7fcc9965 Author: art Date: 2009-05-15 15:40 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/f62f7fcc9965 6678385: Random java.lang.StackOverflowError from various JDKs Reviewed-by: stayer ! make/sun/xawt/mapfile-vers ! src/solaris/classes/sun/awt/X11/MotifDnDConstants.java ! src/solaris/classes/sun/awt/X11/MotifDnDDragSourceProtocol.java ! src/solaris/classes/sun/awt/X11/MotifDnDDropTargetProtocol.java ! src/solaris/classes/sun/awt/X11/WindowPropertyGetter.java ! src/solaris/classes/sun/awt/X11/XAWTXSettings.java ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java ! src/solaris/classes/sun/awt/X11/XDnDDragSourceProtocol.java ! src/solaris/classes/sun/awt/X11/XDnDDropTargetProtocol.java ! src/solaris/classes/sun/awt/X11/XDragSourceProtocol.java ! src/solaris/classes/sun/awt/X11/XDropTargetRegistry.java ! src/solaris/classes/sun/awt/X11/XEmbedCanvasPeer.java + src/solaris/classes/sun/awt/X11/XErrorHandler.java ! src/solaris/classes/sun/awt/X11/XProtocol.java ! src/solaris/classes/sun/awt/X11/XQueryTree.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XTranslateCoordinates.java ! src/solaris/classes/sun/awt/X11/XWM.java ! src/solaris/classes/sun/awt/X11/XlibUtil.java ! src/solaris/classes/sun/awt/X11/XlibWrapper.java ! src/solaris/native/sun/awt/awt_GraphicsEnv.c ! src/solaris/native/sun/awt/awt_InputMethod.c ! src/solaris/native/sun/awt/awt_MToolkit.c ! src/solaris/native/sun/xawt/XToolkit.c ! src/solaris/native/sun/xawt/XlibWrapper.c Changeset: 019fd945ebc5 Author: yan Date: 2009-05-18 12:39 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/019fd945ebc5 6834525: PIT: RowToleranceTransitivityTest test fail with crash on rhel4 x86 and rhel 5x86 Summary: do not try to use released XKB resources Reviewed-by: art ! src/solaris/classes/sun/awt/X11/XKeysym.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/keysym2ucs.h Changeset: 875524a2b311 Author: anthony Date: 2009-05-19 12:15 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/875524a2b311 6811219: Deadlock java AWT in XWarningWindow Summary: The locking scheme has been re-architected, the code slightly refactored. Reviewed-by: art, dcherepanov ! src/solaris/classes/sun/awt/X11/XWarningWindow.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java Changeset: 5eaa495dc929 Author: anthony Date: 2009-05-19 14:14 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/5eaa495dc929 6812298: Dynamic GraphicsConfig changes don't work on X11 platforms Summary: The peer gets recreated if the visual of the new GC differs from the previous one Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/Container.java ! src/share/classes/java/awt/peer/ComponentPeer.java ! src/share/classes/sun/awt/NullComponentPeer.java ! src/solaris/classes/sun/awt/X11/XComponentPeer.java ! src/solaris/classes/sun/awt/X11/XEmbedChildProxyPeer.java ! src/solaris/classes/sun/awt/X11/XWindow.java ! src/windows/classes/sun/awt/windows/WComponentPeer.java Changeset: ac08fa3d6c98 Author: anthony Date: 2009-05-19 14:43 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/ac08fa3d6c98 6833444: _BOOTDIR1/_BOOTDIR2 on MS Windows should be consistent with other platforms Summary: Added optional _BOOTDIR3 that provides the J: path for the BOOTDIR on Windows Reviewed-by: ohair, xdono ! make/common/Sanity.gmk ! make/common/shared/Defs-windows.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Sanity.gmk Changeset: 315f315b8d3c Author: anthony Date: 2009-05-19 17:03 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/315f315b8d3c 6839999: Cumulative fix for 6762511 and 6838003 Summary: Adds support for ARGB and ABGR X11 surfaces. Reviewed-by: art, yan ! src/solaris/classes/sun/awt/X11/generator/sizes.64-solaris-i386 ! src/solaris/classes/sun/awt/X11/generator/xlibtypes.txt ! src/solaris/classes/sun/awt/X11GraphicsConfig.java ! src/solaris/classes/sun/java2d/x11/X11PMBlitBgLoops.java ! src/solaris/classes/sun/java2d/x11/X11PMBlitLoops.java ! src/solaris/classes/sun/java2d/x11/X11SurfaceData.java ! src/solaris/native/sun/awt/X11Color.c ! src/solaris/native/sun/awt/awt_GraphicsEnv.c ! src/solaris/native/sun/awt/awt_p.h Changeset: b33466bb2fed Author: art Date: 2009-05-21 12:29 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/b33466bb2fed 6794764: Translucent windows are completely repainted on every paint event, on Windows 6719382: Printing of AWT components on windows is not working 6726866: Repainting artifacts when resizing or dragging JInternalFrames in non-opaque toplevel 6683775: Painting artifacts is seen when panel is made setOpaque(false) for a translucent window Reviewed-by: anthony, tdv, alexp ! src/share/classes/java/awt/GraphicsConfiguration.java ! src/share/classes/java/awt/GraphicsDevice.java ! src/share/classes/java/awt/Window.java ! src/share/classes/java/awt/peer/WindowPeer.java ! src/share/classes/javax/swing/DefaultDesktopManager.java ! src/share/classes/javax/swing/JComponent.java ! src/share/classes/javax/swing/RepaintManager.java ! src/share/classes/sun/awt/AWTAccessor.java ! src/share/classes/sun/awt/EmbeddedFrame.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/windows/classes/sun/awt/windows/TranslucentWindowPainter.java ! src/windows/classes/sun/awt/windows/WCanvasPeer.java ! src/windows/classes/sun/awt/windows/WComponentPeer.java ! src/windows/classes/sun/awt/windows/WObjectPeer.java ! src/windows/classes/sun/awt/windows/WWindowPeer.java ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Component.h ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h + test/javax/swing/JComponent/6683775/bug6683775.java + test/javax/swing/JInternalFrame/6726866/bug6726866.html + test/javax/swing/JInternalFrame/6726866/bug6726866.java Changeset: 97ece6b3d84f Author: ant Date: 2009-05-21 15:04 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/97ece6b3d84f 6833019: KeyboardFocusManager.getCurrentKeyboardFocusManager() throws unspecified HeadlessException Reviewed-by: art ! src/share/classes/sun/awt/HeadlessToolkit.java Changeset: cfe73335a065 Author: dav Date: 2009-05-22 16:09 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/cfe73335a065 6799099: All automatic regression tests that create Robot fail on X11 Reviewed-by: art, ant ! make/sun/xawt/mapfile-vers ! src/share/classes/java/awt/Robot.java ! src/share/classes/java/awt/event/InputEvent.java ! src/share/classes/java/awt/event/MouseEvent.java ! src/share/classes/java/awt/peer/RobotPeer.java ! src/share/classes/sun/awt/SunToolkit.java ! src/solaris/classes/sun/awt/X11/XBaseWindow.java ! src/solaris/classes/sun/awt/X11/XDragSourceContextPeer.java ! src/solaris/classes/sun/awt/X11/XRobotPeer.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XWindow.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/solaris/classes/sun/awt/motif/MToolkit.java ! src/solaris/native/sun/awt/awt_MToolkit.c ! src/solaris/native/sun/awt/awt_Robot.c ! src/solaris/native/sun/xawt/XToolkit.c ! src/windows/classes/sun/awt/windows/WRobotPeer.java ! src/windows/classes/sun/awt/windows/WToolkit.java ! src/windows/native/sun/windows/awt_Robot.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp Changeset: 52493efeb137 Author: dav Date: 2009-05-25 18:22 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/52493efeb137 6844750: Solaris build failed after 6799099 Reviewed-by: yan ! src/solaris/native/sun/xawt/XToolkit.c Changeset: 7da360c3baf6 Author: yan Date: 2009-06-01 01:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/7da360c3baf6 Merge Changeset: f29cd35647b1 Author: peytoia Date: 2009-05-12 15:21 +0900 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/f29cd35647b1 6834474: (tz) Support tzdata2009g Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/leapseconds ! make/sun/javazic/tzdata/northamerica ! make/sun/javazic/tzdata/southamerica ! src/share/classes/sun/util/resources/TimeZoneNames.java ! src/share/classes/sun/util/resources/TimeZoneNames_de.java ! src/share/classes/sun/util/resources/TimeZoneNames_es.java ! src/share/classes/sun/util/resources/TimeZoneNames_fr.java ! src/share/classes/sun/util/resources/TimeZoneNames_it.java ! src/share/classes/sun/util/resources/TimeZoneNames_ja.java ! src/share/classes/sun/util/resources/TimeZoneNames_ko.java ! src/share/classes/sun/util/resources/TimeZoneNames_sv.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java Changeset: 62bfe2674e48 Author: yan Date: 2009-05-14 00:17 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/62bfe2674e48 Merge - src/share/native/sun/java2d/pipe/RenderBuffer.c Changeset: 455b357442c7 Author: peterz Date: 2009-05-14 18:12 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/455b357442c7 6741426: ClassCastException from ComboBoxEditableState (Nimbus LaF) in JDK 1.6.0_10 RC Reviewed-by: rupashka ! src/share/classes/javax/swing/plaf/nimbus/skin.laf + test/javax/swing/plaf/nimbus/Test6741426.java Changeset: af491a9b7c1d Author: peterz Date: 2009-05-15 12:06 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/af491a9b7c1d 6827581: Contextkey does not work in Nimbus Reviewed-by: rupashka ! src/share/classes/sun/swing/plaf/GTKKeybindings.java ! src/share/classes/sun/swing/plaf/WindowsKeybindings.java Changeset: 993a5f0fe2e0 Author: rupashka Date: 2009-05-15 17:26 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/993a5f0fe2e0 6713352: Deadlock in JFileChooser with synchronized custom FileSystemView Reviewed-by: malenkov, peterz ! src/share/classes/javax/swing/plaf/basic/BasicDirectoryModel.java ! src/share/classes/sun/awt/shell/ShellFolder.java ! src/windows/classes/sun/awt/shell/Win32ShellFolder2.java ! src/windows/classes/sun/awt/shell/Win32ShellFolderManager2.java + test/javax/swing/JFileChooser/6713352/bug6713352.java Changeset: 019908df0313 Author: rupashka Date: 2009-05-28 18:11 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/019908df0313 6845805: Test for CR 6713352 is failed under Linux Reviewed-by: malenkov ! test/javax/swing/JFileChooser/6713352/bug6713352.java Changeset: 951ecbad4068 Author: yan Date: 2009-06-01 01:06 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/951ecbad4068 Merge Changeset: 0c3ef2d612a4 Author: yan Date: 2009-06-09 23:47 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/0c3ef2d612a4 Merge ! make/common/shared/Defs-windows.gmk ! make/common/shared/Sanity.gmk ! src/windows/native/sun/windows/awt_Window.cpp From Yuri.Nesterenko at Sun.COM Wed Jun 10 03:56:34 2009 From: Yuri.Nesterenko at Sun.COM (Yuri Nesterenko) Date: Wed, 10 Jun 2009 14:56:34 +0400 Subject: jdk7-b60: swing, awt, i18n Message-ID: <4A2F9162.1050100@sun.com> http://hg.openjdk.java.net/jdk7/jdk7/rev/39565502682c http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/f1e1cccbd13a http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/a77eddcd510c http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/259aef5045a1 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/3b054db3e277 http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/0c3ef2d612a4 http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5cdce469ea2a --- Date: Tue, 09 Jun 2009 18:59:01 +0530 From: Karen Pinto Subject: Re: PIT results: awt, 1.7.0-b60: Go for Integration In-reply-to: <4A2E620F.7090508 at sun.com> Sender: Karen.Pinto at Sun.COM To: Yuri Nesterenko Hi Yuri, I am giving a PIT waiver for bug 6833444. Regards, Karen [...skip...] ============================================================================================= Component : awt Status : 0 major failures, 0 minor failures Date : 06/09/2009 at 06:17 Tested By : karen.pinto Cost(total man-days): 4 Workspace : /net/sqindia/export/disk11/awt/lawrence/awtWS Bundles : /net/sqindia.india/export/disk05/2d-SQE/PIT/7/2009-06-01-080655.yn153226.jdk7-swing-pit-with-awt Platforms : Solaris Sparc 10(32), -client WinXP Prof(32), -client RH AS4.0 (32), -client Tests : /net/sqindia/export/disk11/awt/lawrence/awtWS Browsers : NA Patches : NA Logs : /net/sqindia/export/disk05/awt/karen/pit7b60/results Number of Tests Executed : 1971 product tests, 27027 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6719382: Printing of AWT components on windows is not working 6794764: Translucent windows are completely repainted on every paint event, on Windows 6799099: All automatic regression tests that create Robot fail on X11 6811219: Deadlock java AWT in XWarningWindow 6812298: Dynamic GraphicsConfig changes don't work on X11 platforms 6833019: KeyboardFocusManager.getCurrentKeyboardFocusManager() throws unspecified HeadlessException 6839999: Cumulative fix for 6762511 and 6838003 Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6844750: Solaris build failed after 6799099 Other reasons: New bugs filed: Bugs in PIT build: 6847958: MouseWheel event is getting triggered for the disabled Textarea in jdk7 b60 pit build. Bugs in earlier promoted build: 6848339: Reg-test java/awt/Clipboard/HTMLTransferTest/HTMLTransferTest.html fails 6848343: java/awt/Menu/NullMenuLabelTest/NullMenuLabelTest.java fails inconsistently. 6848350: Reg-test /java/awt/font/StyledMetrics/StyledMetrics.java fails on windows 6848352: Reg-test closed/java/awt/Modal/DialogSentToBackTest/DialogSentToBackTest.java fails on Windows 6848355: Reg-test /java/awt/Choice/PopupPosTest/PopupPosTest.html fails on Windows 6848358: java/awt/List/HandlingKeyEventIfMousePressedTest/HandlingKeyEventIfMousePressedTest.html fails 6848360: Reg-test java/awt/Focus/ConsumedTabKey/ConsumedTabKeyTest.html fails on windows 6848362: reg-test java/awt/Choice/UnfocusableToplevel/UnfocusableToplevel.java fails on windows 6848790: Reg-test java/awt/TextComponent/SelectionAndCaretColor/SelectionAndCaretColor.html fails 6848791: Reg-test java/awt/Window/DualHeadTest/DualHeadTest.html fails on Rhel5 6848797: Few FullScreen regression testcases fail with "java.lang.InternalError: Could not set display mode" 6848798: Reg-test java/awt/Robot/RobotStressTest/RobotStressTest.java fails on Rhel5 6848799: Reg-test java/awt/print/PageFormat/PageFormatFromAttributes.java fails on Rhel_5 6848810: Reg-test java/awt/Focus/TranserFocusToWindow/TranserFocusToWindow.java fails 6848811: Reg-test java/awt/FullScreen/NoResizeEventOnDMChangeTest/NoResizeEventOnDMChangeTest.java fails 6849212: Issues with Translucent/Shaped Windows on X11 Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b60 Issues and Notes: Bug is related to the build failure. ------------------------------- From karen.pinto ===================================================================================================== Component : awt Status : 0 major failures, 0 minor failures Date : 05/26/2009 at 12:32 Tested By : Sergey.Bylokhov at sun.con Cost(total man-days): 2 Workspace : /net/vice.russia.sun.com/export/home0/dtf/dtf_ws/suites/6.0/awt, swing , 2d Bundles : /net/spb-cyclops.russia.sun.com/export/IntegrationBuilds/7/2009-05-19-064337.yn153226.jdk7-swing-pit-with-awt Platforms : Win Server 2003(32), -client Win Server 2003(32), -server RH AS4.0 (32), -client RH AS4.0 (32), -server Sol Sparc 10(64OS)(64jdk), -d64/-server Tests : /net/spb-cyclops.russia/export/IntegrationBuilds/7/2009-05-19-064337.yn153226.jdk7-swing-pit-with-awt/sourceBundle.tar.gz Browsers : NA Patches : NA Logs : http://vice.russia.sun.com/results/1.7.0/b61/pit/ Number of Tests Executed : 1038 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6834525: PIT: RowToleranceTransitivityTest test fail with crash on rhel4 x86 and rhel 5x86 Tested, Pass (partial fixes): Tested, Fail: 6713352: Deadlock in JFileChooser with synchronized custom FileSystemView Untested bug fixes: Bugs/rfes with no unit tests: Other reasons: 6678385: Random java.lang.StackOverflowError from various JDKs 6741426: ClassCastException from ComboBoxEditableState (Nimbus LaF) in JDK 1.6.0_10 RC 6827581: Contextkey does not work in Nimbus New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: 6834525 - still under investigation because of it was unstable bug. 6713352 - test should be impoved(it fail on linux). Some tasks hangs on unix systems Still under investigation too. ------------------------------- From Sergey.Bylokhov at sun.con ================================================================================================== Component : swing Status : 2 major failures, 12 minor failures Date : 06/09/2009 at 03:30 Tested By : Vinay Thota Cost(total man-days): 3 Workspace : http://sqindia.india/disk10/j2se/swing/JDK7_WORK/swing/JDK7_Swing_WS/ Bundles : /net/sqindia.india/export/disk05/2d-SQE/PIT/7/2009-06-01-080655.yn153226.jdk7-swing-pit-with-awt Platforms : Solaris Sparc 10(32), -client WinXP Prof(32), -client RH AS4.0 (32), -client Tests : http://sqindia.india/disk01/vinay/src/jdk/test/ Browsers : NA Patches : NA Logs : http://sqindia.india/disk10/j2se/swing/PIT/ Number of Tests Executed : 249 product tests, 901 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6726866: Repainting artifacts when resizing or dragging JInternalFrames in non-opaque toplevel 6845805: Test for CR 6713352 is failed under Linux Tested, Pass (partial fixes): 6683775: Painting artifacts is seen when panel is made setOpaque(false) for a translucent window Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: Other reasons: New bugs filed: Bugs in PIT build: 6848356: javax/swing/plaf/nimbus/Test6741426.java fails due to nimbus package not found in the build. 6848364: javax/swing/border/Test4856008.java regression test fails due to BorderedComponent package not found 6848374: closed/javax/swing/JInternalFrame/4135473/bug4135473.java regression test fails 6848852: PIT:test/javax/swing/JComponent/6683775/bug6683775.java on linux with RuntimeException. 6848884: closed/javax/swing/SwingUtilities/6464003/bug6464003.java fails with RuntimeException 6848893: closed/javax/swing/JTextArea/4697612/bug4697612.java fails with RuntimeException on linux 6848898: few regression tests are failing with NEP. 6848919: closed/javax/swing/JPopupMenu/6580930/bug6580930.java fails on Linux 6849223: closed/javax/swing/text/html/FormView/6222200/FramePostTest.java fails on RHEL5 6849232: closed/javax/swing/text/GlyphPainter2/6427244/bug6427244.java fails on RHEL5 6849266: closed/javax/swing/JFileChooser/6484091/bug6484091.java fails on solaris 10 sparc 6849268: javax/swing/text/LayoutQueue/Test6588003.java fails with RuntimeException. 6849274: closed/javax/swing/text/html/parser/Parser/ParserTest/ParserTest.java fails with RuntimeException 6849301: closed/javax/swing/text/html/parser/Parser/4912072/bug4912072.java fails with RuntimeException. Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b60 Issues and Notes: Nimbus package is not found in the build so the tests which are specific to nimbus are failing with compilation errors. ------------------------------- From Vinay Thota From jcnarahari at yahoo.com Wed Jun 10 22:52:00 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Wed, 10 Jun 2009 22:52:00 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0.docx Message-ID: <547710.62073.qm@web57701.mail.re3.yahoo.com> I sincerely feel that the OO paradigm has suffered a setback with Backward Compatibility support in Java 5.0, for Raw Types in java.util.Collections of Previous Java Versions. Especially the sacrifices made w.r.t the semantics of Generics in Java 5.0 to accommodate this interoperability with Legacy Code of previous Java versions. So I am sending an attachment (MS_Word 2007 Document) with this mail containing my suggestions for correcting the situation with Java 7.0. I have included the arguments in favor of my suggestions. I definitely hope that these will be looked into, and even implemented, if there is no flaw in my arguments, and if bigger constraints do not forbid them from being incorporated into Java 7.0. ?Here's hoping.. From jcnarahari at yahoo.com Wed Jun 10 23:44:41 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Wed, 10 Jun 2009 23:44:41 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 - W/O Attachments Message-ID: <754730.84688.qm@web57707.mail.re3.yahoo.com> I found that my previous post showed up without the attachment I'd sent, so I am posting again w/o the attachment, having transferred its contents directly into this post. It is a bit of a read, and contains also some explanations that systems guys working on JDK 7 do not really need. Because it comes from an applications developer in Bangalore (I am not a systems guy). I hope you all will patiently read it. Here goes: I sincerely feel that the OO paradigm has suffered a setback with Backward Compatibility support in Java 5.0, for Raw Types in java.util.Collections of Previous Java Versions. Especially the sacrifices made w.r.t the semantics of Generics in Java 5.0 to accommodate this interoperability with Legacy Code of previous Java versions. So I am making suggestions for correcting the situation with Java 7.0. I have included the arguments in favor of my suggestions. I definitely hope that these will be looked into, and even implemented, if there is no flaw in my arguments, and if bigger constraints do not forbid them from being incorporated into Java 7.0. ?Here's hoping..? : Suggestions for Java Generics Semantics in Java Version 7.0 It seems to me that in the interest of Backward Compatibility with Raw Types of java.util.Collections in versions previous to Java 5.0, the robustness of Generic Types introduced in Java 5.0 has been sacrificed. In order to make Generic Types of Java 5.0 inter-operable with Raw Types of java.util.Collections in versions previous to Java 5.0, "Erasure" has been resorted to. Erasure basically refers to the discarding of the type info of Type Parameters of Generic Types at runtime, so that a Generic Type at run time is identified only by its Base Type. This means, for example, that a variable declared as of type List at compile time is considered merely as a variable of type ?List?, in order that it can be assigned/ passed as argument to another variable in Legacy Code which is also of type? List? (A Raw Type). Raw Types, since they discard all type checking on the type of their contained elements, contribute to total loss of Type Safety in Java, which is the very reason that java.util.Collections classes in Java 5.0 were made Generic. The issue here is whether interoperability with legacy code is a sufficient enough justification to sacrifice Type Safety, given that this provision has also resulted in the following two contrived rules in the operation of Generic Types in Java 5.0: (1)??? For the sake of determining Type Hierarchy of Generic Types, the?? ??????? Type Parameters are not to be considered. That is, code such as the ???????? line below is rejected by the compiler: ?????????????????????????????????????? List lo = new ArrayList; ? ? ? ?? ? ???? ? ??????? ??????? even as pure OOPS principles allow an Integer to be recognized as an ? ?? ?? ? ? ? ?? ? ?????????????? Object. ?????? ?????????? ? ? ? ? ?? ??? In Java 5.0 Generics, List and List are treated as ???????????????????????????????? totally unrelated types by the above rule, not only violating the ???????????????????????????????? purity of OOPS but also sacrificing type system robustness. ? ??? (2)??? As a direct consequence of the above rule, any kind of Array Creation ??? involving Generic Types, such as List [], List [], E[], etc ?? also get forbidden, on account of the fact that Arrays are "Reified" ?? types, ??implying that they carry over their full type info into the ?? Runtime, and are therefore aware of the type ?of their contained ?? elements at runtime, in direct contrast to Generic Types, which,?? ?? because of Erasure,? discard the knowledge of the type of their?? contained elements (i.e., Type Parameters) and are therefore?? ? "non-reifiable" types. ? [However, the expression E[] can be used, (without ?new? used for its creation), to specify an array of ANY REGULAR TYPE, not Generic Type.? This syntax therefore is not really one to be associated with Generic Types]. Having introduced Generic Types for the very purpose of Type System Robustness, in the interest of Backward Compatiblity with Raw Types of previous Java versions, Java 5.0 is promptly losing that very advantage provided by Generic Types, for which they were introduced in the first place. To be fair, Java 5.0 also provides a "patch up" API in the classes provided by java.util.Collections.checkedXXX classes, which try to reverse the effects of Erasure by carrying over the type info of Type Parameters of Generic Types also into the runtime, by separately providing reflection ".class" types of the Type Parameters as part of the checkedXXX classes. While this provision re-ensures type safety w.r.t. its loss due to erasure, there is no compensation concerning the above two "makeshift" rules that end up greatly restricting Java from having a very robust, elegant Type System, wherein Parameterized Types could enjoy the same status as any other type, without getting quirks and twists in their usage imposed upon them. The evolution of a programming language should not forever be constrained by the sins of its past versions, which in this case translates to the existence of Raw Types, and consequent necessity to inter-operate with Legacy Code making use of these Raw Types. Therefore, in the interest of Type System Robustness (which seems to me to be of higher priority in the longer term, in comparison to any immediate need for Backward Compatibility which constricts the language from breaking the "mold" to make true progress), I would like to? put forward these suggestions: From Java Version 7.0, going forward: ??????????? ??????(1) "Deprecate" Raw Types ????????????????? (2) Remove Backward Compatibility provision and therefore convert ?????????????????????? "Erasure" to "Reification"? for Generic Types, the consequence of which ???????????????????????? will render the above two rules for the usage of Generic Types ??????????????????????? unnecessary, making all types provided by the language behave ??????????????????????? uniformly, most especially? without violating OOP principles in what is ??????????????????????? essentially an OOP Language. ? Legacy code can still make use of JDK up to Java version 6.0 for inter-operability, with support removed from Java 7.0. An important point to note in this regard is that Java will continue to violate OO principles (at least according to OO purists) by having a single root super class called "Object" for all of its types, both related types and unrelated types. This has in fact been responsible for type mismatches in code leading to both compile time and runtime errors such as ClassCastException, ArrayStoreException, etc. This provision introduced from Java's inception is ARGUABLY a REQUIRED VIOLATION of OO in the interests of pragmatism, and has served its purpose well, just as similar violations of OO Principles in the implementation of "Enums" in Java 5.0 are (maybe) REQUIRED for similar pragmatic reasons. It will rock the foundations of Java's API to try and have separate class hierarchies for unrelated types, and so the single super class "Object" for all types will have to remain. Enums and their implementation have only furthered the interests of Type Safety. ?Violations of OO in the internal implementation of Enums is based upon straitjacket constraints that must be applied to what can be allowed in the developer's domain, with the system enforcing a good portion of the behavior of Enums to make them work. Allowing full OO programming freedom with Enums to developers would have implied unworkable language semantics. Therefore the nearest thing to "ideal" OO that Java can now achieve in practice, is with the implementation of ?the above two suggestions in Java 7.0. Java must only then continue to evolve from there. Thanks for your patience. From Maurizio.Cimadamore at Sun.COM Thu Jun 11 03:06:37 2009 From: Maurizio.Cimadamore at Sun.COM (Maurizio Cimadamore) Date: Thu, 11 Jun 2009 11:06:37 +0100 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 - W/O Attachments In-Reply-To: <754730.84688.qm@web57707.mail.re3.yahoo.com> References: <754730.84688.qm@web57707.mail.re3.yahoo.com> Message-ID: <4A30D72D.2060307@sun.com> Hi Jaisimha, see my comments below: Jaisimha Narahari wrote: > I found that my previous post showed up without the attachment I'd sent, so I am posting again w/o the attachment, having transferred its contents directly into this post. > > It is a bit of a read, and contains also some explanations that systems guys working on JDK 7 do not really need. Because it comes from an applications developer in Bangalore > (I am not a systems guy). I hope you all will patiently read it. Here goes: > > I sincerely feel that the OO paradigm has suffered a setback with Backward Compatibility support in Java 5.0, for Raw Types in java.util.Collections of Previous Java Versions. > > Especially the sacrifices made w.r.t the semantics of Generics in Java 5.0 to accommodate this interoperability with Legacy Code of previous Java versions. > > So > I am making suggestions for correcting the situation with Java 7.0. > > I have included the arguments in favor of my suggestions. > > I > definitely hope that these will be looked into, and even implemented, > if there is no flaw in my arguments, and if bigger constraints do not > forbid them from being incorporated into Java 7.0. > > Here's hoping.. : > > > > > > Suggestions for > Java Generics Semantics in Java Version 7.0 > > It seems to me that > in the interest of Backward Compatibility with Raw Types of > java.util.Collections in versions previous to Java 5.0, the robustness of > Generic Types introduced in Java 5.0 has been sacrificed. > > In order to make Generic Types of Java 5.0 inter-operable > with Raw Types of java.util.Collections in versions previous to Java 5.0, > "Erasure" has been resorted to. Erasure basically refers to the > discarding of the type info of Type Parameters of Generic Types at runtime, so > that a Generic Type at run time is identified only by its Base Type. > > This means, for example, that a variable declared as of type > List at compile time is considered merely as a variable of type ?List?, > in order that it can be assigned/ passed as argument to another variable in > Legacy Code which is also of type? List? (A Raw Type). > > Raw Types, since they discard all type checking on the type > of their contained elements, contribute to total loss of Type Safety in Java, > which is the very reason that java.util.Collections classes in Java 5.0 were > made Generic. > > The issue here is whether interoperability with legacy code > is a sufficient enough justification to sacrifice Type Safety, given that this > provision has also resulted in the following two contrived rules in the > operation of Generic Types in Java 5.0: > > > > (1) > For the sake of determining Type Hierarchy of > Generic Types, the > Type Parameters are not to > be considered. That is, code such as the > line below is rejected by the compiler: > > > > List lo = new ArrayList; > Actually this subtyping rule is a standard sound subtyping rule between generic types. You might wonder why it is possible e.g. to assign an Integer[] to an Object[] - since that assignment is not type-safe. On the other hand, the JVM has a way to dynamically check the correctness of assignments involving array so that type-safety is always enforced at runtime. On the other hand, because of erasure, given that there's no runtime support for generics, there's no way to write a 'generic' version of the arraystore check. Which means that the code above should be rejected as unsafe: consider the following program: List li = new ArrayList(); List lo = li; lo.add("Hello!"); //ok - adding a String to a List Integer i = li.get(0); //ClassCastException - cannot convert String to Integer > > even as pure OOPS principles allow an > Integer to be recognized as an > Object. > > > In Java > 5.0 Generics, List and List are treated as > > > totally unrelated types by the above rule, not only violating the > > > purity of OOPS but also sacrificing type system robustness. > > > > (2) > As a direct consequence of the above rule, any > kind of Array Creation > > > involving Generic Types, such as List [], List [], E[], etc > also get forbidden, > See above - because of type-erasure there's no way fo rthe JVM to take into account type-parameters info when performing the arraystore routine - this would result in unsound assignments to be allowed by the runtime. > on account of the fact that Arrays are "Reified" > types, implying that they carry over their full type > info into the > Runtime, and are therefore aware of the type of their contained > elements at runtime, in > direct contrast to Generic Types, which, > because of Erasure, discard the knowledge of the type of their contained elements (i.e., Type Parameters) and are therefore > "non-reifiable" types. > > > [However, the expression E[] can be used, (without ?new? used for its > creation), to specify an array of ANY REGULAR TYPE, not Generic Type. > This syntax therefore is not really one to be associated with Generic Types]. > > Having introduced Generic Types for the very purpose of Type > System Robustness, in the interest of Backward Compatiblity with Raw Types of > previous Java versions, Java 5.0 is promptly losing that very advantage > provided by Generic Types, for which they were introduced in the first place. > > To be fair, Java 5.0 also provides a "patch up" > API in the classes provided by java.util.Collections.checkedXXX classes, which > try to reverse the effects of Erasure by carrying over the type info of Type > Parameters of Generic Types also into the runtime, by separately providing > reflection ".class" types of the Type Parameters as part of the > checkedXXX classes. > > While this provision re-ensures type safety w.r.t. its loss > due to erasure, there is no compensation concerning the above two > "makeshift" rules that end up greatly restricting Java from having a > very robust, elegant Type System, wherein Parameterized Types could enjoy the > same status as any other type, without getting quirks and twists in their usage > imposed upon them. > > The evolution of a programming language should not forever > be constrained by the sins of its past versions, which in this case translates > to the existence of Raw Types, and consequent necessity to inter-operate with > Legacy Code making use of these Raw Types. > > Therefore, in the interest of Type System Robustness (which > seems to me to be of higher priority in the longer term, in comparison to any > immediate need for Backward Compatibility which constricts the language from > breaking the "mold" to make true progress), I would like to put forward these suggestions: > > From Java Version 7.0, going forward: > > (1) "Deprecate" Raw Types > > (2) Remove Backward > Compatibility provision and therefore convert > > > "Erasure" to > "Reification" for Generic Types, the > consequence of which > > > will render the above two rules for the usage of Generic Types > unnecessary, > making all types provided by the language behave > > > uniformly, most especially without violating OOP > principles in what is > essentially an OOP Language. > > > As you might know I'm a big fan of reification and I spent some time working on it, at both compile-time and runtime approaches. Because of the way in which generics were added to the language reification is now particularly problematic - consider the following code fragment: List l = new ArrayList(); Object o = (ArrayList)l; //would pass with JDK5/6, would fail with reification This is a serious source and behavioral incompatibility that might affect a lot of users. This is just an example of the subtle problems that might arise when reification support is added to the language. But it's not just about plain generics - among the other problems: what is the runtime semantics of more exotic types, like e.g. intersection types? Should reification support wildcards? If so, should the JVM runtime system implement the full subtyping algorithm described by the JLS? How is this going to affect decidability? > Legacy code can still make use of JDK up to Java version 6.0 > for inter-operability, with support removed from Java 7.0. > > An important point to note in this regard is that Java will > continue to violate OO principles (at least according to OO purists) by having > a single root super class called "Object" for all of its types, both > related types and unrelated types. > > This has in fact been responsible for type mismatches in > code leading to both compile time and runtime errors such as > ClassCastException, ArrayStoreException, etc. > > This provision introduced from Java's inception is ARGUABLY > a REQUIRED VIOLATION of OO in the interests of pragmatism, and has served its > purpose well, just as similar violations of OO Principles in the implementation > of "Enums" in Java 5.0 are (maybe) REQUIRED for similar pragmatic > reasons. > > It will rock the foundations of Java's API to try and have > separate class hierarchies for unrelated types, and so the single super class > "Object" for all types will have to remain. > > Enums and their implementation have only furthered the > interests of Type Safety. Violations of > OO in the internal implementation of Enums is based upon straitjacket > constraints that must be applied to what can be allowed in the developer's > domain, with the system enforcing a good portion of the behavior of Enums to > make them work. Allowing full OO programming freedom with Enums to developers would > have implied unworkable language semantics. > > Therefore the nearest thing to "ideal" OO that > Java can now achieve in practice, is with the implementation of the above two suggestions in Java 7.0. Java > must only then continue to evolve from there. > > Thanks for your patience. > > > > > Thanks Maurizio From xiomara.jayasena at sun.com Thu Jun 11 18:44:56 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 01:44:56 +0000 Subject: hg: jdk7/jdk7: Added tag jdk7-b60 for changeset 39565502682c Message-ID: <20090612014456.4C7C3E3B2@hg.openjdk.java.net> Changeset: 472c21584cfd Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/472c21584cfd Added tag jdk7-b60 for changeset 39565502682c ! .hgtags From xiomara.jayasena at sun.com Thu Jun 11 18:51:07 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 01:51:07 +0000 Subject: hg: jdk7/jdk7/corba: Added tag jdk7-b60 for changeset f1e1cccbd13a Message-ID: <20090612015108.BA895E3BC@hg.openjdk.java.net> Changeset: e906b16a12a9 Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/e906b16a12a9 Added tag jdk7-b60 for changeset f1e1cccbd13a ! .hgtags From xiomara.jayasena at sun.com Thu Jun 11 19:00:06 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 02:00:06 +0000 Subject: hg: jdk7/jdk7/hotspot: Added tag jdk7-b60 for changeset a77eddcd510c Message-ID: <20090612020008.690E9E3C2@hg.openjdk.java.net> Changeset: 86092459c54d Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/86092459c54d Added tag jdk7-b60 for changeset a77eddcd510c ! .hgtags From xiomara.jayasena at sun.com Thu Jun 11 19:11:31 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 02:11:31 +0000 Subject: hg: jdk7/jdk7/jaxp: Added tag jdk7-b60 for changeset 259aef5045a1 Message-ID: <20090612021132.B3692E3C8@hg.openjdk.java.net> Changeset: f1ac756616ea Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/f1ac756616ea Added tag jdk7-b60 for changeset 259aef5045a1 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 11 19:18:19 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 02:18:19 +0000 Subject: hg: jdk7/jdk7/jaxws: Added tag jdk7-b60 for changeset 3b054db3e277 Message-ID: <20090612021820.6ED66E3D0@hg.openjdk.java.net> Changeset: aeabf802f2a1 Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/aeabf802f2a1 Added tag jdk7-b60 for changeset 3b054db3e277 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 11 19:24:39 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 02:24:39 +0000 Subject: hg: jdk7/jdk7/jdk: Added tag jdk7-b60 for changeset 0c3ef2d612a4 Message-ID: <20090612022452.A0E34E3D6@hg.openjdk.java.net> Changeset: f72c0dc047b9 Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/f72c0dc047b9 Added tag jdk7-b60 for changeset 0c3ef2d612a4 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 11 19:39:48 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 12 Jun 2009 02:39:48 +0000 Subject: hg: jdk7/jdk7/langtools: Added tag jdk7-b60 for changeset 5cdce469ea2a Message-ID: <20090612023950.C3C6BE3DC@hg.openjdk.java.net> Changeset: 522520757dd3 Author: xdono Date: 2009-06-11 10:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/522520757dd3 Added tag jdk7-b60 for changeset 5cdce469ea2a ! .hgtags From jcnarahari at yahoo.com Fri Jun 12 05:26:04 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Fri, 12 Jun 2009 05:26:04 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Found The Solutions In A Blog Message-ID: <578160.57529.qm@web57706.mail.re3.yahoo.com> Hi Maurizio, Thanks for those comments in my post. However, I Found The Descriptions of the Technical Solutions for both of my suggestions in the following blog which might also interest you: ? http://gafter.blogspot.com/2006/11/reified-generics-for-java.html Just for the record , actually, if you LOOK ONLY AT THE TWO SUGGESTIONS that I have made in the earlier posts, reproduced here: From Java Version 7.0, going forward: ??????????? ??????(1) "Deprecate" Raw Types ????????????????? (2) Remove Backward Compatibility provision and therefore convert "Erasure" ?????????????????????? to "Reification" for Generic Types, the consequence of which will render the ?????????????????????? above two rules for the usage of Generic Types unnecessary, making all?????????????????????? types provided by the language behave uniformly, most especially ???? ????????????????? without violating OOP principles in what is essentially an OOP Language. ? what I meant is that if these two changes can be made to Java 7, which implies also Runtime support from the JVM, in addition to changes in javac, then Java would be robust, without requiring special treatment of Generic Types. By suggestion (2) above, Reification of Generic Types implies carrying over the Type info of Type Parameters to the Runtime - possible only with support both from the JVM and javac. Thanks again for your comments, but the blog at the above given URL summed up the answer for me. It would be very worthwhile for Sun to try and implement one of the Two Solutions given in the blog at the above URL. From Jonathan.Gibbons at Sun.COM Fri Jun 12 13:27:50 2009 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Fri, 12 Jun 2009 13:27:50 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Found The Solutions In A Blog In-Reply-To: <578160.57529.qm@web57706.mail.re3.yahoo.com> References: <578160.57529.qm@web57706.mail.re3.yahoo.com> Message-ID: Jaisimha, There are no plans to implement reification in JDK 7, nor is there any likelihood or possibility of this being changed. -- Jonathan Gibbons. On Jun 12, 2009, at 5:26 AM, Jaisimha Narahari wrote: > Hi Maurizio, > > Thanks for those comments in my post. > > However, I Found The Descriptions of the Technical Solutions for > both of my suggestions in the following blog which might also > interest you: > > http://gafter.blogspot.com/2006/11/reified-generics-for-java.html > > Just for the record , actually, if you LOOK ONLY AT THE TWO > SUGGESTIONS that I have made in the earlier posts, reproduced here: > > > > From Java Version 7.0, going forward: > > > (1) "Deprecate" Raw Types > > > (2) Remove Backward > Compatibility provision and therefore convert "Erasure" > > to > "Reification" for Generic Types, the > consequence of which will render the > > above two rules for the usage of Generic > Types unnecessary, > making all types provided by the language > behave uniformly, most especially > > without violating OOP > principles in what is essentially an OOP Language. > > > > what I meant is that if these two changes can be made to Java 7, > which implies also Runtime support from the JVM, in addition to > changes in javac, then Java would be robust, without requiring > special treatment of Generic Types. > > By suggestion (2) above, Reification of Generic Types implies carrying > over the Type info of Type Parameters to the Runtime - possible only > with support both from the JVM and javac. > > > > Thanks again for your comments, but the blog at the above given URL > summed up the answer for me. > > It would be very worthwhile for Sun to try and implement one of the > Two Solutions given in the blog at the above URL. > > > > > > From jcnarahari at yahoo.com Sat Jun 13 06:03:27 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Sat, 13 Jun 2009 06:03:27 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ RIP Message-ID: <899402.12988.qm@web57701.mail.re3.yahoo.com> Jonathan, Thanks for letting me know. >From what you are saying, and also from the contents of the blog I referred to, I understood that what looks like a trivial change from a programmer's view point, is not so trivial at all, on account of the implications for a very large volume of Legacy Code users. This justifies Erasure incorporated into the implementation of Generics in Java 5. But it is really sad that Java has to carry on with what would amount to error prone coding by not-so-careful programmers, losing the chance to start becoming a very robust platform, given that Legacy Code using Raw Types is only going to build up with each new version of Java. Thanks again. Jaisimha Narahari. From Alex.Buckley at Sun.COM Mon Jun 15 13:13:10 2009 From: Alex.Buckley at Sun.COM (Alex Buckley) Date: Mon, 15 Jun 2009 13:13:10 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ RIP Message-ID: <4A36AB56.1070100@sun.com> Without wishing to prolong the discussion of type system DESIGN on a mailing list concerned with IMPLEMENTATION, I note that Sun's bug database already has a request for reified generics: http://bugs.sun.com/view_bug.do?bug_id=5098163 Alex From qi.zuo at sun.com Tue Jun 16 15:26:31 2009 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Tue, 16 Jun 2009 22:26:31 +0000 Subject: hg: jdk7/jdk7/jdk: 2 new changesets Message-ID: <20090616222655.4C5C1E7F6@hg.openjdk.java.net> Changeset: 9053bcc8eef0 Author: herrick Date: 2009-06-12 14:56 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/9053bcc8eef0 6797688: Umbrella: Merge all JDK 6u4 - 6u12 deployment code into JDK7 6845973: Update JDK7 with deployment changes in 6u13, 6u14 4802695: Support 64-bit Java Plug-in and Java webstart on Windows/Linux on AMD64 6825019: DownloadManager should not be loaded and referenced for full JRE 6738770: REGRESSION:JSException throws when use LiveConnect javascript facility 6772884: plugin2 : java.lang.OutOfMemoryError or crash 6707535: Crossing domain hole affecting multiple sites/domains using plug-in 6728071: Non-verification of Update files may allow unintended updates 6704154: Code loaded from local filesystem should not get access to localhost 6727081: Web Start security restrictions bypass using special extension jnlp 6727079: Java Web Start Socket() restriction bypass 6727071: Cache location/user name information disclosure in SingleInstanceImpl. 6716217: AppletClassLoader adds permissions based on codebase regardless of CS 6694892: Java Webstart inclusion via system properties override [CVE-2008-2086] 6704074: localhost socket access due to cache location exposed 6703909: Java webstart arbitrary file creation using nativelib 6665315: browser crashes when deployment.properties has more slashes ( / ) 6660121: Encoding values in JNLP files can cause buffer overflow 6606110: URLConnection.setProxiedHost for resources that are loaded via proxy 6581221: SSV(VISTA): Redirection FAILS to work if user does a downgrade install 6609756: Buffer Overflow in Java ActiveX component 6608712: Bypassing the same origin policy in Java with crafted names 6534630: "gnumake clobber" doesn't 6849953: JDK7 - replacement of bufferoverflowU.lib on amd64 breaks build 6849029: Need some JDK7 merge clean-up after comments on the webrev 6847582: Build problem on JDK7 with isSecureProperty in merge 6827935: JDK 7 deployment merging - problem in Compiler-msvm.gmk 6823215: latest merge fixes from 6u12 -> JDK7 6816153: further mergers for JDK7 deployment integration 6807074: Fix Java Kernel and JQS in initial JDK7 builds Summary: Initial changeset for implementing 6uX Deployment Features into JDK7 Reviewed-by: dgu, billyh ! make/com/sun/java/pack/Makefile ! make/common/Defs-windows.gmk ! make/common/Library.gmk ! make/common/Program.gmk ! make/common/Release.gmk ! make/common/shared/Compiler-msvc.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Defs-windows.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Sanity.gmk ! make/java/java/FILES_c.gmk ! make/java/redist/Makefile ! make/jpda/tty/Makefile ! make/sun/Makefile ! make/sun/applet/Makefile ! make/sun/jar/Makefile ! make/sun/javazic/tzdata_jdk/jdk11_full_backward ! make/sun/jconsole/Makefile + make/sun/jkernel/FILES_c_windows.gmk + make/sun/jkernel/FILES_java.gmk + make/sun/jkernel/Makefile ! make/sun/native2ascii/Makefile ! make/sun/rmi/rmic/Makefile ! make/sun/serialver/Makefile ! src/share/classes/java/awt/color/ICC_Profile.java ! src/share/classes/java/lang/ClassLoader.java ! src/share/classes/java/lang/System.java ! src/share/classes/java/util/zip/ZipEntry.java ! src/share/classes/sun/applet/AppletClassLoader.java ! src/share/classes/sun/applet/AppletPanel.java + src/share/classes/sun/jkernel/BackgroundDownloader.java + src/share/classes/sun/jkernel/Bundle.java + src/share/classes/sun/jkernel/BundleCheck.java + src/share/classes/sun/jkernel/ByteArrayToFromHexDigits.java + src/share/classes/sun/jkernel/DigestOutputStream.java + src/share/classes/sun/jkernel/DownloadManager.java + src/share/classes/sun/jkernel/KernelError.java + src/share/classes/sun/jkernel/Mutex.java + src/share/classes/sun/jkernel/StandaloneByteArrayAccess.java + src/share/classes/sun/jkernel/StandaloneMessageDigest.java + src/share/classes/sun/jkernel/StandaloneSHA.java ! src/share/classes/sun/management/OperatingSystemImpl.java ! src/share/classes/sun/management/ThreadImpl.java ! src/share/classes/sun/misc/Launcher.java ! src/share/classes/sun/misc/PerformanceLogger.java ! src/share/classes/sun/misc/VM.java ! src/share/native/common/jni_util.c ! src/share/native/common/jni_util.h ! src/share/native/sun/misc/VM.c + src/solaris/native/common/jni_util_md.c ! src/windows/bin/java_md.c + src/windows/native/common/jni_util_md.c + src/windows/native/sun/jkernel/DownloadDialog.cpp + src/windows/native/sun/jkernel/DownloadDialog.h + src/windows/native/sun/jkernel/DownloadHelper.cpp + src/windows/native/sun/jkernel/DownloadHelper.h + src/windows/native/sun/jkernel/graphics/bullet.bmp + src/windows/native/sun/jkernel/graphics/cautionshield32.bmp + src/windows/native/sun/jkernel/graphics/java-icon.ico + src/windows/native/sun/jkernel/graphics/masthead.bmp + src/windows/native/sun/jkernel/graphics/warningmasthead.bmp + src/windows/native/sun/jkernel/kernel.cpp + src/windows/native/sun/jkernel/kernel.def + src/windows/native/sun/jkernel/kernel.h + src/windows/native/sun/jkernel/kernel.rc + src/windows/native/sun/jkernel/kernel_de.rc + src/windows/native/sun/jkernel/kernel_en.rc + src/windows/native/sun/jkernel/kernel_es.rc + src/windows/native/sun/jkernel/kernel_fr.rc + src/windows/native/sun/jkernel/kernel_it.rc + src/windows/native/sun/jkernel/kernel_ja.rc + src/windows/native/sun/jkernel/kernel_ko.rc + src/windows/native/sun/jkernel/kernel_sv.rc + src/windows/native/sun/jkernel/kernel_zh.rc + src/windows/native/sun/jkernel/kernel_zh_TW.rc + src/windows/native/sun/jkernel/resource.h + src/windows/native/sun/jkernel/stdafx.cpp + src/windows/native/sun/jkernel/stdafx.h + src/windows/native/sun/jkernel/version.rc ! src/windows/native/sun/windows/awt.rc + src/windows/resource/unpack200_proto.exe.manifest ! src/windows/resource/version.rc ! test/java/awt/Focus/NonFocusableWindowTest/NoEventsTest.java ! test/java/awt/Focus/RestoreFocusOnDisabledComponentTest/RestoreFocusOnDisabledComponentTest.java ! test/java/awt/font/Rotate/TranslatedOutlineTest.java ! test/java/awt/font/Threads/FontThread.java ! test/java/security/AccessControlContext/FailureDebugOption.java ! test/javax/swing/JPopupMenu/6691503/bug6691503.java ! test/sun/security/pkcs11/Cipher/TestRSACipherWrap.java ! test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLSocketImpl/AsyncSSLSocketClose.java ! test/sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/CloseKeepAliveCached.java Changeset: ea7620b05a58 Author: herrick Date: 2009-06-15 13:08 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/ea7620b05a58 Merge ! make/common/shared/Defs-windows.gmk ! make/common/shared/Defs.gmk ! make/common/shared/Sanity.gmk From qi.zuo at sun.com Tue Jun 16 15:36:56 2009 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Tue, 16 Jun 2009 22:36:56 +0000 Subject: hg: jdk7/jdk7/corba: 2 new changesets Message-ID: <20090616223659.32D6FE7FC@hg.openjdk.java.net> Changeset: ffb590b42ed1 Author: herrick Date: 2009-06-11 15:16 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/ffb590b42ed1 6797688: Umbrella: Merge all JDK 6u4 - 6u12 deployment code into JDK7 6845973: Update JDK7 with deployment changes in 6u13, 6u14 4802695: Support 64-bit Java Plug-in and Java webstart on Windows/Linux on AMD64 6825019: DownloadManager should not be loaded and referenced for full JRE 6738770: REGRESSION:JSException throws when use LiveConnect javascript facility 6772884: plugin2 : java.lang.OutOfMemoryError or crash 6707535: Crossing domain hole affecting multiple sites/domains using plug-in 6728071: Non-verification of Update files may allow unintended updates 6704154: Code loaded from local filesystem should not get access to localhost 6727081: Web Start security restrictions bypass using special extension jnlp 6727079: Java Web Start Socket() restriction bypass 6727071: Cache location/user name information disclosure in SingleInstanceImpl. 6716217: AppletClassLoader adds permissions based on codebase regardless of CS 6694892: Java Webstart inclusion via system properties override [CVE-2008-2086] 6704074: localhost socket access due to cache location exposed 6703909: Java webstart arbitrary file creation using nativelib 6665315: browser crashes when deployment.properties has more slashes ( / ) 6660121: Encoding values in JNLP files can cause buffer overflow 6606110: URLConnection.setProxiedHost for resources that are loaded via proxy 6581221: SSV(VISTA): Redirection FAILS to work if user does a downgrade install 6609756: Buffer Overflow in Java ActiveX component 6608712: Bypassing the same origin policy in Java with crafted names 6534630: "gnumake clobber" doesn't 6849953: JDK7 - replacement of bufferoverflowU.lib on amd64 breaks build 6849029: Need some JDK7 merge clean-up after comments on the webrev 6847582: Build problem on JDK7 with isSecureProperty in merge 6827935: JDK 7 deployment merging - problem in Compiler-msvm.gmk 6823215: latest merge fixes from 6u12 -> JDK7 6816153: further mergers for JDK7 deployment integration 6807074: Fix Java Kernel and JQS in initial JDK7 builds Summary: Initial changeset for implementing 6uX Deployment Features into JDK7 Reviewed-by: dgu, billyh ! make/common/Defs-windows.gmk ! make/common/Library.gmk ! make/org/omg/idl/Makefile ! src/windows/resource/version.rc Changeset: 79d8fd9e74b9 Author: herrick Date: 2009-06-15 13:07 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/79d8fd9e74b9 Merge - make/README From qi.zuo at sun.com Tue Jun 16 15:42:00 2009 From: qi.zuo at sun.com (qi.zuo at sun.com) Date: Tue, 16 Jun 2009 22:42:00 +0000 Subject: hg: jdk7/jdk7: 2 new changesets Message-ID: <20090616224200.241E9E802@hg.openjdk.java.net> Changeset: c50469cf63cd Author: herrick Date: 2009-06-11 15:15 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/c50469cf63cd 6797688: Umbrella: Merge all JDK 6u4 - 6u12 deployment code into JDK7 6845973: Update JDK7 with deployment changes in 6u13, 6u14 4802695: Support 64-bit Java Plug-in and Java webstart on Windows/Linux on AMD64 6825019: DownloadManager should not be loaded and referenced for full JRE 6738770: REGRESSION:JSException throws when use LiveConnect javascript facility 6772884: plugin2 : java.lang.OutOfMemoryError or crash 6707535: Crossing domain hole affecting multiple sites/domains using plug-in 6728071: Non-verification of Update files may allow unintended updates 6704154: Code loaded from local filesystem should not get access to localhost 6727081: Web Start security restrictions bypass using special extension jnlp 6727079: Java Web Start Socket() restriction bypass 6727071: Cache location/user name information disclosure in SingleInstanceImpl. 6716217: AppletClassLoader adds permissions based on codebase regardless of CS 6694892: Java Webstart inclusion via system properties override [CVE-2008-2086] 6704074: localhost socket access due to cache location exposed 6703909: Java webstart arbitrary file creation using nativelib 6665315: browser crashes when deployment.properties has more slashes ( / ) 6660121: Encoding values in JNLP files can cause buffer overflow 6606110: URLConnection.setProxiedHost for resources that are loaded via proxy 6581221: SSV(VISTA): Redirection FAILS to work if user does a downgrade install 6609756: Buffer Overflow in Java ActiveX component 6608712: Bypassing the same origin policy in Java with crafted names 6534630: "gnumake clobber" doesn't 6849953: JDK7 - replacement of bufferoverflowU.lib on amd64 breaks build 6849029: Need some JDK7 merge clean-up after comments on the webrev 6847582: Build problem on JDK7 with isSecureProperty in merge 6827935: JDK 7 deployment merging - problem in Compiler-msvm.gmk 6823215: latest merge fixes from 6u12 -> JDK7 6816153: further mergers for JDK7 deployment integration 6807074: Fix Java Kernel and JQS in initial JDK7 builds Summary: Initial changeset for implementing 6uX Deployment Features into JDK7 Reviewed-by: dgu, billyh ! make/deploy-rules.gmk Changeset: c7c4850f1478 Author: herrick Date: 2009-06-15 13:07 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/c7c4850f1478 Merge From Qi.Zuo at Sun.COM Tue Jun 16 17:10:55 2009 From: Qi.Zuo at Sun.COM (Jennifer Zuo) Date: Tue, 16 Jun 2009 20:10:55 -0400 Subject: Deployment jdk7 b61 putback summary Message-ID: <4A38348F.5030201@sun.com> Subject: jdk7-b61 jdk, corba http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/ffb590b42ed1 http://hg.openjdk.java.net/jdk7/jdk7/rev/c50469cf63cd http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/9053bcc8eef0 Component : deployment Status : 0 major failures, 0 minor failures Date : 06/16/2009 at 16:43 Tested By : Malathi, Subrata, Randy, Sergei Cost(total man-days): 5 Workspace : http://j2se.east.sun.com/arc/1.7.0/nightly/ Bundles : http://j2se.east.sun.com/arc/1.7.0/nightly/2009-06-04/ Platforms : Solaris Sparc 10(32), -client WinXP Prof(32), -client Windows Vista 32 bit, -client RH AS4.0 (32), -client win server2003 AMD(64OS)(64jdk), -client Tests : /net/sqenfs-1.sfbay.sun.com/export1/comp/quality1/deployment1/deployment_6_UR_int_exec_ws Browsers : MZ1.6,IE6 Patches : NA Logs : /net/sqenfs-1.sfbay.sun.com/export1/comp/quality1/test_run/deploy_results/7_b60 Number of Tests Executed : 3229 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6786492: 6u10 Uninstall fails to stop JQS, blocks installation of 6u14. Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: First build with Deployment merges till 6u14, no bugs to integrate. Since our PIT tool not allowed to put data with \"0\" bugs fixes, I put 6786492 as untested bug (It was integrated and tested last 6u14 build) ------------------------------- From Malathi, Subrata, Randy, Sergei From erik.trimble at sun.com Tue Jun 16 19:14:37 2009 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Wed, 17 Jun 2009 02:14:37 +0000 Subject: hg: jdk7/jdk7/hotspot: 31 new changesets Message-ID: <20090617021537.74457E80A@hg.openjdk.java.net> Changeset: 47ffceb239d0 Author: thurka Date: 2009-05-20 09:36 +0200 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/47ffceb239d0 6839599: JVM crash while profiling Tomcat and Liferay Summary: constantPoolOopDesc::copy_cpool_bytes() - do the brute-force search search through 'tbl' when SymbolTable::lookup_only() returns NULL Reviewed-by: kamg ! src/share/vm/oops/constantPoolOop.cpp Changeset: f1f3a2719a55 Author: xlu Date: 2009-05-22 16:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/f1f3a2719a55 6843580: JavaThread.getStackBase throws sun.jvm.hotspot.WrongTypeException invoked by jstack Reviewed-by: phh, dice, never, swamyv ! agent/src/share/classes/sun/jvm/hotspot/runtime/JavaThread.java Changeset: 93c14e5562c4 Author: twisti Date: 2009-05-06 00:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/93c14e5562c4 6823354: Add intrinsics for {Integer,Long}.{numberOfLeadingZeros,numberOfTrailingZeros}() Summary: These methods can be instrinsified by using bit scan, bit test, and population count instructions. Reviewed-by: kvn, never ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/vm_version_x86.cpp ! src/cpu/x86/vm/vm_version_x86.hpp ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/matcher.hpp ! src/share/vm/runtime/globals.hpp + test/compiler/6823354/Test6823354.java Changeset: e85af0c0c94b Author: twisti Date: 2009-05-07 00:28 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/e85af0c0c94b Merge Changeset: f53b154d959d Author: twisti Date: 2009-05-06 08:57 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/f53b154d959d 6837906: compiler tests of 6636138 fail with IllegalAccessException Summary: The compiler tests of 6636138 fail with an IllegalAccessException. Reviewed-by: kvn ! test/compiler/6636138/Test1.java ! test/compiler/6636138/Test2.java Changeset: f2954231d190 Author: twisti Date: 2009-05-07 04:16 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/f2954231d190 Merge Changeset: d0e0d6d824d8 Author: kvn Date: 2009-05-08 10:34 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/d0e0d6d824d8 Merge ! src/share/vm/runtime/globals.hpp Changeset: c96bf21b756f Author: kvn Date: 2009-05-08 10:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/c96bf21b756f 6788527: Server vm intermittently fails with assertion "live value must not be garbage" with fastdebug bits Summary: Cache Jvmti and DTrace flags used by Compiler. Reviewed-by: never ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/c1_MacroAssembler_sparc.cpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/c1_MacroAssembler_x86.cpp ! src/share/vm/c1/c1_Compilation.cpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/ci/ciEnv.cpp ! src/share/vm/ci/ciEnv.hpp ! src/share/vm/ci/ciMethod.cpp ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/opto/parse2.cpp Changeset: 44ccd7a9065c Author: ohair Date: 2009-05-08 15:16 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/44ccd7a9065c 6839151: Add a JPRT default test of -Xshare:dump when new hotspot is built Reviewed-by: never, kvn ! make/jprt.properties ! test/Makefile Changeset: 900e4df4b0c3 Author: ohair Date: 2009-05-08 23:00 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/900e4df4b0c3 Merge Changeset: a9e116455022 Author: kvn Date: 2009-05-11 17:59 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/a9e116455022 6832293: JIT compiler got wrong result in type checking with -server Summary: Check for an object array of interface in CmpPNode::sub(). Reviewed-by: never ! src/share/vm/opto/subnode.cpp + test/compiler/6832293/Test.java Changeset: b2934faac289 Author: kvn Date: 2009-05-11 18:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/b2934faac289 6836054: java/util/Arrays/CopyMethods.java fails on solaris-sparc with IllegalArgumentException Summary: Do not mark an allocation as scalar replaceable if its actual type in unknown statically. Reviewed-by: never ! src/share/vm/opto/escape.cpp Changeset: 2056494941db Author: twisti Date: 2009-05-13 00:45 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/2056494941db 6814842: Load shortening optimizations Summary: 6797305 handles load widening but no shortening which should be covered here. Reviewed-by: never, kvn ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/adlc/output_c.cpp + test/compiler/6814842/Test6814842.java Changeset: 27d660246893 Author: ohair Date: 2009-05-15 18:14 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/27d660246893 Merge ! make/linux/makefiles/gcc.make ! make/linux/makefiles/jsig.make ! make/linux/makefiles/saproc.make Changeset: aabd393cf1ee Author: kvn Date: 2009-05-21 10:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/aabd393cf1ee 6772683: Thread.isInterrupted() fails to return true on multiprocessor PC Summary: Set the control edge for the field _interrupted load in inline_native_isInterrupted(). Reviewed-by: never ! src/share/vm/opto/library_call.cpp + test/compiler/6772683/InterruptedTest.java Changeset: 1851e1fb420e Author: kvn Date: 2009-05-27 12:35 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/1851e1fb420e 6843752: missing code for an anti-dependent Phi in GCM Summary: Don't place a load below anti-dependent PHI. Reviewed-by: never, twisti ! src/share/vm/opto/gcm.cpp + test/compiler/6843752/Test.java Changeset: 273b2358ef1a Author: cfang Date: 2009-05-28 09:37 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/273b2358ef1a 6837146: Should perform unswitch before maximally unroll in loop transformation Summary: Move loop unswitch before maximally unroll Reviewed-by: never ! src/share/vm/opto/loopTransform.cpp Changeset: 435f0808b826 Author: never Date: 2009-06-03 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/435f0808b826 6847305: solaris reorder mapfiles generate too many warnings Reviewed-by: kvn ! make/solaris/makefiles/reorder_COMPILER1_i486 ! make/solaris/makefiles/reorder_COMPILER1_sparc ! make/solaris/makefiles/reorder_COMPILER2_amd64 ! make/solaris/makefiles/reorder_COMPILER2_sparcv9 ! make/solaris/makefiles/reorder_TIERED_i486 ! make/solaris/makefiles/reorder_TIERED_sparc Changeset: 8b0b8998e1c3 Author: never Date: 2009-06-03 15:16 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/8b0b8998e1c3 Merge Changeset: 085dd9ee61aa Author: never Date: 2009-06-03 18:15 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/085dd9ee61aa Merge Changeset: eacd97c88873 Author: cfang Date: 2009-06-05 10:25 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/eacd97c88873 6848466: frame::frame_size() assertion failure with -XX:+DebugDeoptimization Summary: add a RegisterMap* argument to frame::frame_size() to correctly compute the sender frame Reviewed-by: never ! src/cpu/sparc/vm/frame_sparc.inline.hpp ! src/cpu/x86/vm/frame_x86.cpp ! src/share/vm/runtime/frame.hpp ! src/share/vm/runtime/vframe.cpp Changeset: 315a5d70b295 Author: iveresov Date: 2009-05-11 16:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/315a5d70b295 6484957: G1: parallel concurrent refinement 6826318: G1: remove traversal-based refinement code Summary: Removed traversal-based refinement code as it's no longer used. Made the concurrent refinement (queue-based) parallel. Reviewed-by: tonyp ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.hpp ! src/share/vm/gc_implementation/g1/concurrentMarkThread.hpp ! src/share/vm/gc_implementation/g1/concurrentZFThread.hpp ! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp ! 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/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.hpp ! src/share/vm/gc_implementation/g1/ptrQueue.cpp ! src/share/vm/gc_implementation/includeDB_gc_g1 ! src/share/vm/gc_implementation/shared/concurrentGCThread.cpp ! src/share/vm/gc_implementation/shared/concurrentGCThread.hpp ! src/share/vm/memory/cardTableRS.cpp ! src/share/vm/runtime/mutexLocker.cpp ! src/share/vm/runtime/mutexLocker.hpp Changeset: 215f81b4d9b3 Author: iveresov Date: 2009-05-18 11:52 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/215f81b4d9b3 6841831: G1: assert(contains_reference(from),"We just added it!") fires Summary: During parallel rset updating we have to make sure that the worker ids of the refinement threads do not intersect with the worker ids that can be claimed by the mutator threads. Reviewed-by: tonyp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp ! src/share/vm/gc_implementation/g1/concurrentG1Refine.hpp ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp ! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.hpp ! src/share/vm/gc_implementation/g1/dirtyCardQueue.cpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/includeDB_gc_g1 Changeset: 29e7d79232b9 Author: apetrusenko Date: 2009-05-19 04:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/29e7d79232b9 6819065: G1: eliminate high serial card table clearing time Reviewed-by: iveresov, tonyp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp Changeset: 7fd05714f579 Author: jcoomes Date: 2009-05-26 16:43 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/7fd05714f579 Merge Changeset: fe1574da39fc Author: ysr Date: 2009-06-07 00:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/fe1574da39fc 6848641: CMSCollector::_roots_scanning_options should be initialized Summary: The field is now initialized in the constructor. Reviewed-by: iveresov, jmasa, johnc ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp Changeset: f89cf529c3c7 Author: iveresov Date: 2009-06-08 16:14 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/f89cf529c3c7 6849122: G1: Typo introduced during implementation of the parallel refinement Summary: Typo fix Reviewed-by: jcoomes ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp Changeset: 7295839252de Author: jmasa Date: 2009-06-10 14:57 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/7295839252de Merge Changeset: cf4f487696ba Author: trims Date: 2009-06-11 17:46 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/cf4f487696ba Merge Changeset: 08f86fa55a31 Author: trims Date: 2009-06-11 17:56 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/08f86fa55a31 6850551: Bump the HS16 build number to 04 Summary: Update the HS16 build number to 04 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 27b728fd1281 Author: trims Date: 2009-06-11 21:01 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/27b728fd1281 Merge From Erik.Trimble at Sun.COM Tue Jun 16 19:17:22 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Tue, 16 Jun 2009 19:17:22 -0700 Subject: jdk7-b61: Hotspot Message-ID: <4A385232.9070805@sun.com> Hotspot 16 Build 04 has been integrated for JDK 7 Build 61. http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/f1e1cccbd13a http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/27b728fd1281 http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/259aef5045a1 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/3b054db3e277 http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/0c3ef2d612a4 http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5cdce469ea2a http://hg.openjdk.java.net/jdk7/jdk7/rev/39565502682c -------------------- Component : VM Status : 0 major failures, 0 minor failures Date : 06/16/2009 at 11:35 Tested By : VM SQE Cost(total man-days): 1 Workspace : /java/jdk/ws/hotspot/ws/master Bundles : /net/jprt-web.sfbay/jprt/archive/2009/06/2009-06-12-010102.et151817.hs16b04/bundles/ Platforms : Solaris Sparc 11(32), -client Solaris Sparc 11(32), -server Solaris Sparc 10(32), -client Solaris Sparc 10(32), -server Solaris x86 11(32), -client Solaris x86 11(32), -server Solaris x86 10(32), -client Solaris x86 10(32), -server WinXP Prof(32), -client WinXP Prof(32), -server WinXP Home(32), -client WinXP Home(32), -server Win Server 2003(32), -client Win Server 2003(32), -server Windows Vista 32 bit, -client Windows Vista 32 bit, -server Windows Vista 64 bit, -server RH AS4.0 (32), -client RH AS4.0 (32), -server Solaris AMD64(32jdk), -server Solaris AMD64(32jdk), -client Solaris AMD64(64jdk), -d64/-server Sol Sparc 10(64OS)(32jdk), -server Sol Sparc 10(64OS)(32jdk), -client Sol Sparc 10(64OS)(64jdk), -d64/-server win server2003 AMD(64OS)(32jdk), -server win server2003 AMD(64OS)(32jdk), -client win server2003 AMD(64OS)(64jdk), -server RH AS4.0 AMD(64OS)(32jdk), -server RH AS4.0 AMD(64OS)(32jdk), -client RH AS4.0 AMD(64OS)(64jdk), -server Others Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs : http://sqeweb.sfbay.sun.com/nfs/tools/gtee/results/HSX/PIT/VM/16/b04//jdk7b61/ Number of Tests Executed : 621113 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6772683: Thread.isInterrupted() fails to return true on multiprocessor PC 6788527: Server vm intermittently fails with assertion "live value must not be garbage" with fastdebug bits 6823354: Add intrinsics for {Integer,Long}.{numberOfLeadingZeros,numberOfTrailingZeros}() 6832293: JIT compiler got wrong result in type checking with -server 6836054: java/util/Arrays/CopyMethods.java fails on solaris-sparc with IllegalArgumentException 6837906: compiler tests of 6636138 fail with IllegalAccessException 6839599: JVM crash while profiling Tomcat and Liferay 6843580: JavaThread.getStackBase throws sun.jvm.hotspot.WrongTypeException invoked by jstack 6843752: missing code for an anti-dependent Phi in GCM Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6484957: G1: parallel concurrent refinement 6814842: Load shortening optimizations 6819065: G1: eliminate high serial card table clearing time 6826318: G1: remove traversal-based refinement code 6837146: Should perform unswitch before maximally unroll in loop transformation 6841831: G1: assert(contains_reference(from),"We just added it!") fires 6848466: frame::frame_size() assertion failure with -XX:+DebugDeoptimization 6848641: CMSCollector::_roots_scanning_options should be initialized 6849122: G1: Typo introduced during implementation of the parallel refinement Other reasons: 6829575: 100028: Debug information is incomplete or missing 6839126: Type error found by newer windows compiler 6839151: Add a JPRT default test of -Xshare:dump when new hotspot is built 6843041: Remove duplicate README files in repositories (make/README) 6847305: solaris reorder mapfiles generate too many warnings 6850551: Bump the HS16 build number to 04 New bugs filed: Bugs in PIT build: 6851691: nsk/monitoring/stress/lowmem/lowmem013, lowmem015, lowmem016, lowmem018 fails in b61 PIT Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: This is hs16-b04 PIT to integrate HS in jdk7-b61. Unverified fixes are because no tests exist or the fix is build/jprt or source comment/typo fix. ------------------------------- From VM SQE -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) From jcnarahari at yahoo.com Wed Jun 17 01:15:38 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Wed, 17 Jun 2009 01:15:38 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected Message-ID: <930466.29452.qm@web57705.mail.re3.yahoo.com> Much as I would not like to harp on something which seems to have been already belabored at length, the lack of an appropriate priority on the issue of having Reified Generics in Java 7 is very puzzling. All the more so, since, as noted in the last post, this issue has been in Sun's Bug Database for nearly four years (the?earliest entry is dated 29-SEP-2004). Under Bug ID 5098163 in which this issue has been identified as a definite bug, against "Evaluation", you find -->?"Under discussion as a potential feature in Java SE 7." Also under "Priority" it is --> "4-Low" I could not find any other entry that indicated further action taken, nor the current status, maybe on account of the low priority assigned to this bug, as seen above. I sincerely feel that this issue of having Reified Generics in Java 7 is Too Important to be given low priority status, not?withstanding the discussions in all the previous posts in this openjdk.java.net mailing list. So I would like to revive a plea for it one last time. Firstly, a bug is, well A BUG. It is a no-brainer then that FIXING BUGS SHOULD TAKE HIGHER PRIORITY OVER?OVER NEW FEATURES. Secondly, since the reason for continuing with Raw Types is only Backward Compatibility, the changes required to?javac, the JVM, and the APIs to accomodate Reified Generics are definitely not enormous. Only the impact of such a?change is considered to be enormous, due to Legacy Code. There are entries in the Bug Database that plead for Reified Generics ( I reproduce the URL here, for anyone wanting to?look up: http://bugs.sun.com/view_bug.do?bug_id=5098163 One particular entry in the bugs database I reproduce here, partially: ("solmyr72", if you are reading this, I sincerely hope you don't mind my quoting you without your permit): ----------------------------------------------------------------------------------------------------------------------------------- Submitted On 06-MAY-2006 solmyr72 Please, please fix this ! ------------------- ------------------- 3) If backwards compatibility is that important to you, how about adding some compiler flag, to turn off reification ? E.g: > java -noReification ... ----------------------------------------------------------------------------------------------------------------------------------- The above flag can also be used with javac, so that compile time treatment of Raw types can continue to exist as the do now. A flag like this seems to be a pointer as to how we can eat the cake and have it too. Legacy Code users go for Raw Type treated as valid by both javac and the JVM (with the above flag specified) All others, take the DEFAULT BEHAVIOUR of both JAVAC and the JVM, which SUPPORT ONLY REIFIED?GENERICS (with the above flag not specified). Third, let's get to the fundamentals. An "Object Oriented Program" deals with "Objects". Objects happen to be instances of "Types". So Types are the core of OOP. "Erasure" followed in the implementation of Generics ERASES TYPES. An OOP language that erases partially the core concept on which it is based cannot make for a very good specimen of the genre. It is not so much about the language being ideal, it is about the mess it creates with the type system as a consequence. In an OOP language, we have a situation where the wholesome type of Generics (their Base Type together with all their?Type Parameters) cannot be part of Inheritance Hierarchy in the normal way (that is, with the Type Parameters also deciding the Hierarchy - they are also types, after all). And, Arrays of these Generic Types cannot be created. If you really think about this , these two restrictions can practically "suffocate" Generic Types and prevent their usage in many contexts. Hence the argument that SUCH A BUG AS THIS SOULD NOT BE TACKLED WITH LOW PRIORITY. As seen above, it may be possible to have dual semantics in operation with the help of a flag, and still support Raw Types. The time to act is NOW, because, Legacy Code only builds up as days go by. Hence this plea for inclusion in Java 7. If deadlines suffer as a result, a delay in the release of Java 7 is definitely worth it, knowing that the delivered productwill be robust and elegant. I rest my case. From jcnarahari at yahoo.com Wed Jun 17 02:44:01 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Wed, 17 Jun 2009 02:44:01 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected (Word Wrapped) Message-ID: <593366.23335.qm@web57707.mail.re3.yahoo.com> Much as I would not like to harp on something which seems to have been already belabored at length, the lack?of an appropriate priority on the issue of having Reified Generics in Java 7 is very puzzling. All the more so, since, as noted in the last post, this issue has been in Sun's Bug Database for nearly four years (the earliest entry is dated 29-SEP-2004). Under Bug ID 5098163 in which this issue has been identified as a definite bug, against "Evaluation", you find --> "Under discussion as a potential feature in Java SE 7." Also under "Priority" it is --> "4-Low" I could not find any other entry that indicated further action taken, nor the current status, maybe on account of?the low priority assigned to this bug, as seen above. I sincerely feel that this issue of having Reified Generics in Java 7 is Too Important to be given low priority status, not withstanding the discussions in all the previous posts in this openjdk.java.net mailing list. So I would like to revive a plea for it one last time. Firstly, a bug is, well A BUG. It is a no-brainer then that FIXING BUGS SHOULD TAKE HIGHER PRIORITY?OVER OVER NEW FEATURES. Secondly, since the reason for continuing with Raw Types is only Backward Compatibility, the changes required?to javac, the JVM, and the APIs to accomodate Reified Generics are definitely not enormous. Only the impact?of such a change is considered to be enormous, due to Legacy Code. There are entries in the Bug Database that plead for Reified Generics ( I reproduce the URL here, for anyone?wanting to look up: http://bugs.sun.com/view_bug.do?bug_id=5098163 One particular entry I reproduce here, partially: ("solmyr72", if you are reading this, I sincerely hope you don't mind my quoting you without your permit): ----------------------------------------------------------------------------------------------------------------------------------- Submitted On 06-MAY-2006 solmyr72 Please, please fix this ! ------------------- ------------------- 3) If backwards compatibility is that important to you, how about adding some compiler flag, to turn off?reification ? E.g: > java -noReification ... ----------------------------------------------------------------------------------------------------------------------------------- The above flag can also be used with javac, so that compile time treatment of Raw types can continue to exist as?they do now. A flag like this seems to be a pointer as to how we can eat the cake and have it too. Legacy Code users go for Raw Type treated as valid by both javac and the JVM (with the above flag specified) All others, take the DEFAULT BEHAVIOUR of both JAVAC and the JVM, which SUPPORT ONLY REIFIED?GENERICS (with the above flag not specified). Third, let's get to the fundamentals. An "Object Oriented Program" deals with "Objects". Objects happen to be?instances of "Types". So Types are the core of OOP. "Erasure" followed in the implementation of Generics?ERASES TYPES. An OOP language that erases partially the core concept on which it is based cannot make for a very good?specimen of the genre. It is not so much about the language being ideal, it is about the mess it creates with the type system as a?consequence. In an OOP language, we have a situation where the wholesome type of Generics (their Base Type together with?all their Type Parameters) cannot be part of Inheritance Hierarchy in the normal way (that is, with the Type?Parameters also deciding the Hierarchy - they are also types, after all). And, Arrays of these Generic Types?cannot be created. If you really think about this , these two restrictions can practically "suffocate" Generic Types and prevent their?usage in many contexts. Hence the argument that SUCH A BUG AS THIS SOULD NOT BE TACKLED WITH LOW PRIORITY. As?seen above, it may be possible to have dual semantics in operation with the help of a flag, and still support Raw?Types. The time to act is NOW, because, Legacy Code only builds up as days go by. Hence this plea for inclusion in Java 7. If deadlines suffer as a result, a delay in the release of Java 7 is definitely worth it, knowing that the delivered?product will be robust and elegant. I rest my case. Jaisimha Narahari From mr at sun.com Wed Jun 17 12:11:26 2009 From: mr at sun.com (Mark Reinhold) Date: Wed, 17 Jun 2009 12:11:26 -0700 Subject: JDK 7 master forest broken; rollback imminent Message-ID: <20090617191126.61FDE5E98@eggemoggin.niobe.net> Yesterday's Deployment integration broke the build. In order to keep the promotion train moving along, and to ensure that other groups won't be adversely impacted, I'm going to rollback the JDK 7 master forest so as to undo that integration. Yesterday's HotSpot integration will remain intact, and we'll promote b61 tomorrow as scheduled. If you've pulled from any master repository other than hotspot since about 4:30pm PDT yesterday then you'll need to remove those changesets from your local repositories. You can do this by saving any pending changes in a patch, creating a fresh clone, and then applying the patch, or alternatively by using the hg strip command, which is part of the mq extension. - Mark From Alex.Buckley at Sun.COM Wed Jun 17 12:21:40 2009 From: Alex.Buckley at Sun.COM (Alex Buckley) Date: Wed, 17 Jun 2009 12:21:40 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected Message-ID: <4A394244.8080804@sun.com> 1) Sun's bug database categorizes an entry as either a defect or a request for enhancement. Bug 5098163 is, rightly, a request for enhancement. It is not a defect that type erasure exists. I will say that again. Type erasure is not a bug. It is a feature. 2) The reason it is a feature is that many experts - including but not limited to Philip Wadler, Martin Odersky, Gilad Bracha, Joshua Bloch, and Neal Gafter - worked for many years on crafting a generic type system that allowed people to migrate their non-generic clients and libraries smoothly. Reified generics would have made that migration more complex. If you don't know why, find out. 3) While there were good reasons for avoiding it, there is no doubt that reified generics make the Java language itself more regular. No doubt at all. The question we face TODAY is, are reified generics MORE valuable than other features that Sun can add to the Java platform. Evidently not, since Sun is working on other features. Again, I don't want to prolong this conversation, but perhaps you could say which JDK7 feature(s) you would drop to make room for reified generics? You can choose from the list at http://openjdk.java.net/projects/jdk7/features/ Alex From david at davidherron.com Wed Jun 17 15:08:35 2009 From: david at davidherron.com (David Herron) Date: Wed, 17 Jun 2009 15:08:35 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <4A394244.8080804@sun.com> References: <4A394244.8080804@sun.com> Message-ID: <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> Hey Alex, This is a very well put argument about the situation. I certainly don't have the basis for commenting on the technological underpinnings of anything you have said. The thing I want to point to is that item #3 follows a "Sun provides the technology, you guys consume the technology" attitude. In the spirit of an open source community process perhaps #3 could be reworded to say that Sun's priorities are clear from where Sun is placing it's R&D dollars, and if a group were to form in the community to implement reification ...etc... In other words, notwithstanding the prestige of the names you listed in point #2, it may be possible with enough work for some set of people to implement reification. I would hope that if the community were to do it, that it could be accepted into the OpenJDK. Maybe some people in the community have a different prioritization of needs than Sun has? - David Herron On Wed, Jun 17, 2009 at 12:21 PM, Alex Buckley wrote: > 1) Sun's bug database categorizes an entry as either a defect or a request > for enhancement. Bug 5098163 is, rightly, a request for enhancement. It is > not a defect that type erasure exists. I will say that again. Type erasure > is not a bug. It is a feature. > > 2) The reason it is a feature is that many experts - including but not > limited to Philip Wadler, Martin Odersky, Gilad Bracha, Joshua Bloch, and > Neal Gafter - worked for many years on crafting a generic type system that > allowed people to migrate their non-generic clients and libraries smoothly. > Reified generics would have made that migration more complex. If you don't > know why, find out. > > 3) While there were good reasons for avoiding it, there is no doubt that > reified generics make the Java language itself more regular. No doubt at > all. The question we face TODAY is, are reified generics MORE valuable than > other features that Sun can add to the Java platform. Evidently not, since > Sun is working on other features. > > Again, I don't want to prolong this conversation, but perhaps you could say > which JDK7 feature(s) you would drop to make room for reified generics? You > can choose from the list at > http://openjdk.java.net/projects/jdk7/features/ > > Alex > From kirillcool at yahoo.com Wed Jun 17 15:27:42 2009 From: kirillcool at yahoo.com (Kirill Grouchnikov) Date: Wed, 17 Jun 2009 15:27:42 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <4A394244.8080804@sun.com> References: <4A394244.8080804@sun.com> Message-ID: <419534.31020.qm@web110815.mail.gq1.yahoo.com> >> The question we face TODAY is, are reified generics MORE valuable than other >> features that Sun can add to the Java platform. Evidently not, since Sun is working on other features. Without a platform JSR approved by the majority of the voters Sun is the only one who decides on the feature set of JDK 7. The usage of words "valuable" and "evidently" is very subjective in this context, since i haven't seen any evidence of true community feedback, or any sign of a transparent decision / development process in JDK 7. Thanks Kirill From Joe.Darcy at Sun.COM Wed Jun 17 15:52:07 2009 From: Joe.Darcy at Sun.COM (Joe Darcy) Date: Wed, 17 Jun 2009 15:52:07 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> References: <4A394244.8080804@sun.com> <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> Message-ID: <4A397397.1010609@sun.com> David Herron wrote: > Hey Alex, > > This is a very well put argument about the situation. I certainly don't > have the basis for commenting on the technological underpinnings of anything > you have said. > > The thing I want to point to is that item #3 follows a "Sun provides the > technology, you guys consume the technology" attitude. No David; that attitude is first evident when someone who has made no contributions to the open source project in question and has demonstrated no mastery of the technical issues involved simply pops up well into the project's lifecycle to state "*I* want *you* to do this because *I* think it is important" without even an offer to assist. All the code necessary for people to start implementing reification has been published as part of OpenJDK. It is a huge task. People are free to work on it. -Joe In the spirit of an > open source community process perhaps #3 could be reworded to say that Sun's > priorities are clear from where Sun is placing it's R&D dollars, and if a > group were to form in the community to implement reification ...etc... > > In other words, notwithstanding the prestige of the names you listed in > point #2, it may be possible with enough work for some set of people to > implement reification. I would hope that if the community were to do it, > that it could be accepted into the OpenJDK. Maybe some people in the > community have a different prioritization of needs than Sun has? > > - David Herron > > > On Wed, Jun 17, 2009 at 12:21 PM, Alex Buckley wrote: > >> 1) Sun's bug database categorizes an entry as either a defect or a request >> for enhancement. Bug 5098163 is, rightly, a request for enhancement. It is >> not a defect that type erasure exists. I will say that again. Type erasure >> is not a bug. It is a feature. >> >> 2) The reason it is a feature is that many experts - including but not >> limited to Philip Wadler, Martin Odersky, Gilad Bracha, Joshua Bloch, and >> Neal Gafter - worked for many years on crafting a generic type system that >> allowed people to migrate their non-generic clients and libraries smoothly. >> Reified generics would have made that migration more complex. If you don't >> know why, find out. >> >> 3) While there were good reasons for avoiding it, there is no doubt that >> reified generics make the Java language itself more regular. No doubt at >> all. The question we face TODAY is, are reified generics MORE valuable than >> other features that Sun can add to the Java platform. Evidently not, since >> Sun is working on other features. >> >> Again, I don't want to prolong this conversation, but perhaps you could say >> which JDK7 feature(s) you would drop to make room for reified generics? You >> can choose from the list at >> http://openjdk.java.net/projects/jdk7/features/ >> >> Alex >> From Dalibor.Topic at Sun.COM Wed Jun 17 16:25:44 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Thu, 18 Jun 2009 01:25:44 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> References: <4A394244.8080804@sun.com> <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> Message-ID: <4A397B78.6070200@sun.com> David Herron wrote: > The thing I want to point to is that item #3 follows a "Sun provides the > technology, you guys consume the technology" attitude. In the spirit of an > open source community process perhaps #3 could be reworded to say that Sun's > priorities are clear from where Sun is placing it's R&D dollars, and if a > group were to form in the community to implement reification ...etc... > > In other words, notwithstanding the prestige of the names you listed in > point #2, it may be possible with enough work for some set of people to > implement reification. I would hope that if the community were to do it, > that it could be accepted into the OpenJDK. Maybe some people in the > community have a different prioritization of needs than Sun has? >From my reading of the thread, the suggestion made was "Sun should do X for JDK 7". Alex reply simply pointed out that Sun has made up its mind on what features Sun wants to contribute for JDK 7, and allocated its resources for them accordingly. Others in the OpenJDK community similarly allocate their resources in the way that suits their goals. If someone wants to spend their time implementing reification right now, they can, though the experience from JSR 14 indicates that such a project would be non-trivial, to put it mildly, making a great implementation in the time frame for JDK 7 a bit unlikely. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From Dalibor.Topic at Sun.COM Wed Jun 17 16:49:38 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Thu, 18 Jun 2009 01:49:38 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <419534.31020.qm@web110815.mail.gq1.yahoo.com> References: <4A394244.8080804@sun.com> <419534.31020.qm@web110815.mail.gq1.yahoo.com> Message-ID: <4A398112.7040803@sun.com> Kirill Grouchnikov wrote: > The usage of words "valuable" and "evidently" is very subjective in this context, since i haven't seen any evidence of true community feedback, or any sign of a transparent decision / development process in JDK 7. > I think that it's pretty self-evident that the JDK 7 development process is a lot more transparent then any previous JDK's before. This discussion wouldn't have been possible in the bad old days. In the interest of a making the development process more transparent, are there any specific things you're working on for OpenJDK 7 yourself, or are you just an interested lurker? Nothing wrong with the latter, but it tends to be easier to understand development one's actively engaged in. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From kirillcool at yahoo.com Wed Jun 17 17:21:17 2009 From: kirillcool at yahoo.com (Kirill Grouchnikov) Date: Wed, 17 Jun 2009 17:21:17 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <4A398112.7040803@sun.com> References: <4A394244.8080804@sun.com> <419534.31020.qm@web110815.mail.gq1.yahoo.com> <4A398112.7040803@sun.com> Message-ID: <744623.21041.qm@web110812.mail.gq1.yahoo.com> >> The usage of words "valuable" and "evidently" is very subjective in this >> context, since i haven't seen any evidence of true community feedback, >> or any sign of a transparent decision / development process in JDK 7. > I think that it's pretty self-evident that the JDK 7 development > process is a lot more transparent then any previous JDK's before. > This discussion wouldn't have been possible in the bad old days. I have written about the transparency / opacity of the JDK process last November at [1] and pretty much nothing has changed. I am not working on OpenJDK 7, nor do i want to see your "nothing wrong" comment as an implied lessening of the opinions of the overwhelmingly vast majority of Java developers who don't contribute code to OpenJDK 7. I don't have hard numbers, and i never saw Sun publish them, but compared to millions of developers and "billions" of devices - how many non-Sun employees have contributed code to OpenJDK 7, and how many of those have not worked on Java prior to JDK 7? In fact, is there any single developer with commit rights to the code base that has not priorly worked at Sun on Java? I am a close follower of what happens in Swing / AWT / Java2D. I see only one contribution in that area - the XRender pipeline. Everything else is decided and designed behind closed doors. Then we get the final result without any real discussion on what we - as the users of the product - would have liked to see. The shaped / translucent windows API is the prime example of the functionality that was added without any prior public discussion on what will be supported and how the API will look like. If you want more examples - i have plenty. The withering JSR 296 (App Framework), the officially dead JSR 295 (Beans Binding) have both left the community for many many months wondering what is going on, waiting for the next big conference to see the same slides and hear whether or not they will make it in the final JDK 7 distribution. What about the JavaFX JMC media layer? Are there any plans to include that in JDK? May be there are, may be there are not, but i'm certainly not going to get any answer in a public forum. The same goes about JWebPane - with more than a year of promises and still no concrete information on the availability, licensing and JDK version support. I can go on and on about missing components, modern layouts and Nimbus designer, but i think you see what i'm trying to say. About contributing to OpenJDK 7. I follow quite a few Swing related discussions and i see an excruciatingly slow and exhausting process for even the simplest things - such as removing warnings. It goes on and on for weeks and months, with outside contributors repeatedly reminding Sun engineers that they are waiting for answers. What good is an open mailing list when you need to wait for weeks to get an answer? What good is a source repository when you need to send a webrev and wait at the mercy of Sun engineers to check them in? Yes, i do have quite a few ideas that i would like to see implemented in core Java - specifically for Swing. Some are big, some are small, some are breaking backwards compatibility, and some are extending the client side Java. Speaking realistically, i see zero chance of having these ideas making it into the core Java. The process is too closed, too long, too convoluted, and absolutely not open to democratic decision making. Thanks Kirill From kirillcool at yahoo.com Wed Jun 17 17:28:47 2009 From: kirillcool at yahoo.com (Kirill Grouchnikov) Date: Wed, 17 Jun 2009 17:28:47 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <744623.21041.qm@web110812.mail.gq1.yahoo.com> References: <4A394244.8080804@sun.com> <419534.31020.qm@web110815.mail.gq1.yahoo.com> <4A398112.7040803@sun.com> <744623.21041.qm@web110812.mail.gq1.yahoo.com> Message-ID: <668553.65767.qm@web110802.mail.gq1.yahoo.com> Just to add a clarification to the question on commit rights. While BSD ports, XRender pipeline or portable 2D backends are all great projects that take the platform to new directions, i don't see them touching the core of the platform - in the way the generics reification can. Thanks Kirill ________________________________ From: Kirill Grouchnikov To: jdk7-dev at openjdk.java.net Sent: Wednesday, June 17, 2009 5:21:17 PM Subject: Re: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected >> The usage of words "valuable" and "evidently" is very subjective in this >> context, since i haven't seen any evidence of true community feedback, >> or any sign of a transparent decision / development process in JDK 7. > I think that it's pretty self-evident that the JDK 7 development > process is a lot more transparent then any previous JDK's before. > This discussion wouldn't have been possible in the bad old days. I have written about the transparency / opacity of the JDK process last November at [1] and pretty much nothing has changed. I am not working on OpenJDK 7, nor do i want to see your "nothing wrong" comment as an implied lessening of the opinions of the overwhelmingly vast majority of Java developers who don't contribute code to OpenJDK 7. I don't have hard numbers, and i never saw Sun publish them, but compared to millions of developers and "billions" of devices - how many non-Sun employees have contributed code to OpenJDK 7, and how many of those have not worked on Java prior to JDK 7? In fact, is there any single developer with commit rights to the code base that has not priorly worked at Sun on Java? I am a close follower of what happens in Swing / AWT / Java2D. I see only one contribution in that area - the XRender pipeline. Everything else is decided and designed behind closed doors. Then we get the final result without any real discussion on what we - as the users of the product - would have liked to see. The shaped / translucent windows API is the prime example of the functionality that was added without any prior public discussion on what will be supported and how the API will look like. If you want more examples - i have plenty. The withering JSR 296 (App Framework), the officially dead JSR 295 (Beans Binding) have both left the community for many many months wondering what is going on, waiting for the next big conference to see the same slides and hear whether or not they will make it in the final JDK 7 distribution. What about the JavaFX JMC media layer? Are there any plans to include that in JDK? May be there are, may be there are not, but i'm certainly not going to get any answer in a public forum. The same goes about JWebPane - with more than a year of promises and still no concrete information on the availability, licensing and JDK version support. I can go on and on about missing components, modern layouts and Nimbus designer, but i think you see what i'm trying to say. About contributing to OpenJDK 7. I follow quite a few Swing related discussions and i see an excruciatingly slow and exhausting process for even the simplest things - such as removing warnings. It goes on and on for weeks and months, with outside contributors repeatedly reminding Sun engineers that they are waiting for answers. What good is an open mailing list when you need to wait for weeks to get an answer? What good is a source repository when you need to send a webrev and wait at the mercy of Sun engineers to check them in? Yes, i do have quite a few ideas that i would like to see implemented in core Java - specifically for Swing. Some are big, some are small, some are breaking backwards compatibility, and some are extending the client side Java. Speaking realistically, i see zero chance of having these ideas making it into the core Java. The process is too closed, too long, too convoluted, and absolutely not open to democratic decision making. Thanks Kirill From Alex.Buckley at Sun.COM Wed Jun 17 18:10:07 2009 From: Alex.Buckley at Sun.COM (Alex Buckley) Date: Wed, 17 Jun 2009 18:10:07 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> References: <4A394244.8080804@sun.com> <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> Message-ID: <4A3993EF.9050106@sun.com> Hi David, I know what you're getting at, but I don't think #3 implies a "Sun provides X, and everyone will like X" position. As a spec guy who spends more time in JCP Expert Groups than OpenJDK Project Groups, I am very well aware that the Java platform is not governed solely by Sun. This is why, whenever anyone asks (demands) that so-and-so a feature should be added to the language and/or VM - the core of the platform - I wonder loudly if they have consulted other major stakeholders, experts, and enthusiasts. Perhaps the membership of the JCP SE/EE Executive Committee - Josh Bloch is not hard to reach. Perhaps our friend Dr Gafter. Perhaps the numerous individuals who gave very detailed feedback on the proposals sent to Project Coin. I would be delighted if an OpenJDK project designed and implemented reification. As I said, it doesn't rank highly in Sun's own list of features, but it may rank highly in the lists of others. But I would be even more delighted if that project's owners also explained their approach to reification - with pros and cons - to the global Java community along the way. I genuinely think people would be lukewarm about a project that, say, decided to ban raw types. This outreach is one of the harder tasks in evolving the language. No doubt Sun itself, as spec lead for JSR 14, could have done a better job evangelizing migration compatibility back in the day. Alex David Herron wrote: > Hey Alex, > > This is a very well put argument about the situation. I certainly don't > have the basis for commenting on the technological underpinnings of > anything you have said. > > The thing I want to point to is that item #3 follows a "Sun provides the > technology, you guys consume the technology" attitude. In the spirit of > an open source community process perhaps #3 could be reworded to say > that Sun's priorities are clear from where Sun is placing it's R&D > dollars, and if a group were to form in the community to implement > reification ...etc... > > In other words, notwithstanding the prestige of the names you listed in > point #2, it may be possible with enough work for some set of people to > implement reification. I would hope that if the community were to do > it, that it could be accepted into the OpenJDK. Maybe some people in > the community have a different prioritization of needs than Sun has? > > - David Herron > > > On Wed, Jun 17, 2009 at 12:21 PM, Alex Buckley > wrote: > > 1) Sun's bug database categorizes an entry as either a defect or a > request for enhancement. Bug 5098163 is, rightly, a request for > enhancement. It is not a defect that type erasure exists. I will say > that again. Type erasure is not a bug. It is a feature. > > 2) The reason it is a feature is that many experts - including but > not limited to Philip Wadler, Martin Odersky, Gilad Bracha, Joshua > Bloch, and Neal Gafter - worked for many years on crafting a generic > type system that allowed people to migrate their non-generic clients > and libraries smoothly. Reified generics would have made that > migration more complex. If you don't know why, find out. > > 3) While there were good reasons for avoiding it, there is no doubt > that reified generics make the Java language itself more regular. No > doubt at all. The question we face TODAY is, are reified generics > MORE valuable than other features that Sun can add to the Java > platform. Evidently not, since Sun is working on other features. > > Again, I don't want to prolong this conversation, but perhaps you > could say which JDK7 feature(s) you would drop to make room for > reified generics? You can choose from the list at > http://openjdk.java.net/projects/jdk7/features/ > > Alex > > From Dalibor.Topic at Sun.COM Wed Jun 17 20:56:11 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Thu, 18 Jun 2009 05:56:11 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <744623.21041.qm@web110812.mail.gq1.yahoo.com> References: <4A394244.8080804@sun.com> <419534.31020.qm@web110815.mail.gq1.yahoo.com> <4A398112.7040803@sun.com> <744623.21041.qm@web110812.mail.gq1.yahoo.com> Message-ID: <4A39BADB.8090901@sun.com> Kirill Grouchnikov wrote: > I have written about the transparency / opacity of the JDK process last > November at [1] and pretty much nothing has changed. I write blog posts about OpenJDK quite regularly. A lot has improved since last November. Not because I write blog posts, though. But because of all the good people in the OpenJDK community working on improving the project as a whole. Contributors. People who do stuff and make things happen. > I am not working > on OpenJDK 7, nor do i want to see your "nothing wrong" comment as an > implied lessening of the opinions of the overwhelmingly vast majority of > Java developers who don't contribute code to OpenJDK 7. There is nothing wrong with the majority of Java developers regarding the JDK as simply a high quality tool provided by someone else, and not contributing code to it. The majority of Firefox users don't contribute to the development of the Firefox browser either. They don't have to. > how many non-Sun employees have > contributed code to OpenJDK 7, and how many of those have not worked on > Java prior to JDK 7? man grep hg > In fact, is there any single developer with commit rights > to the code base that has not priorly worked at Sun on Java? Yes, of course. > The shaped / translucent windows API is the prime example of the functionality > that was added without any prior public discussion on what will be supported > and how the API will look like. In practice, it makes a lot more sense to have discussions around something that exists, rather then around things people wish existed, but don't. You could go and have that discussion now, for example, with concrete examples. > Are there any plans to include that in JDK? May be there are, may be there are not, > but i'm certainly not going to get any answer in a public forum. The list of features being developed for JDK 7 is here: http://openjdk.java.net/projects/jdk7/features/ It's been public since December 2008, I think. > About contributing to OpenJDK 7. I follow quite a few Swing related > discussions and i see an excruciatingly slow and exhausting process for > even the simplest things - such as removing warnings. It goes on and on for weeks > and months, with outside contributors repeatedly reminding Sun engineers that they > are waiting for answers. What good is an open mailing list when you need to wait for > weeks to get an answer? What good is a source repository when you need to send a > webrev and wait at the mercy of Sun engineers to check them in? You don't have to wait for the Sun engineers to answer e-mails. You could start contributing by reviewing patches, and submitting your own, and then building up a community of reviewers for swing changes that the Sun engineers could trust to do a great job getting incoming changes cleaned up and brushed up to as high a standard as you'd like Swing code to be. You don't need to wait on Sun engineers for any of that. If you did a good job as a contributor, you'd be able to get push rights, and then you could be checking in other people's changes after careful review by the Swing developer community you've established. You could be a leader. Or you could be a lurker, of course. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From mr at sun.com Wed Jun 17 22:40:50 2009 From: mr at sun.com (Mark Reinhold) Date: Wed, 17 Jun 2009 22:40:50 -0700 Subject: JDK 7 master forest broken; rollback imminent In-Reply-To: mr@sun.com; Wed, 17 Jun 2009 12:11:26 PDT; <20090617191126.61FDE5E98@eggemoggin.niobe.net> Message-ID: <20090618054050.8D62B94A8@callebaut.niobe.net> The rollback is complete. - Mark From mlists at juma.me.uk Wed Jun 17 23:51:09 2009 From: mlists at juma.me.uk (Ismael Juma) Date: Thu, 18 Jun 2009 07:51:09 +0100 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <4A397B78.6070200@sun.com> References: <4A394244.8080804@sun.com> <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> <4A397B78.6070200@sun.com> Message-ID: <1245307869.6591.104.camel@localhost.localdomain> On Thu, 2009-06-18 at 01:25 +0200, Dalibor Topic wrote: > Others in the OpenJDK community similarly allocate their resources > in the way that suits their goals. If someone wants to spend their > time implementing reification right now, they can, though the > experience from JSR 14 indicates that such a project would be > non-trivial, to put it mildly, making a great implementation in > the time frame for JDK 7 a bit unlikely. Certainly not trivial, but if someone wanted to work on that, it would be a good idea to look at projects that have at least created a prototype, e.g.: http://www.cs.rice.edu/~javaplt/nextgen/ Ismael From neal at gafter.com Thu Jun 18 00:09:19 2009 From: neal at gafter.com (Neal Gafter) Date: Thu, 18 Jun 2009 00:09:19 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <1245307869.6591.104.camel@localhost.localdomain> References: <4A394244.8080804@sun.com> <44ca3ad70906171508u1ce547cep1798f53fbae0aef1@mail.gmail.com> <4A397B78.6070200@sun.com> <1245307869.6591.104.camel@localhost.localdomain> Message-ID: <15e8b9d20906180009p2bac47b4u3e24b84ff15e767b@mail.gmail.com> On Wed, Jun 17, 2009 at 11:51 PM, Ismael Juma wrote: > Certainly not trivial, but if someone wanted to work on that, it would > be a good idea to look at projects that have at least created a > prototype, e.g.: > > http://www.cs.rice.edu/~javaplt/nextgen/ > NextGen produces code that is binary-incompatible with existing java compilers. It also does not support separate compilation; generic libraries and their clients must be compiled together. But I agree that, as a starting point, it is much better than nothing. From fweimer at bfk.de Thu Jun 18 02:06:11 2009 From: fweimer at bfk.de (Florian Weimer) Date: Thu, 18 Jun 2009 11:06:11 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <4A394244.8080804@sun.com> (Alex Buckley's message of "Wed\, 17 Jun 2009 12\:21\:40 -0700") References: <4A394244.8080804@sun.com> Message-ID: <821vphoqrg.fsf@mid.bfk.de> * Alex Buckley: > 2) The reason it is a feature is that many experts - including but not > limited to Philip Wadler, Martin Odersky, Gilad Bracha, Joshua Bloch, > and Neal Gafter - worked for many years on crafting a generic type > system that allowed people to migrate their non-generic clients and > libraries smoothly. Reified generics would have made that migration > more complex. If you don't know why, find out. Didn't those people work under the assumption that no VM changes were possible because generics code should run on pre-generics VMs, too? Obviously, this heavily constrains the solution space. In the end, Java 5 bytecode could not run on pre-Java 5 VMs, so this requirement was somewhat pointless, wasn't it? -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 From mlists at juma.me.uk Thu Jun 18 02:13:41 2009 From: mlists at juma.me.uk (Ismael Juma) Date: Thu, 18 Jun 2009 10:13:41 +0100 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <821vphoqrg.fsf@mid.bfk.de> References: <4A394244.8080804@sun.com> <821vphoqrg.fsf@mid.bfk.de> Message-ID: <1245316421.6591.125.camel@localhost.localdomain> On Thu, 2009-06-18 at 11:06 +0200, Florian Weimer wrote: > Obviously, this heavily constrains the solution space. In the end, > Java 5 bytecode could not run on pre-Java 5 VMs, so this requirement > was somewhat pointless, wasn't it? Neal answered this question in a blog entry a few years ago: http://gafter.blogspot.com/2004/09/puzzling-through-erasure-answer.html There are obvious disagreements on how important and/or feasible reified generics on the JVM are. For example, a blog entry from Peter Ah? (then working on javac at Sun) paints a different picture than what has been said in this thread: "The problem is the lack of reification. In other words, the lack of runtime type-information about generic types (at runtime, you cannot tell an ArrayList from a ArrayList). We need to do something about that. It is indeed time to erase erasure! In the next weeks I'll explain what it buys us and how we can accomplish it."[1] Unfortunately, Peter soon left to work on Newspeak and we never got to see what his proposed solution was. :) Best, Ismael [1] http://blogs.sun.com/ahe/entry/reification From fweimer at bfk.de Thu Jun 18 02:34:49 2009 From: fweimer at bfk.de (Florian Weimer) Date: Thu, 18 Jun 2009 11:34:49 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <1245316421.6591.125.camel@localhost.localdomain> (Ismael Juma's message of "Thu\, 18 Jun 2009 10\:13\:41 +0100") References: <4A394244.8080804@sun.com> <821vphoqrg.fsf@mid.bfk.de> <1245316421.6591.125.camel@localhost.localdomain> Message-ID: <82tz2dnava.fsf@mid.bfk.de> * Ismael Juma: > On Thu, 2009-06-18 at 11:06 +0200, Florian Weimer wrote: >> Obviously, this heavily constrains the solution space. In the end, >> Java 5 bytecode could not run on pre-Java 5 VMs, so this requirement >> was somewhat pointless, wasn't it? > > Neal answered this question in a blog entry a few years ago: > > http://gafter.blogspot.com/2004/09/puzzling-through-erasure-answer.html Java's equivalent of DLL hell described in that post is very real, but it happens all the time because most library authors lack a firm commitment to backwards compatibility, with or without generics. But my point was precisely that avoiding versioning hell doesn't work with Java 5 generics because as soon as you put them in your code, you have to compile with a generics-enabled javac, and there is no Sun-supported way to make its output work with javac from 1.4. As a result, the migration to generics still hasn't happened widely. Most of the libraries we use still don't use generics, not even for collections classes they use internally. I don't know for certain what this means for the future. It seems to suggest that aiming for the level of binary compatibility Neal described is just unrealistic. There's no reason to assume that the next iteration would be any different. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 From jcnarahari at yahoo.com Thu Jun 18 06:47:41 2009 From: jcnarahari at yahoo.com (Jaisimha Narahari) Date: Thu, 18 Jun 2009 06:47:41 -0700 (PDT) Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected Message-ID: <976737.46113.qm@web57705.mail.re3.yahoo.com> As a person who put up the Initial Suggestion in the current thread of discussions, I feel obliged to put the following on record: 1. I am ofcourse pleased to see that several posts continued the thread, all of which ????enlightened me quite a bit, because I am one of those "millions of Java users" out there ????who is not directly involved in systems development, leave alone projects like JDK7. ????As a result, since I cannot contribute to technical discussions regarding the ????implementation or otherwise of Reified Generics in Java, I find it appropriate ????to bow out of the discussions?at this point, but with this one last post. ????? ????In this regard, the requirement that I put forth was not so much?a requirement for one ????person but something that seemed?a very good idea for the Java??Community as a ????whole. ????As for reseaching into the aspect before putting up the topic, the answers all seem to lie ????in assorted ?blogs of the experts. It would be nice if there was a central place that a Java ????Programmer getting curious about why Type Parameters of Generics in Java 5 are ????getting the short shrift at runtime. Those guys that do wonder and want to know more ????have to resort to search engines and locate?and read these blogs. The Community ????should be on the same page, atleast with regard to the pros and cons of features not ????made available. ???? 2. My intention was not to open up controversies regarding transparency / opacity of Sun's ????Processes and I certainly hope that this will not detract from the main topic. 3. It has been made quite clear to me that a lot of experts have put their considerable ????efforts and time behind this.??Yet the issue seems to be one that holds promise, ????and if the experts in Sun and other places think so, let there be a new JSR ????for just this, since JDK7 does not seem to the release that can achieve Reification of ????Generics, due to the complexity arising from both Backwards Compatibility and ????Migration Compatibility, with Deprecation of Raw Types seemingly not serving ????anybody's interest Thanks to All, and Bye. From neal at gafter.com Thu Jun 18 08:20:20 2009 From: neal at gafter.com (Neal Gafter) Date: Thu, 18 Jun 2009 08:20:20 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <821vphoqrg.fsf@mid.bfk.de> References: <4A394244.8080804@sun.com> <821vphoqrg.fsf@mid.bfk.de> Message-ID: <15e8b9d20906180820i7e336b17s5014ca5df17ede43@mail.gmail.com> On Thu, Jun 18, 2009 at 2:06 AM, Florian Weimer wrote: > * Alex Buckley: > > > 2) The reason it is a feature is that many experts - including but not > > limited to Philip Wadler, Martin Odersky, Gilad Bracha, Joshua Bloch, > > and Neal Gafter - worked for many years on crafting a generic type > > system that allowed people to migrate their non-generic clients and > > libraries smoothly. Reified generics would have made that migration > > more complex. If you don't know why, find out. > > Didn't those people work under the assumption that no VM changes were > possible because generics code should run on pre-generics VMs, too? No, we didn't work under that assumption. Generally speaking, it has never been a goal to allow code written against one version of the platform specification to run on an earlier version of the platform. From neal at gafter.com Thu Jun 18 08:33:50 2009 From: neal at gafter.com (Neal Gafter) Date: Thu, 18 Jun 2009 08:33:50 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <976737.46113.qm@web57705.mail.re3.yahoo.com> References: <976737.46113.qm@web57705.mail.re3.yahoo.com> Message-ID: <15e8b9d20906180833t22fce797ya491549694c00e50@mail.gmail.com> On Thu, Jun 18, 2009 at 6:47 AM, Jaisimha Narahari wrote: > 3. It has been made quite clear to me that a lot of experts have put their > considerable > efforts and time behind this. Yet the issue seems to be one that > holds promise, > and if the experts in Sun and other places think so, let there be a > new JSR > for just this, since JDK7 does not seem to the release that can > achieve Reification of > Generics, due to the complexity arising from both Backwards > Compatibility and > Migration Compatibility, with Deprecation of Raw Types seemingly not > serving > anybody's interest Sun is doing nothing to obstruct the creation of that JSR. On the other hand, neither you nor anybody else seems to have come forward to lead such an effort. If this is important enough to you, you should organize the millions of other users to whom this is important, chip in a dollar each, and hire someone who can make it happen. From Anthony.Petrov at Sun.COM Thu Jun 18 09:01:28 2009 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Thu, 18 Jun 2009 20:01:28 +0400 Subject: Copyright notice referring a company other than Sun Message-ID: <4A3A64D8.6030400@sun.com> Hello, There's a test (notably, jdk/test/java/awt/Frame/FrameSize/TestFrameSize.java) that currently has the following copyright statement: > Copyright 2009 Red Hat, Inc. All Rights Reserved. The test needs to be slightly modified by Sun's engineers. Should the copyright notice be modified as well? Like adding "Portions copyrighted by Sun ... "? Or is it OK to leave it as is? If it should be modified, could someone please provide the exact phrase that needs to be inserted in the legal statement in the beginning of the source file? Thanks! -- best regards, Anthony From fweimer at bfk.de Thu Jun 18 09:04:25 2009 From: fweimer at bfk.de (Florian Weimer) Date: Thu, 18 Jun 2009 18:04:25 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <15e8b9d20906180820i7e336b17s5014ca5df17ede43@mail.gmail.com> (Neal Gafter's message of "Thu\, 18 Jun 2009 08\:20\:20 -0700") References: <4A394244.8080804@sun.com> <821vphoqrg.fsf@mid.bfk.de> <15e8b9d20906180820i7e336b17s5014ca5df17ede43@mail.gmail.com> Message-ID: <824oudil4m.fsf@mid.bfk.de> * Neal Gafter: > No, we didn't work under that assumption. Generally speaking, it has never > been a goal to allow code written against one version of the platform > specification to run on an earlier version of the platform. Sorry, but without that, what you called "migration compatibility" is largely pointless. If I need to branch due to a platform upgrade, it doesn't matter if the code I compile for the new platform version, after using new platform features, is theoretically compatible with my old code. Without tool support, it's not possible to ensure that both versions are fully consistent. Anybody who swaps one version for the other might face nasty suprises. Isn't there even an undocumented/unsupported javac option which allows to create 1.4 bytecode from generified code? If that were supported, migration compatibility made lots of sense. Without that, there's just a theoretic reduction in release engineering complexity (from something perhaps-not-even-polynomial to something-definitely-not-sublinear), and to me it seems that the overhead of keeping both generics and non-generics branches of your code base really harmed the adoption of generics (in the sense that the branch never happened and the library still doesn't use generics, even internally). Anyway, I think it's simply impossible to introduce reification (of whatever type) with the same level of backwards compatibility that generics provided. People write code similar to the implementation of Collections.emptyList(), and it's not possible to make it type-safe while still having Collections.emptyList() == Collections.emptyList() (well, in theory, you could make the dynamic type a property of the reference, not the object, but this is probably not very desirable). -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 From mark at klomp.org Thu Jun 18 10:03:37 2009 From: mark at klomp.org (Mark Wielaard) Date: Thu, 18 Jun 2009 19:03:37 +0200 Subject: Copyright notice referring a company other than Sun In-Reply-To: <4A3A64D8.6030400@sun.com> References: <4A3A64D8.6030400@sun.com> Message-ID: <1245344617.3602.21.camel@hermans.wildebeest.org> Hi Anthony, On Thu, 2009-06-18 at 20:01 +0400, Anthony Petrov wrote: > The test needs to be slightly modified by Sun's engineers. Should the > copyright notice be modified as well? Like adding "Portions copyrighted > by Sun ... "? Or is it OK to leave it as is? > > If it should be modified, could someone please provide the exact phrase > that needs to be inserted in the legal statement in the beginning of the > source file? Thanks! It is OK to leave it as is and just add a new Copyright line for your/Sun's contributions with your normal standard phrasing. Just add it above or below the other line. You can never remove copyright statements from other contributors, everybody keeps their own copyright, but you can always add your own. There are lots of files already that have multiple copyright statements from different people/companies in the repository already. Cheers, Mark From Phil.Race at Sun.COM Thu Jun 18 10:17:43 2009 From: Phil.Race at Sun.COM (Phil Race) Date: Thu, 18 Jun 2009 10:17:43 -0700 Subject: Copyright notice referring a company other than Sun In-Reply-To: <1245344617.3602.21.camel@hermans.wildebeest.org> References: <4A3A64D8.6030400@sun.com> <1245344617.3602.21.camel@hermans.wildebeest.org> Message-ID: <4A3A76B7.1010807@sun.com> Quoting the SCA : "you agree that we may register a copyright in your contribution and exercise all ownership rights associated with it;" So whilst I'm not a lawyer, I'd say that means that all code contributed to OpenJDK under SCA can have a full Sun copyright - and probably should have that explicitly in the source file. Not just for the new portions, but for all of it. -phil. Mark Wielaard wrote: > Hi Anthony, > > On Thu, 2009-06-18 at 20:01 +0400, Anthony Petrov wrote: >> The test needs to be slightly modified by Sun's engineers. Should the >> copyright notice be modified as well? Like adding "Portions copyrighted >> by Sun ... "? Or is it OK to leave it as is? >> >> If it should be modified, could someone please provide the exact phrase >> that needs to be inserted in the legal statement in the beginning of the >> source file? Thanks! > > It is OK to leave it as is and just add a new Copyright line for > your/Sun's contributions with your normal standard phrasing. Just add it > above or below the other line. You can never remove copyright statements > from other contributors, everybody keeps their own copyright, but you > can always add your own. There are lots of files already that have > multiple copyright statements from different people/companies in the > repository already. > > Cheers, > > Mark > From mark at klomp.org Thu Jun 18 11:07:43 2009 From: mark at klomp.org (Mark Wielaard) Date: Thu, 18 Jun 2009 20:07:43 +0200 Subject: Copyright notice referring a company other than Sun In-Reply-To: <4A3A76B7.1010807@sun.com> References: <4A3A64D8.6030400@sun.com> <1245344617.3602.21.camel@hermans.wildebeest.org> <4A3A76B7.1010807@sun.com> Message-ID: <1245348463.3602.43.camel@hermans.wildebeest.org> On Thu, 2009-06-18 at 10:17 -0700, Phil Race wrote: > So whilst I'm not a lawyer, I'd say that means that all code contributed > to OpenJDK under SCA can have a full Sun copyright - and probably should > have that explicitly in the source file. Not just for the new portions, > but for all of it. Also not a lawyer, but I think you are right, if Sun would want that. But it would be enough for Sun to add their own copyright notice if they want to. And Sun is most likely not entitled to remove any existing copyright statements in contributions being done under the SCA since they aren't granted the actual copyright, just a grant to the rights associated with it (plus patent and moral rights). Meaning that the copyright itself stays with the contributor. This is different from other such agreements, which do assign copyright, like the FSF agreement. The SCA is just a shared rights agreement, not a copyright transfer/assignment. We could ask a lawyer of course. But for the public OpenJDK project it seems that, whatever the nitty-gritty legal details, it isn't a problem at all having multiple copyright notices. If you go through the sources you will note that there are lots and lots of additional copyright statements in the files next to Sun's copyright statements. In that respect it isn't really an issue for the public project (unlike what Sun does with their granted rights when not distributing the contributions under non-free terms and wanting to register any such rights). And that is a good thing, it tracks the different contributors and shares the glory a bit in public. IMHO. Cheers, Mark From Phil.Race at Sun.COM Thu Jun 18 11:13:53 2009 From: Phil.Race at Sun.COM (Phil Race) Date: Thu, 18 Jun 2009 11:13:53 -0700 Subject: Copyright notice referring a company other than Sun In-Reply-To: <1245348463.3602.43.camel@hermans.wildebeest.org> References: <4A3A64D8.6030400@sun.com> <1245344617.3602.21.camel@hermans.wildebeest.org> <4A3A76B7.1010807@sun.com> <1245348463.3602.43.camel@hermans.wildebeest.org> Message-ID: <4A3A83E1.4060609@sun.com> Mark, I think it likely matters to (say) commercial licensees who also get the JDK code to know that Sun has a copyright in the file, or even just use the binaries created from those sources, which is why I think we'd always want it to be present. And I don't understand the apparent legal nuances of this : >they aren't granted the actual copyright, just a grant to the rights associated with it -phil. Mark Wielaard wrote: > On Thu, 2009-06-18 at 10:17 -0700, Phil Race wrote: > >> So whilst I'm not a lawyer, I'd say that means that all code contributed >> to OpenJDK under SCA can have a full Sun copyright - and probably should >> have that explicitly in the source file. Not just for the new portions, >> but for all of it. >> > > Also not a lawyer, but I think you are right, if Sun would want that. > But it would be enough for Sun to add their own copyright notice if they > want to. And Sun is most likely not entitled to remove any existing > copyright statements in contributions being done under the SCA since > they aren't granted the actual copyright, just a grant to the rights > associated with it (plus patent and moral rights). Meaning that the > copyright itself stays with the contributor. This is different from > other such agreements, which do assign copyright, like the FSF > agreement. The SCA is just a shared rights agreement, not a copyright > transfer/assignment. > > We could ask a lawyer of course. But for the public OpenJDK project it > seems that, whatever the nitty-gritty legal details, it isn't a problem > at all having multiple copyright notices. If you go through the sources > you will note that there are lots and lots of additional copyright > statements in the files next to Sun's copyright statements. > > In that respect it isn't really an issue for the public project (unlike > what Sun does with their granted rights when not distributing the > contributions under non-free terms and wanting to register any such > rights). And that is a good thing, it tracks the different contributors > and shares the glory a bit in public. IMHO. > > Cheers, > > Mark > > From mark at klomp.org Thu Jun 18 11:28:01 2009 From: mark at klomp.org (Mark Wielaard) Date: Thu, 18 Jun 2009 20:28:01 +0200 Subject: Copyright notice referring a company other than Sun In-Reply-To: <4A3A83E1.4060609@sun.com> References: <4A3A64D8.6030400@sun.com> <1245344617.3602.21.camel@hermans.wildebeest.org> <4A3A76B7.1010807@sun.com> <1245348463.3602.43.camel@hermans.wildebeest.org> <4A3A83E1.4060609@sun.com> Message-ID: <1245349681.3602.50.camel@hermans.wildebeest.org> Hi Phil, On Thu, 2009-06-18 at 11:13 -0700, Phil Race wrote: > I think it likely matters to (say) commercial licensees who also get the > JDK code > to know that Sun has a copyright in the file, or even just use the > binaries created > from those sources, which is why I think we'd always want it to be present. Sure, but that doesn't really impact the public project. That only really matters for your proprietary internal fork of the code. If you wanted to you could just have a script add such a line to the whole codebase when you turn it proprietary. > And I don't understand the apparent legal nuances of this : > >they aren't granted the actual copyright, just a grant to the rights > associated with it As far as I understands it, but I could ask someone more legally schooled, it just means the copyright (statement) itself stays with the original contributor, only some of the rights associated with that copyright (statement), like determining the distribution policy, are shared with Sun through the SCA. There is a FAQ about it here: http://www.sun.com/software/opensource/contributor_agreement.jsp Cheers, Mark From Phil.Race at Sun.COM Thu Jun 18 11:34:58 2009 From: Phil.Race at Sun.COM (Phil Race) Date: Thu, 18 Jun 2009 11:34:58 -0700 Subject: Copyright notice referring a company other than Sun In-Reply-To: <1245349681.3602.50.camel@hermans.wildebeest.org> References: <4A3A64D8.6030400@sun.com> <1245344617.3602.21.camel@hermans.wildebeest.org> <4A3A76B7.1010807@sun.com> <1245348463.3602.43.camel@hermans.wildebeest.org> <4A3A83E1.4060609@sun.com> <1245349681.3602.50.camel@hermans.wildebeest.org> Message-ID: <4A3A88D2.3000908@sun.com> Hello, Mark Wielaard wrote: > Hi Phil, > > On Thu, 2009-06-18 at 11:13 -0700, Phil Race wrote: >> I think it likely matters to (say) commercial licensees who also get the >> JDK code >> to know that Sun has a copyright in the file, or even just use the >> binaries created >> from those sources, which is why I think we'd always want it to be present. > > Sure, but that doesn't really impact the public project. That only > really matters for your proprietary internal fork of the code. If you > wanted to you could just have a script add such a line to the whole > codebase when you turn it proprietary. That's very risky as there are files where its not the case. > >> And I don't understand the apparent legal nuances of this : >> >they aren't granted the actual copyright, just a grant to the rights >> associated with it > > As far as I understands it, but I could ask someone more legally > schooled, it just means the copyright (statement) itself stays with the > original contributor, only some of the rights associated with that > copyright (statement), like determining the distribution policy, are > shared with Sun through the SCA. There is a FAQ about it here: > http://www.sun.com/software/opensource/contributor_agreement.jsp I don't want to belabour this, but so far as I can tell from the answers about "sharing" and "joint copyright ownership", it means Sun is granted all the rights etc that you have. Not just "some" of them. -phil. > > Cheers, > > Mark > From Anthony.Petrov at Sun.COM Thu Jun 18 11:56:37 2009 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Thu, 18 Jun 2009 22:56:37 +0400 Subject: Copyright notice referring a company other than Sun In-Reply-To: <4A3A76B7.1010807@sun.com> References: <4A3A64D8.6030400@sun.com> <1245344617.3602.21.camel@hermans.wildebeest.org> <4A3A76B7.1010807@sun.com> Message-ID: <4A3A8DE5.5070703@sun.com> Mark, Phil, thanks for the answers! So I'll just add another line mentioning Sun as the copyright holder next to the Red Hat's line. -- best regards, Anthony On 6/18/2009 9:17 PM Phil Race wrote: > Quoting the SCA : > > "you agree that we may register a copyright in your contribution and > exercise all ownership rights associated with it;" > > So whilst I'm not a lawyer, I'd say that means that all code contributed > to OpenJDK under SCA can have a full Sun copyright - and probably should > have that explicitly in the source file. Not just for the new portions, > but for all of it. > > -phil. > > Mark Wielaard wrote: >> Hi Anthony, >> >> On Thu, 2009-06-18 at 20:01 +0400, Anthony Petrov wrote: >>> The test needs to be slightly modified by Sun's engineers. Should the >>> copyright notice be modified as well? Like adding "Portions >>> copyrighted by Sun ... "? Or is it OK to leave it as is? >>> >>> If it should be modified, could someone please provide the exact >>> phrase that needs to be inserted in the legal statement in the >>> beginning of the source file? Thanks! >> >> It is OK to leave it as is and just add a new Copyright line for >> your/Sun's contributions with your normal standard phrasing. Just add it >> above or below the other line. You can never remove copyright statements >> from other contributors, everybody keeps their own copyright, but you >> can always add your own. There are lots of files already that have >> multiple copyright statements from different people/companies in the >> repository already. >> >> Cheers, >> >> Mark >> From mr at sun.com Thu Jun 18 12:21:34 2009 From: mr at sun.com (Mark Reinhold) Date: Thu, 18 Jun 2009 12:21:34 -0700 Subject: Copyright notice referring a company other than Sun In-Reply-To: anthony.petrov@sun.com; Thu, 18 Jun 2009 20:01:28 +0400; <4A3A64D8.6030400@sun.com> Message-ID: <20090618192134.61E255E98@eggemoggin.niobe.net> > Date: Thu, 18 Jun 2009 20:01:28 +0400 > From: anthony.petrov at sun.com > There's a test (notably, > jdk/test/java/awt/Frame/FrameSize/TestFrameSize.java) that currently has > the following copyright statement: > >> Copyright 2009 Red Hat, Inc. All Rights Reserved. > > The test needs to be slightly modified by Sun's engineers. Should the > copyright notice be modified as well? Like adding "Portions copyrighted > by Sun ... "? Or is it OK to leave it as is? > > If it should be modified, could someone please provide the exact phrase > that needs to be inserted in the legal statement in the beginning of the > source file? Thanks! The general rule is: Never remove existing copyright statements, unless advised to do so by an attorney. In a case such as this, where the original file has a statement asserting copyright ownership by an entity other than you or your employer, it may be appropriate for you to add a "Portions copyright" line naming you (if you're acting on your own) or your employer (if not). You're a Sun employee, so the line to add would be: Portions Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Now, I said "may be appropriate" because the addition of a copyright line is justified only when the new version of a file is a "derivative work". Identifying derivative works is a matter of judgement. The following guidance from the U.S. Copyright office may be helpful: To be copyrightable, a derivative work must be different enough from the original to be regarded as a new work or must contain a substantial amount of new material. Making minor changes or additions of little substance to a preexisting work will not qualify the work as a new version for copyright purposes. The new material must be original and copyrightable in itself. Titles, short phrases, and format, for example, are not copyrightable. If your modifications to this test are truly "slight", as you say, then it would not be appropriate to add a Sun portions-copyright line. (As always, IANAL, but this is my best understanding from having spent lots of quality time with people who are ALs.) - Mark From Dalibor.Topic at Sun.COM Thu Jun 18 12:53:02 2009 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Thu, 18 Jun 2009 21:53:02 +0200 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <976737.46113.qm@web57705.mail.re3.yahoo.com> References: <976737.46113.qm@web57705.mail.re3.yahoo.com> Message-ID: <4A3A9B1E.1090108@sun.com> Jaisimha Narahari wrote: > As for reseaching into the aspect before putting up the topic, the answers all seem to lie > in assorted blogs of the experts. Some hints for the answers you're looking for can be found by digging your way through the academic literature on the subject. You could start with Effective and efficient compilation of run-time generics in Java M Viroli - Electronic Notes in Theoretical Computer Science, 2005 - Elsevier and work your way up to Reifying wildcards in Java using the EGO approach M Cimadamore, M Viroli - Proceedings of the 2007 ACM symposium on Applied computing, 2007 On the reification of Java wildcards M Cimadamore, M Viroli - Science of Computer Programming, 2008 - Elsevier Coincidentally, the Sun engineer who replied to your initial query is the co-author of the two latter papers ... That's just the tip of the iceberg - type systems in general, and generics for Java in particular have been subject of academic research for a long time. > It would be nice if there was a central place that a Java > Programmer getting curious about why Type Parameters of Generics in Java 5 are > getting the short shrift at runtime. A Java developer wanting to educate himself on the subject should have no trouble finding plenty of other academic research on this and related subjects using Citeseer, Google Scholar, etc. cheers, dalibor topic -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring From xiomara.jayasena at sun.com Thu Jun 18 16:13:44 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:13:44 +0000 Subject: hg: jdk7/jdk7: Added tag jdk7-b61 for changeset 472c21584cfd Message-ID: <20090618231344.E0466EA24@hg.openjdk.java.net> Changeset: 68836ec8bcc7 Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/68836ec8bcc7 Added tag jdk7-b61 for changeset 472c21584cfd ! .hgtags From xiomara.jayasena at sun.com Thu Jun 18 16:18:16 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:18:16 +0000 Subject: hg: jdk7/jdk7/corba: Added tag jdk7-b61 for changeset e906b16a12a9 Message-ID: <20090618231817.19667EA2A@hg.openjdk.java.net> Changeset: c73934e09f00 Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/c73934e09f00 Added tag jdk7-b61 for changeset e906b16a12a9 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 18 16:25:14 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:25:14 +0000 Subject: hg: jdk7/jdk7/hotspot: Added tag jdk7-b61 for changeset 27b728fd1281 Message-ID: <20090618232515.EB180EA30@hg.openjdk.java.net> Changeset: a88386380bda Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/a88386380bda Added tag jdk7-b61 for changeset 27b728fd1281 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 18 16:32:27 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:32:27 +0000 Subject: hg: jdk7/jdk7/jaxp: Added tag jdk7-b61 for changeset f1ac756616ea Message-ID: <20090618233228.EEB3AEA36@hg.openjdk.java.net> Changeset: db1d07f881a1 Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/db1d07f881a1 Added tag jdk7-b61 for changeset f1ac756616ea ! .hgtags From xiomara.jayasena at sun.com Thu Jun 18 16:37:00 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:37:00 +0000 Subject: hg: jdk7/jdk7/jaxws: Added tag jdk7-b61 for changeset aeabf802f2a1 Message-ID: <20090618233701.5AFA1EA3C@hg.openjdk.java.net> Changeset: 55681156ec1a Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/55681156ec1a Added tag jdk7-b61 for changeset aeabf802f2a1 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 18 16:41:34 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:41:34 +0000 Subject: hg: jdk7/jdk7/jdk: Added tag jdk7-b61 for changeset f72c0dc047b9 Message-ID: <20090618234146.D2A51EA42@hg.openjdk.java.net> Changeset: 03f2ac812821 Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/03f2ac812821 Added tag jdk7-b61 for changeset f72c0dc047b9 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 18 16:54:18 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 18 Jun 2009 23:54:18 +0000 Subject: hg: jdk7/jdk7/langtools: Added tag jdk7-b61 for changeset 522520757dd3 Message-ID: <20090618235419.B4B6BEA48@hg.openjdk.java.net> Changeset: 950d50e13a9e Author: xdono Date: 2009-06-18 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/950d50e13a9e Added tag jdk7-b61 for changeset 522520757dd3 ! .hgtags From Anthony.Petrov at Sun.COM Fri Jun 19 07:42:37 2009 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Fri, 19 Jun 2009 18:42:37 +0400 Subject: Copyright notice referring a company other than Sun In-Reply-To: <20090618192134.61E255E98@eggemoggin.niobe.net> References: <20090618192134.61E255E98@eggemoggin.niobe.net> Message-ID: <4A3BA3DD.1020605@sun.com> Hi Mark, Thank you for such a detailed explanation! On 6/18/2009 11:21 PM Mark Reinhold wrote: > If your modifications to this test are truly "slight", as you say, then > it would not be appropriate to add a Sun portions-copyright line. That's a very important note. Currently the proposed changes seem to be sort of a derivative work, so I tend to think we need to add the Sun copyright line. -- best regards, Anthony From neal at gafter.com Fri Jun 19 10:19:59 2009 From: neal at gafter.com (Neal Gafter) Date: Fri, 19 Jun 2009 10:19:59 -0700 Subject: Suggestions for Java Generics Semantics in Java Version 7.0 _ Resurrected In-Reply-To: <824oudil4m.fsf@mid.bfk.de> References: <4A394244.8080804@sun.com> <821vphoqrg.fsf@mid.bfk.de> <15e8b9d20906180820i7e336b17s5014ca5df17ede43@mail.gmail.com> <824oudil4m.fsf@mid.bfk.de> Message-ID: <15e8b9d20906191019s1c41ca5ekac47efd059548768@mail.gmail.com> On Thu, Jun 18, 2009 at 9:04 AM, Florian Weimer wrote: > * Neal Gafter: > > > No, we didn't work under that assumption. Generally speaking, it has > never > > been a goal to allow code written against one version of the platform > > specification to run on an earlier version of the platform. > > Sorry, but without that, what you called "migration compatibility" is > largely pointless. > > If I need to branch due to a platform upgrade, it doesn't matter if > the code I compile for the new platform version, after using new > platform features, is theoretically compatible with my old code. > Without tool support, it's not possible to ensure that both versions > are fully consistent. Anybody who swaps one version for the other > might face nasty suprises. Migration compatibility ensures that you don't need to branch due to a platform upgrade. If you want to ship one version for customers on multiple platform versions, you can restrict yourself to the features of the lowest version number of the platform (e.g. don't use generics). Migration compatibility ensures that your customers can use generics in types received and produced by your APIs, even if you don't generify the types in your APIs. Without migration compatibility, your customers would be forced to use raw types. -Neal From Xiomara.Jayasena at Sun.COM Mon Jun 22 12:43:33 2009 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Mon, 22 Jun 2009 12:43:33 -0700 Subject: JDK 7 BOOT JDK updated to JDK6u14 FCS Message-ID: <4A3FDEE5.7000107@sun.com> The JDK 7 BOOT JDK has been upgraded from JDK 6 to JDK 6u14 FCS for the official RE builds. The next build (b62) will be built and promoted with the new BOOT JDK. The README-builds.html has been upgraded with this information in the build integration area: http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html and the README-builds.html and the changes will be reflected in the master repos the next time the build integration is synced. -Xiomara From tim.bell at sun.com Mon Jun 22 13:25:09 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Jun 2009 20:25:09 +0000 Subject: hg: jdk7/jdk7: 3 new changesets Message-ID: <20090622202509.3F313EE7B@hg.openjdk.java.net> Changeset: 54d14906940b Author: jjg Date: 2009-05-20 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/54d14906940b 6827026: Change javac source and target default to 7 Reviewed-by: darcy, ohair ! make/Defs-internal.gmk Changeset: 2734c0deab69 Author: tbell Date: 2009-06-11 21:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/2734c0deab69 Merge Changeset: e84b527d8be8 Author: tbell Date: 2009-06-21 23:49 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/e84b527d8be8 Merge From tim.bell at sun.com Mon Jun 22 13:29:46 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Jun 2009 20:29:46 +0000 Subject: hg: jdk7/jdk7/corba: 3 new changesets Message-ID: <20090622202948.DDCA5EE83@hg.openjdk.java.net> Changeset: 2752d8bd4142 Author: jjg Date: 2009-05-20 13:41 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/2752d8bd4142 6827026: Change javac source and target default to 7 Reviewed-by: darcy, ohair ! make/Makefile Changeset: 23f2c435056b Author: tbell Date: 2009-06-11 21:11 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/23f2c435056b Merge Changeset: 65b66117dbd7 Author: tbell Date: 2009-06-21 23:50 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/65b66117dbd7 Merge From tim.bell at sun.com Mon Jun 22 13:35:07 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Jun 2009 20:35:07 +0000 Subject: hg: jdk7/jdk7/jaxp: 3 new changesets Message-ID: <20090622203511.9B9C1EE8F@hg.openjdk.java.net> Changeset: bdaf6acaf6e3 Author: jjg Date: 2009-05-20 13:45 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/bdaf6acaf6e3 6827026: Change javac source and target default to 7 Reviewed-by: darcy, ohair ! make/Makefile ! make/build.properties ! make/build.xml Changeset: 97344798aaf7 Author: tbell Date: 2009-06-11 21:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/97344798aaf7 Merge ! make/Makefile ! make/build.properties ! make/build.xml Changeset: a97dd57a6260 Author: tbell Date: 2009-06-21 23:51 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/a97dd57a6260 Merge From tim.bell at sun.com Mon Jun 22 13:39:54 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Jun 2009 20:39:54 +0000 Subject: hg: jdk7/jdk7/jaxws: 3 new changesets Message-ID: <20090622203958.29755EE97@hg.openjdk.java.net> Changeset: 605e1cdeba48 Author: jjg Date: 2009-05-20 13:50 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/605e1cdeba48 6827026: Change javac source and target default to 7 Reviewed-by: darcy, ohair ! make/Makefile ! make/build.properties ! make/build.xml Changeset: 2ec98e99e4ea Author: tbell Date: 2009-06-11 21:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/2ec98e99e4ea Merge ! make/Makefile ! make/build.properties ! make/build.xml Changeset: 75c801c13ea1 Author: tbell Date: 2009-06-21 23:52 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/75c801c13ea1 Merge From tim.bell at sun.com Mon Jun 22 13:45:20 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Jun 2009 20:45:20 +0000 Subject: hg: jdk7/jdk7/jdk: 37 new changesets Message-ID: <20090622205241.A51F6EE9D@hg.openjdk.java.net> Changeset: 842fb12a21d7 Author: sherman Date: 2009-05-19 15:25 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/842fb12a21d7 6831794: charset EUC_TW is 12.6% of the total size of charsets.jar 6229811: Several codepoints in EUC_TW failed in roundtrip conversion Summary: Re-write EUC_TW charset to address the size and roundtrip issue. Reviewed-by: alanb ! make/java/nio/Makefile ! make/sun/Makefile ! make/sun/nio/FILES_java.gmk ! make/sun/nio/Makefile ! make/tools/CharsetMapping/Makefile ! make/tools/src/build/tools/charsetmapping/CharsetMapping.java ! make/tools/src/build/tools/charsetmapping/GenerateMapping.java ! make/tools/src/build/tools/charsetmapping/GenerateSBCS.java ! src/share/classes/sun/io/ByteToCharEUC_TW.java ! src/share/classes/sun/io/CharToByteEUC_TW.java ! src/share/classes/sun/nio/cs/ext/EUC_TW.java ! src/share/classes/sun/nio/cs/ext/ISO2022.java ! src/share/classes/sun/nio/cs/ext/ISO2022_CN.java ! src/solaris/classes/sun/awt/motif/X11CNS11643.java ! test/sun/nio/cs/TestISO2022CNDecoder.java Changeset: 72e4312ea1e0 Author: sherman Date: 2009-05-19 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/72e4312ea1e0 6843079: Putback for the new EUC_TW is not complete Summary: Putback the files missed in last putback Reviewed-by: alanb + make/tools/CharsetMapping/euc_tw.map + make/tools/src/build/tools/charsetmapping/GenerateEUC_TW.java + make/tools/src/build/tools/charsetmapping/Main.java + test/sun/nio/cs/EUC_TW_OLD.java + test/sun/nio/cs/TestEUC_TW.java + test/sun/nio/cs/TestX11CNS.java + test/sun/nio/cs/X11CNS11643.java + test/sun/nio/cs/X11CNS11643P1.java + test/sun/nio/cs/X11CNS11643P2.java + test/sun/nio/cs/X11CNS11643P3.java Changeset: 49478a651a28 Author: sherman Date: 2009-05-19 16:21 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/49478a651a28 6728376: Wrong error handling in Java_java_util_zip_Deflater_deflateBytes leads to size 0 if compress fails 6735255: ZipFile.close() does not close ZipFileInputStreams, contrary to the API document Summary: Throws OOM when malloc failed. Closes all outstanding streams when closing Reviewed-by: alanb ! src/share/classes/java/util/zip/ZipFile.java ! src/share/native/java/util/zip/Deflater.c ! src/share/native/java/util/zip/Inflater.c Changeset: 057cc7d16812 Author: sherman Date: 2009-05-19 16:33 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/057cc7d16812 Merge Changeset: 02b02a886b9b Author: weijun Date: 2009-05-20 10:11 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/02b02a886b9b 6832016: {DigestMD5Base,Des3DkCrypto}.setParityBit should use Integer.bitCount Reviewed-by: weijun Contributed-by: Christian Thalinger ! src/share/classes/com/sun/security/sasl/digest/DigestMD5Base.java ! src/share/classes/sun/security/krb5/internal/crypto/dk/Des3DkCrypto.java Changeset: 4d607dc5cb22 Author: weijun Date: 2009-05-20 10:12 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/4d607dc5cb22 6682516: SPNEGO_HTTP_AUTH/WWW_KRB and SPNEGO_HTTP_AUTH/WWW_SPNEGO failed on all non-windows platforms Reviewed-by: xuelei ! src/share/classes/sun/security/krb5/PrincipalName.java + test/sun/security/krb5/canonicalize/META-INF/services/sun.net.spi.nameservice.NameServiceDescriptor + test/sun/security/krb5/canonicalize/Test.java Changeset: eb46247f6c53 Author: weijun Date: 2009-05-20 10:12 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/eb46247f6c53 6832353: Krb5LoginModule: use the KRB5CCNAME when searching for Kerberos ticket cache Reviewed-by: xuelei ! src/share/classes/sun/security/krb5/internal/ccache/FileCredentialsCache.java Changeset: 1bc5be8665cc Author: jjg Date: 2009-05-20 13:55 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/1bc5be8665cc 6827026: Change javac source and target default to 7 Reviewed-by: darcy, ohair ! make/common/shared/Defs-control.gmk ! make/common/shared/Defs-java.gmk ! make/javax/swing/beaninfo/SwingBeans.gmk Changeset: 914c33c7de3e Author: sherman Date: 2009-05-21 23:32 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/914c33c7de3e 6843578: Re-implement IBM doublebyte charsets 6639450: IBM949C encoder modifies state of IBM949 encoder 6569191: Cp943 io converter returns U+0000 and U+FFFD for unconvertable character 6577466: Character encoder IBM970 throws a BufferOverflowException 5065777: CharsetEncoder canEncode() methods often incorrectly return false Summary: Re-write 11 IBM doublebyte charsets. Thanks Ulf.Zibis for the codereview! Reviewed-by: martin ! make/sun/nio/FILES_java.gmk ! make/sun/nio/Makefile + make/tools/CharsetMapping/DoubleByte-X.java + make/tools/CharsetMapping/IBM1381.c2b + make/tools/CharsetMapping/IBM1381.map + make/tools/CharsetMapping/IBM1383.c2b + make/tools/CharsetMapping/IBM1383.map + make/tools/CharsetMapping/IBM1383.nr + make/tools/CharsetMapping/IBM930.c2b + make/tools/CharsetMapping/IBM930.map + make/tools/CharsetMapping/IBM930.nr + make/tools/CharsetMapping/IBM933.c2b + make/tools/CharsetMapping/IBM933.map + make/tools/CharsetMapping/IBM935.c2b + make/tools/CharsetMapping/IBM935.map + make/tools/CharsetMapping/IBM935.nr + make/tools/CharsetMapping/IBM937.c2b + make/tools/CharsetMapping/IBM937.map + make/tools/CharsetMapping/IBM937.nr + make/tools/CharsetMapping/IBM939.c2b + make/tools/CharsetMapping/IBM939.map + make/tools/CharsetMapping/IBM939.nr + make/tools/CharsetMapping/IBM942.c2b + make/tools/CharsetMapping/IBM942.map + make/tools/CharsetMapping/IBM943.map + make/tools/CharsetMapping/IBM943.nr + make/tools/CharsetMapping/IBM948.c2b + make/tools/CharsetMapping/IBM948.map + make/tools/CharsetMapping/IBM949.map + make/tools/CharsetMapping/IBM950.c2b + make/tools/CharsetMapping/IBM950.map + make/tools/CharsetMapping/IBM970.c2b + make/tools/CharsetMapping/IBM970.map + make/tools/CharsetMapping/dbcs + make/tools/src/build/tools/charsetmapping/GenerateDBCS.java ! make/tools/src/build/tools/charsetmapping/Main.java ! src/share/classes/sun/io/ByteToCharCp1381.java ! src/share/classes/sun/io/ByteToCharCp1383.java ! src/share/classes/sun/io/ByteToCharCp834.java ! src/share/classes/sun/io/ByteToCharCp930.java ! src/share/classes/sun/io/ByteToCharCp933.java ! src/share/classes/sun/io/ByteToCharCp935.java ! src/share/classes/sun/io/ByteToCharCp937.java ! src/share/classes/sun/io/ByteToCharCp939.java ! src/share/classes/sun/io/ByteToCharCp942.java ! src/share/classes/sun/io/ByteToCharCp942C.java ! src/share/classes/sun/io/ByteToCharCp943.java ! src/share/classes/sun/io/ByteToCharCp943C.java ! src/share/classes/sun/io/ByteToCharCp948.java ! src/share/classes/sun/io/ByteToCharCp949.java ! src/share/classes/sun/io/ByteToCharCp949C.java ! src/share/classes/sun/io/ByteToCharCp950.java ! src/share/classes/sun/io/ByteToCharCp970.java ! src/share/classes/sun/io/ByteToCharDBCS_ASCII.java ! src/share/classes/sun/io/ByteToCharDBCS_EBCDIC.java + src/share/classes/sun/io/ByteToCharEUC2.java ! src/share/classes/sun/io/CharToByteCp1381.java ! src/share/classes/sun/io/CharToByteCp1383.java ! src/share/classes/sun/io/CharToByteCp834.java ! src/share/classes/sun/io/CharToByteCp930.java ! src/share/classes/sun/io/CharToByteCp933.java ! src/share/classes/sun/io/CharToByteCp935.java ! src/share/classes/sun/io/CharToByteCp937.java ! src/share/classes/sun/io/CharToByteCp939.java ! src/share/classes/sun/io/CharToByteCp942.java ! src/share/classes/sun/io/CharToByteCp942C.java ! src/share/classes/sun/io/CharToByteCp943.java ! src/share/classes/sun/io/CharToByteCp943C.java ! src/share/classes/sun/io/CharToByteCp948.java ! src/share/classes/sun/io/CharToByteCp949.java ! src/share/classes/sun/io/CharToByteCp949C.java ! src/share/classes/sun/io/CharToByteCp950.java ! src/share/classes/sun/io/CharToByteCp970.java ! src/share/classes/sun/io/CharToByteDBCS_ASCII.java ! src/share/classes/sun/io/CharToByteDBCS_EBCDIC.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/DoubleByte.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/IBM834.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/IBM942C.java - src/share/classes/sun/nio/cs/ext/IBM943.java ! src/share/classes/sun/nio/cs/ext/IBM943C.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/IBM949C.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 ! test/sun/nio/cs/FindCanEncodeBugs.java ! test/sun/nio/cs/FindEncoderBugs.java + test/sun/nio/cs/OLD/DBCSDecoderMapping.java + test/sun/nio/cs/OLD/DBCS_IBM_ASCII_Decoder.java + test/sun/nio/cs/OLD/DBCS_IBM_ASCII_Encoder.java + test/sun/nio/cs/OLD/DBCS_IBM_EBCDIC_Decoder.java + test/sun/nio/cs/OLD/DBCS_IBM_EBCDIC_Encoder.java + test/sun/nio/cs/OLD/DBCS_ONLY_IBM_EBCDIC_Decoder.java + test/sun/nio/cs/OLD/IBM1381_OLD.java + test/sun/nio/cs/OLD/IBM1383_OLD.java + test/sun/nio/cs/OLD/IBM930_OLD.java + test/sun/nio/cs/OLD/IBM933_OLD.java + test/sun/nio/cs/OLD/IBM935_OLD.java + test/sun/nio/cs/OLD/IBM937_OLD.java + test/sun/nio/cs/OLD/IBM939_OLD.java + test/sun/nio/cs/OLD/IBM942C_OLD.java + test/sun/nio/cs/OLD/IBM942_OLD.java + test/sun/nio/cs/OLD/IBM943C_OLD.java + test/sun/nio/cs/OLD/IBM943_OLD.java + test/sun/nio/cs/OLD/IBM948_OLD.java + test/sun/nio/cs/OLD/IBM949C_OLD.java + test/sun/nio/cs/OLD/IBM949_OLD.java + test/sun/nio/cs/OLD/IBM950_OLD.java + test/sun/nio/cs/OLD/IBM970_OLD.java + test/sun/nio/cs/OLD/SimpleEUCDecoder.java + test/sun/nio/cs/OLD/TestIBMDB.java ! test/sun/nio/cs/TestEUC_TW.java ! test/sun/nio/cs/TestIBMBugs.java Changeset: 8d2efec31d78 Author: xlu Date: 2009-05-24 16:29 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/8d2efec31d78 6622432: RFE: Performance improvements to java.math.BigDecimal Reviewed-by: darcy ! src/share/classes/java/math/BigDecimal.java ! src/share/classes/java/math/BigInteger.java ! src/share/classes/java/math/BitSieve.java ! src/share/classes/java/math/MathContext.java ! src/share/classes/java/math/MutableBigInteger.java ! src/share/classes/java/math/SignedMutableBigInteger.java ! test/java/math/BigDecimal/AddTests.java ! test/java/math/BigDecimal/DivideTests.java Changeset: 3994c5c669cb Author: xlu Date: 2009-05-24 16:35 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/3994c5c669cb 6806261: BigDecimal.longValueExact() method throws NullPointerException Summary: add various tests to test the change to 6622432 Reviewed-by: darcy + test/java/math/BigDecimal/EqualsTests.java + test/java/math/BigDecimal/LongValueExactTests.java + test/java/math/BigDecimal/MultiplyTests.java + test/java/math/BigDecimal/PrecisionTests.java + test/java/math/BigInteger/CompareToTests.java Changeset: 206d73d299d4 Author: jccollet Date: 2009-05-25 22:27 +0200 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/206d73d299d4 6349566: java.net.CookieManager doesn't set default domain Summary: Enforce default domain in CookieManager Reviewed-by: michaelm ! src/share/classes/java/net/CookieManager.java ! test/java/net/CookieHandler/CookieManagerTest.java Changeset: dc3865883a5a Author: weijun Date: 2009-05-26 10:12 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/dc3865883a5a 6844887: NPE in TextCallbackHandler Reviewed-by: xuelei ! src/share/classes/com/sun/security/auth/callback/TextCallbackHandler.java + test/com/sun/security/auth/callback/TextCallbackHandler/NPE.java Changeset: d93b7df1e260 Author: xuelei Date: 2009-05-26 16:19 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/d93b7df1e260 6822460: support self-issued certificate Summary: checking self-issued certificate during certification path building Reviewed-by: mullan, weijun ! src/share/classes/sun/security/validator/PKIXValidator.java ! src/share/classes/sun/security/validator/SimpleValidator.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/X509TrustManagerImpl/SelfIssuedCert.java Changeset: c3c5cc0f2a3e Author: xuelei Date: 2009-05-26 16:43 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/c3c5cc0f2a3e 6720721: CRL check with circular depency support needed Summary: checking AKID of certificates and CRLs Reviewed-by: mullan, weijun ! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.java + test/java/security/cert/CertPathValidator/indirectCRL/CircularCRLOneLevel.java + test/java/security/cert/CertPathValidator/indirectCRL/CircularCRLOneLevelRevoked.java + test/java/security/cert/CertPathValidator/indirectCRL/CircularCRLTwoLevel.java + test/java/security/cert/CertPathValidator/indirectCRL/CircularCRLTwoLevelRevoked.java + test/java/security/cert/CertPathValidator/indirectCRL/README + test/java/security/cert/CertPathValidator/indirectCRL/generate.sh + test/java/security/cert/CertPathValidator/indirectCRL/openssl.cnf Changeset: 045aeb76b0ff Author: jccollet Date: 2009-05-26 16:03 +0200 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/045aeb76b0ff 6726695: HttpURLConnection shoul support 'Expect: 100-contimue' headers for PUT Summary: Added code triggered when 'Expect: 100-continue' header has been added Reviewed-by: chegar ! src/share/classes/sun/net/www/http/HttpClient.java ! src/share/classes/sun/net/www/http/KeepAliveStreamCleaner.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java + test/sun/net/www/http/HttpClient/B6726695.java Changeset: 25db260cb810 Author: xuelei Date: 2009-05-27 17:48 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/25db260cb810 6845286: Add regression test for name constraints Summary: create regression test cases on name constraints Reviewed-by: weijun + test/java/security/cert/CertPathValidator/nameConstraints/NameConstraintsWithRID.java + test/java/security/cert/CertPathValidator/nameConstraints/NameConstraintsWithUnexpectedRID.java + test/java/security/cert/CertPathValidator/nameConstraints/NameConstraintsWithoutRID.java + test/java/security/cert/CertPathValidator/nameConstraints/generate.sh + test/java/security/cert/CertPathValidator/nameConstraints/openssl.cnf Changeset: 7772d77bd7c2 Author: mchung Date: 2009-05-26 17:47 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/7772d77bd7c2 6829636: test/java/util/logging/LoggingDeadlock2.java is flaky Summary: remove @ignore Reviewed-by: swamyv ! src/share/classes/java/net/URLConnection.java ! test/Makefile ! test/java/util/logging/LoggingDeadlock2.java Changeset: 2aeaffb6c897 Author: mchung Date: 2009-05-26 17:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/2aeaffb6c897 6798842: TEST_BUG: ThreadStackTrace.java fails intermittently with unexpected thread status. Summary: remove @ignore Reviewed-by: swamyv ! test/java/lang/management/ThreadMXBean/ThreadStackTrace.java + test/java/lang/management/ThreadMXBean/Utils.java Changeset: fba2425da9b1 Author: mchung Date: 2009-05-26 18:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/fba2425da9b1 5080203: TEST_BUG: ThreadStateTest fails intermittently. Summary: Retry a few times to check thread status before reporting failure Reviewed-by: swamyv ! test/java/lang/management/ThreadMXBean/ThreadStateTest.java Changeset: a7a38e606a7a Author: mchung Date: 2009-05-26 18:07 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/a7a38e606a7a 6512493: TEST_BUG: unexpected LockInfo failure in LockedSynchronizers.java Summary: Retry a few times to check thread status before reporting failure Reviewed-by: swamyv ! test/java/lang/management/ThreadMXBean/LockingThread.java ! test/java/lang/management/ThreadMXBean/MonitorDeadlock.java Changeset: fb97068670e6 Author: mchung Date: 2009-05-26 18:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/fb97068670e6 6535104: TEST_BUG: FindDeadlocks.java fails intermittently. Summary: Retry a few times to check thread status before reporting failure Reviewed-by: swamyv ! test/java/lang/management/ThreadMXBean/SynchronizerDeadlock.java ! test/java/lang/management/ThreadMXBean/SynchronizerLockingThread.java Changeset: 742b55c45a70 Author: mchung Date: 2009-05-27 13:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/742b55c45a70 Merge Changeset: 59bbb9f3f430 Author: kamg Date: 2009-05-27 13:20 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/59bbb9f3f430 6838211: jdk docs creation broken for tracing docs Summary: Fix javadoc makefile macro Reviewed-by: ohair, jjg ! make/docs/Makefile Changeset: 8e77f61508cc Author: kamg Date: 2009-05-27 15:32 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/8e77f61508cc Merge Changeset: 928e0f1043e6 Author: chegar Date: 2009-05-29 15:51 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/928e0f1043e6 6807602: Increase MAX_BUFFER_LEN and MAX_HEAP_BUFFER_LEN on 64-bit Solaris and Linux Reviewed-by: alanb ! src/solaris/native/java/net/net_util_md.h Changeset: aece9096d5cd Author: jjg Date: 2009-05-29 16:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/aece9096d5cd 6838199: remove support for old javap Reviewed-by: ohair, mcimadamore ! make/common/Release.gmk ! make/common/internal/Defs-langtools.gmk ! make/launchers/Makefile Changeset: d26c268597ed Author: sherman Date: 2009-05-29 16:34 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/d26c268597ed 6808625: Incomplete code sample in Deflater javadoc Summary: added compresser.end() into example Reviewed-by: martin ! src/share/classes/java/util/zip/Deflater.java Changeset: 045743e0eb2d Author: xuelei Date: 2009-06-04 11:28 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/045743e0eb2d 6847459: Allow trust anchor self-issued intermediate version 1 and version 2 certificate Reviewed-by: weijun ! src/share/classes/sun/security/provider/certpath/ConstraintsChecker.java Changeset: 8f405b65ddac Author: weijun Date: 2009-06-09 14:17 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/8f405b65ddac 6578647: Undefined requesting URL in java.net.Authenticator.getPasswordAuthentication() Reviewed-by: chegar, valeriep ! src/share/classes/sun/net/www/protocol/http/AuthenticationHeader.java + src/share/classes/sun/net/www/protocol/http/HttpCallerInfo.java ! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java ! src/share/classes/sun/net/www/protocol/http/NegotiateAuthentication.java ! src/share/classes/sun/net/www/protocol/http/NegotiateCallbackHandler.java ! src/share/classes/sun/net/www/protocol/http/NegotiatorImpl.java + src/share/classes/sun/security/jgss/GSSCaller.java ! src/share/classes/sun/security/jgss/GSSManagerImpl.java ! src/share/classes/sun/security/jgss/GSSUtil.java + src/share/classes/sun/security/jgss/HttpCaller.java ! src/share/classes/sun/security/jgss/LoginConfigImpl.java ! src/share/classes/sun/security/jgss/ProviderList.java ! src/share/classes/sun/security/jgss/krb5/InitialToken.java ! src/share/classes/sun/security/jgss/krb5/Krb5AcceptCredential.java ! src/share/classes/sun/security/jgss/krb5/Krb5Context.java ! src/share/classes/sun/security/jgss/krb5/Krb5InitCredential.java ! src/share/classes/sun/security/jgss/krb5/Krb5MechFactory.java ! src/share/classes/sun/security/jgss/krb5/Krb5Util.java ! src/share/classes/sun/security/jgss/spnego/SpNegoMechFactory.java ! src/share/classes/sun/security/jgss/wrapper/NativeGSSFactory.java ! src/share/classes/sun/security/ssl/ClientHandshaker.java ! src/share/classes/sun/security/ssl/KerberosClientKeyExchange.java ! src/share/classes/sun/security/ssl/ServerHandshaker.java ! test/sun/security/jgss/DefaultGssConfig.java ! test/sun/security/jgss/GssNPE.java + test/sun/security/krb5/auto/HttpNegotiateServer.java ! test/sun/security/krb5/auto/KDC.java + test/sun/security/krb5/auto/META-INF/services/sun.net.spi.nameservice.NameServiceDescriptor Changeset: 4da7b972b391 Author: mullan Date: 2009-06-10 09:12 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/4da7b972b391 6845161: Bottleneck in Configuration.getConfiguration synchronized call Summary: Reduce scope of synchronized block Reviewed-by: weijun ! src/share/classes/javax/security/auth/login/Configuration.java Changeset: ffbcf1d1103c Author: xuelei Date: 2009-06-12 09:00 +0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/ffbcf1d1103c 6570344: Invalid RSA OID in sun.security.x509.AlgorithmId Summary: change RSA OID to "2.5.8.1.1" Reviewed-by: mullan ! src/share/classes/sun/security/x509/AlgorithmId.java Changeset: 328148f45b31 Author: tbell Date: 2009-06-11 21:32 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/328148f45b31 Merge ! make/docs/Makefile - 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 ! test/Makefile Changeset: 74aefd0ab26d Author: martin Date: 2009-06-14 14:23 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/74aefd0ab26d 6850720: (process) Use clone(CLONE_VM), not fork, on Linux to avoid swap exhaustion Summary: Use clone(CLONE_VM) on Linux; Reluctantly implement execvpe. Reviewed-by: michaelm ! src/solaris/native/java/lang/UNIXProcess_md.c ! test/java/lang/ProcessBuilder/Basic.java + test/java/lang/ProcessBuilder/BigFork.java Changeset: d0de3e41426b Author: martin Date: 2009-06-14 14:33 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/d0de3e41426b 6511515: poor performance of LogRecord.inferCaller depending on java.lang.Throwable.getStackTraceElement Summary: Allow random access to stack trace elements; retrieve only needed ones Reviewed-by: swamyv Contributed-by: jeremymanson at google.com ! src/share/classes/java/lang/System.java ! src/share/classes/java/lang/Throwable.java ! src/share/classes/java/util/logging/LogRecord.java ! src/share/classes/sun/misc/JavaLangAccess.java Changeset: 5a5b56904855 Author: tbell Date: 2009-06-21 12:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/5a5b56904855 6853336: (process) disable or remove clone-exec feature (6850720) Summary: clone-exec feature (6850720) needs more work on 32-bit Linux Reviewed-by: alanb, michaelm Contributed-by: Martin Buchholz ! src/solaris/native/java/lang/UNIXProcess_md.c Changeset: 55a584478eac Author: tbell Date: 2009-06-21 23:52 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/55a584478eac Merge From tim.bell at sun.com Mon Jun 22 14:19:42 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Mon, 22 Jun 2009 21:19:42 +0000 Subject: hg: jdk7/jdk7/langtools: 14 new changesets Message-ID: <20090622212004.24DECEEAC@hg.openjdk.java.net> Changeset: b5872f0790e7 Author: jjg Date: 2009-05-19 11:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/b5872f0790e7 6841422: classfile: add Type visitor Reviewed-by: mcimadamore Contributed-by: kevin.t.looney at sun.com ! src/share/classes/com/sun/tools/classfile/Type.java Changeset: f838537fb1ac Author: jjg Date: 2009-05-19 11:33 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/f838537fb1ac 6841420: classfile: add new methods to ConstantClassInfo Reviewed-by: mcimadamore Contributed-by: kevin.t.looney at sun.com ! src/share/classes/com/sun/tools/classfile/ConstantPool.java Changeset: fc634a593812 Author: jjg Date: 2009-05-19 11:43 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/fc634a593812 6841419: classfile: add constant pool iterator Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/classfile/ClassTranslator.java ! src/share/classes/com/sun/tools/classfile/ClassWriter.java ! src/share/classes/com/sun/tools/classfile/ConstantPool.java Changeset: cd0630109de5 Author: jjg Date: 2009-05-19 11:50 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/cd0630109de5 6824493: experimental support for additional info for instructions Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/classfile/StackMapTable_attribute.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/InstructionDetailWriter.java ! src/share/classes/com/sun/tools/javap/JavapTask.java + src/share/classes/com/sun/tools/javap/Messages.java ! src/share/classes/com/sun/tools/javap/Options.java + src/share/classes/com/sun/tools/javap/SourceWriter.java + src/share/classes/com/sun/tools/javap/StackMapWriter.java + src/share/classes/com/sun/tools/javap/TryBlockWriter.java ! src/share/classes/com/sun/tools/javap/resources/javap.properties + test/tools/javap/T6824493.java Changeset: 0c6cd88f72b9 Author: jjg Date: 2009-05-19 13:53 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/0c6cd88f72b9 6843013: missing files in fix for 6824493 Reviewed-by: darcy + src/share/classes/com/sun/tools/javap/LocalVariableTableWriter.java + src/share/classes/com/sun/tools/javap/LocalVariableTypeTableWriter.java Changeset: 4ce1c1400334 Author: jjg Date: 2009-05-19 15:07 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/4ce1c1400334 6832154: refactor Paths to be just a utility class for JavacFileManager Reviewed-by: darcy ! src/share/classes/com/sun/tools/apt/main/Main.java ! src/share/classes/com/sun/tools/javac/file/Paths.java ! src/share/classes/com/sun/tools/javac/processing/JavacProcessingEnvironment.java Changeset: 79eb8795a1de Author: jjg Date: 2009-05-20 13:36 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/79eb8795a1de 6827026: Change javac source and target default to 7 Reviewed-by: darcy, ohair ! make/Makefile ! make/build.properties ! make/build.xml ! src/share/classes/com/sun/tools/javac/code/Source.java ! src/share/classes/com/sun/tools/javac/jvm/Target.java Changeset: 44eaac2b4501 Author: jjg Date: 2009-05-20 19:10 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/44eaac2b4501 6843648: tools/javac/versions/check.sh is broken Reviewed-by: darcy ! test/tools/javac/6341866/Anno.java ! test/tools/javac/6464451/BigFinally.java ! test/tools/javac/6464451/DeepNestedFinally.java ! test/tools/javac/6464451/ManyExitsInTry.java ! test/tools/javac/ClassLit.java ! test/tools/javac/T6557865.java ! test/tools/javac/foreach/T6682380.java ! test/tools/javac/processing/6348499/A.java ! test/tools/javac/processing/6414633/A.java ! test/tools/javac/processing/6430209/b6341534.java ! test/tools/javac/processing/T6439826.java ! test/tools/javac/stackmap/T4955930.sh ! test/tools/javac/versions/check.sh Changeset: d402db1005ad Author: mcimadamore Date: 2009-05-21 10:56 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/d402db1005ad 6722234: javac diagnostics need better integration with the type-system Summary: Added RichDiagnosticFormatter which provides better formatting capabilities for javac types/symbols Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Printer.java ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! 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 ! test/tools/javac/6304921/T6304921.java ! test/tools/javac/6304921/T6304921.out ! test/tools/javac/6491592/T6491592.out + test/tools/javac/Diagnostics/6722234/T6722234a.java + test/tools/javac/Diagnostics/6722234/T6722234a_1.out + test/tools/javac/Diagnostics/6722234/T6722234a_2.out + test/tools/javac/Diagnostics/6722234/T6722234b.java + test/tools/javac/Diagnostics/6722234/T6722234b_1.out + test/tools/javac/Diagnostics/6722234/T6722234b_2.out + test/tools/javac/Diagnostics/6722234/T6722234c.java + test/tools/javac/Diagnostics/6722234/T6722234c.out + test/tools/javac/Diagnostics/6722234/T6722234d.java + test/tools/javac/Diagnostics/6722234/T6722234d_1.out + test/tools/javac/Diagnostics/6722234/T6722234d_2.out ! test/tools/javac/ExtendArray.java ! test/tools/javac/ExtendArray.out ! test/tools/javac/OverridePosition.java ! test/tools/javac/OverridePosition.out ! test/tools/javac/T4093617/T4093617.java ! test/tools/javac/T4093617/T4093617.out ! test/tools/javac/T5003235/T5003235c.java ! test/tools/javac/T5003235/T5003235c.out ! test/tools/javac/miranda/T4666866.java ! test/tools/javac/miranda/T4666866.out ! test/tools/javac/protectedAccess/ProtectedMemberAccess2.java ! test/tools/javac/protectedAccess/ProtectedMemberAccess3.java ! test/tools/javac/protectedAccess/ProtectedMemberAccess4.java Changeset: 84061bd68019 Author: darcy Date: 2009-05-27 22:34 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/84061bd68019 6843761: Update langtools tests to remove unncessary -source and -target options Reviewed-by: jjg ! test/com/sun/javadoc/testIndex/TestIndex.java ! test/com/sun/javadoc/testInterface/TestInterface.java ! test/com/sun/javadoc/testNavagation/TestNavagation.java ! test/com/sun/javadoc/testTagInheritence/TestTagInheritence.java ! test/tools/javac/5005368.java ! test/tools/javac/Ambig3.java ! test/tools/javac/ArrayCast.java ! test/tools/javac/BadCovar.java ! test/tools/javac/ClassLiterals/InitializeOuter.java ! test/tools/javac/ClassLiterals/InitializeTarget.java ! test/tools/javac/ClassToTypeParm.java ! test/tools/javac/Closure1.java ! test/tools/javac/Closure2.java ! test/tools/javac/Closure3.java ! test/tools/javac/Closure4.java ! test/tools/javac/Closure5.java ! test/tools/javac/CompoundBox.java ! test/tools/javac/ConditionalArgTypes_1.java ! test/tools/javac/ConditionalArgTypes_2.java ! test/tools/javac/DefiniteAssignment/DUAssert.java ! test/tools/javac/EarlyAssert.java ! test/tools/javac/Enum1.java ! test/tools/javac/GoodCovar.java ! test/tools/javac/HexFloatLiterals.java ! test/tools/javac/HexThree.java ! test/tools/javac/InterfaceAssert.java ! test/tools/javac/InvalidIntfCast.java ! test/tools/javac/NewGeneric.java ! test/tools/javac/ObjectMethodRefFromInterface.java ! test/tools/javac/PrivateLocalConstructor.java ! test/tools/javac/RawCrash.java ! test/tools/javac/SynthName2.java ! test/tools/javac/T5090006/compiler.sh ! test/tools/javac/T5092545.java ! test/tools/javac/T5105890.java ! test/tools/javac/annotations/default/A.java ! test/tools/javac/annotations/neg/AnnComma.java ! test/tools/javac/annotations/neg/ArrayLit.java ! test/tools/javac/annotations/neg/Constant.java ! test/tools/javac/annotations/neg/Cycle1.java ! test/tools/javac/annotations/neg/Cycle2.java ! test/tools/javac/annotations/neg/Cycle3.java ! test/tools/javac/annotations/neg/Dep.java ! test/tools/javac/annotations/neg/Dup.java ! test/tools/javac/annotations/neg/DupTarget.java ! test/tools/javac/annotations/neg/MemberOver.java ! test/tools/javac/annotations/neg/ObjectMembers.java ! test/tools/javac/annotations/neg/OverrideNo.java ! test/tools/javac/annotations/neg/Package.java ! test/tools/javac/annotations/neg/Recovery.java ! test/tools/javac/annotations/neg/Recovery1.java ! test/tools/javac/annotations/neg/Scope.java ! test/tools/javac/annotations/neg/Syntax1.java ! test/tools/javac/annotations/neg/WrongTarget.java ! test/tools/javac/annotations/neg/WrongTarget2.java ! test/tools/javac/annotations/neg/WrongValue.java ! test/tools/javac/annotations/neg/Z1.java ! test/tools/javac/annotations/neg/Z10.java ! test/tools/javac/annotations/neg/Z11.java ! test/tools/javac/annotations/neg/Z12.java ! test/tools/javac/annotations/neg/Z13.java ! test/tools/javac/annotations/neg/Z14.java ! test/tools/javac/annotations/neg/Z15.java ! test/tools/javac/annotations/neg/Z16.java ! test/tools/javac/annotations/neg/Z2.java ! test/tools/javac/annotations/neg/Z3.java ! test/tools/javac/annotations/neg/Z4.java ! test/tools/javac/annotations/neg/Z5.java ! test/tools/javac/annotations/neg/Z8.java ! test/tools/javac/annotations/neg/Z9.java ! test/tools/javac/annotations/pos/AnnoteElideBraces.java ! test/tools/javac/annotations/pos/ClassA.java ! test/tools/javac/annotations/pos/Dep.java ! test/tools/javac/annotations/pos/Enum1.java ! test/tools/javac/annotations/pos/Local.java ! test/tools/javac/annotations/pos/Members.java ! test/tools/javac/annotations/pos/NType.java ! test/tools/javac/annotations/pos/OverrideCheck.java ! test/tools/javac/annotations/pos/OverrideOK.java ! test/tools/javac/annotations/pos/Parameter.java ! test/tools/javac/annotations/pos/Primitives.java ! test/tools/javac/annotations/pos/RightTarget.java ! test/tools/javac/annotations/pos/Z1.java ! test/tools/javac/annotations/pos/Z2.java ! test/tools/javac/annotations/pos/Z3.java ! test/tools/javac/annotations/pos/Z4.java ! test/tools/javac/annotations/pos/package-info.java ! test/tools/javac/assert/Attach.java ! test/tools/javac/assert/DU1.java ! test/tools/javac/assert/DU2.java ! test/tools/javac/assert/Position.java ! test/tools/javac/boxing/BoxedForeach.java ! test/tools/javac/boxing/Boxing1.java ! test/tools/javac/boxing/Boxing2.java ! test/tools/javac/boxing/Boxing4.java ! test/tools/javac/boxing/BoxingCaching.java ! test/tools/javac/capture/Capture1.java ! test/tools/javac/capture/Capture2.java ! test/tools/javac/capture/Capture3.java ! test/tools/javac/capture/Capture5.java ! test/tools/javac/cast/BoxedArray.java ! test/tools/javac/enum/AbstractEmptyEnum.java ! test/tools/javac/enum/AbstractEnum1.java ! test/tools/javac/enum/DA1.java ! test/tools/javac/enum/DA2.java ! test/tools/javac/enum/DA3.java ! test/tools/javac/enum/Def.java ! test/tools/javac/enum/Enum1.java ! test/tools/javac/enum/Enum2.java ! test/tools/javac/enum/Enum3.java ! test/tools/javac/enum/EnumImplicitPrivateConstructor.java ! test/tools/javac/enum/EnumInit.java ! test/tools/javac/enum/EnumPrivateConstructor.java ! test/tools/javac/enum/EnumProtectedConstructor.java ! test/tools/javac/enum/EnumPublicConstructor.java ! test/tools/javac/enum/EnumSwitch1.java ! test/tools/javac/enum/EnumSwitch2.java ! test/tools/javac/enum/EnumSwitch3.java ! test/tools/javac/enum/EnumSwitch4.java ! test/tools/javac/enum/ExplicitlyAbstractEnum1.java ! test/tools/javac/enum/ExplicitlyAbstractEnum2.java ! test/tools/javac/enum/ExplicitlyFinalEnum1.java ! test/tools/javac/enum/ExplicitlyFinalEnum2.java ! test/tools/javac/enum/FauxEnum1.java ! test/tools/javac/enum/FauxEnum3.java ! test/tools/javac/enum/FauxSpecialEnum1.java ! test/tools/javac/enum/FauxSpecialEnum2.java ! test/tools/javac/enum/LocalEnum.java ! test/tools/javac/enum/NoFinal.java ! test/tools/javac/enum/NoFinal2.java ! test/tools/javac/enum/NoFinal3.java ! test/tools/javac/enum/NoFinal4.java ! test/tools/javac/enum/NoFinal5.java ! test/tools/javac/enum/OkFinal.java ! test/tools/javac/enum/SynthValues.java ! test/tools/javac/enum/T5075242.java ! test/tools/javac/enum/T5081785.java ! test/tools/javac/enum/TrailingComma.java ! test/tools/javac/enum/UserValue.java ! test/tools/javac/enum/ValueOf.java ! test/tools/javac/enum/enumSwitch/EnumSwitch.java ! test/tools/javac/foreach/Foreach.java ! test/tools/javac/foreach/GenericIterator.java ! test/tools/javac/foreach/IntersectIterator.java ! test/tools/javac/foreach/ListOfListTest.java ! test/tools/javac/foreach/SpecIterable.java ! test/tools/javac/foreach/StaticBlock.java ! test/tools/javac/foreach/SuperfluousAbstract.java ! test/tools/javac/generics/ArrayClone.java ! test/tools/javac/generics/ArrayTypearg.java ! test/tools/javac/generics/BridgeClash.java ! test/tools/javac/generics/BridgeOrder.java ! test/tools/javac/generics/CastCrash.java ! test/tools/javac/generics/Casting.java ! test/tools/javac/generics/Casting2.java ! test/tools/javac/generics/Casting3.java ! test/tools/javac/generics/Casting4.java ! test/tools/javac/generics/Conditional.java ! test/tools/javac/generics/Covar2.java ! test/tools/javac/generics/Covar3.java ! test/tools/javac/generics/Covar4.java ! test/tools/javac/generics/Crash01.java ! test/tools/javac/generics/Crash02.java ! test/tools/javac/generics/CyclicInheritance3.java ! test/tools/javac/generics/CyclicInheritance5.java ! test/tools/javac/generics/ErasureClashCrash.java ! test/tools/javac/generics/ExtendedRaw1.java ! test/tools/javac/generics/ExtendedRaw2.java ! test/tools/javac/generics/ExtendedRaw3.java ! test/tools/javac/generics/ExtendedRaw4.java ! test/tools/javac/generics/FinalBridge.java ! test/tools/javac/generics/GenLit1.java ! test/tools/javac/generics/GenLit2.java ! test/tools/javac/generics/GenericAnonCtor.java ! test/tools/javac/generics/GenericMerge.java ! test/tools/javac/generics/GenericOverride.java ! test/tools/javac/generics/GenericThrowable.java ! test/tools/javac/generics/GetClass.java ! test/tools/javac/generics/GetClass2.java ! test/tools/javac/generics/InheritanceConflict.java ! test/tools/javac/generics/InheritanceConflict2.java ! test/tools/javac/generics/InheritanceConflict3.java ! test/tools/javac/generics/InnerInterface1.java ! test/tools/javac/generics/InnerInterface2.java ! test/tools/javac/generics/InstanceOf1.java ! test/tools/javac/generics/InstanceOf2.java ! test/tools/javac/generics/InstanceOf3.java ! test/tools/javac/generics/InterfaceCast1.java ! test/tools/javac/generics/LoadOrder.java ! test/tools/javac/generics/MissingBridge.java ! test/tools/javac/generics/MissingCast.java ! test/tools/javac/generics/Multibound1.java ! test/tools/javac/generics/MultipleInheritance.java ! test/tools/javac/generics/NameOrder.java ! test/tools/javac/generics/Nonlinear.java ! test/tools/javac/generics/ParametricException.java ! test/tools/javac/generics/ParenVerify.java ! test/tools/javac/generics/PermuteBound.java ! test/tools/javac/generics/PrimitiveClass.java ! test/tools/javac/generics/PrimitiveVariant.java ! test/tools/javac/generics/RawClient.java ! test/tools/javac/generics/RefEqual.java ! test/tools/javac/generics/RelaxedArrays.java ! test/tools/javac/generics/ReverseOrder.java ! test/tools/javac/generics/SelfImplement.java ! test/tools/javac/generics/SilentUnchecked.java ! test/tools/javac/generics/SuperTypeargs.java ! test/tools/javac/generics/T4661029.java ! test/tools/javac/generics/T4683314.java ! test/tools/javac/generics/T4684378.java ! test/tools/javac/generics/T4695348.java ! test/tools/javac/generics/T4695415.java ! test/tools/javac/generics/T4695847.java ! test/tools/javac/generics/T4711570.java ! test/tools/javac/generics/T4711572.java ! test/tools/javac/generics/T4711694.java ! test/tools/javac/generics/T4738171.java ! test/tools/javac/generics/T4739399.java ! test/tools/javac/generics/T4757416.java ! test/tools/javac/generics/T4784207a.java ! test/tools/javac/generics/T4784219.java ! test/tools/javac/generics/T5011073.java ! test/tools/javac/generics/T5094318.java ! test/tools/javac/generics/TyparamLit.java ! test/tools/javac/generics/TyparamStaticScope.java ! test/tools/javac/generics/TyparamStaticScope2.java ! test/tools/javac/generics/UncheckedArray.java ! test/tools/javac/generics/UncheckedConstructor.java ! test/tools/javac/generics/UncheckedCovariance.java ! test/tools/javac/generics/UnsoundInference.java ! test/tools/javac/generics/Varargs.java ! test/tools/javac/generics/Varargs2.java ! test/tools/javac/generics/WrongNew.java ! test/tools/javac/generics/abstract/T4717181c.java ! test/tools/javac/generics/bridge1/D.java ! test/tools/javac/generics/classreader/HArrayMethod.java ! test/tools/javac/generics/compat/CovariantCompat1.java ! test/tools/javac/generics/compat/OverrideBridge1.java ! test/tools/javac/generics/forwardSeparateBound/ForwardSeparateBound2.java ! test/tools/javac/generics/genericAbstract/A.java ! test/tools/javac/generics/odersky/BadTest.java ! test/tools/javac/generics/odersky/BadTest2.java ! test/tools/javac/generics/odersky/BadTest3.java ! test/tools/javac/generics/odersky/BadTest4.java ! test/tools/javac/generics/odersky/Test.java ! test/tools/javac/generics/odersky/Test2.java ! test/tools/javac/generics/odersky/Test3.java ! test/tools/javac/generics/odersky/Test4.java ! test/tools/javac/generics/parametricException/J.java ! test/tools/javac/generics/rare/Rare1.java ! test/tools/javac/generics/rare/Rare10.java ! test/tools/javac/generics/rare/Rare11.java ! test/tools/javac/generics/rare/Rare2.java ! test/tools/javac/generics/rare/Rare3.java ! test/tools/javac/generics/rare/Rare4.java ! test/tools/javac/generics/rare/Rare5.java ! test/tools/javac/generics/rare/Rare6.java ! test/tools/javac/generics/rare/Rare7.java ! test/tools/javac/generics/rare/Rare8.java ! test/tools/javac/generics/rare/Rare9.java ! test/tools/javac/generics/rawSeparate/RetroLexer.java ! test/tools/javac/generics/typeargs/Basic.java ! test/tools/javac/generics/typeargs/Metharg1.java ! test/tools/javac/generics/typeargs/Metharg2.java ! test/tools/javac/generics/typeargs/Newarg1.java ! test/tools/javac/generics/typeargs/Newarg2.java ! test/tools/javac/generics/typeargs/Superarg1.java ! test/tools/javac/generics/typeargs/Superarg2.java ! test/tools/javac/generics/typeargs/ThisArg.java ! test/tools/javac/generics/typevars/4856983/T4856983.java ! test/tools/javac/generics/typevars/4856983/T4856983a.java ! test/tools/javac/generics/typevars/4856983/T4856983b.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes1.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes2.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes3.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes4.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes5.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes6.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes7.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes8.java ! test/tools/javac/generics/wildcards/AssignmentDifferentTypes9.java ! test/tools/javac/generics/wildcards/AssignmentSameType1.java ! test/tools/javac/generics/wildcards/AssignmentSameType2.java ! test/tools/javac/generics/wildcards/AssignmentSameType3.java ! test/tools/javac/generics/wildcards/AssignmentSameType4.java ! test/tools/javac/generics/wildcards/AssignmentSameType5.java ! test/tools/javac/generics/wildcards/AssignmentSameType6.java ! test/tools/javac/generics/wildcards/AssignmentSameType7.java ! test/tools/javac/generics/wildcards/AssignmentSameType8.java ! test/tools/javac/generics/wildcards/BoundBug.java ! test/tools/javac/generics/wildcards/ContraArg.java ! test/tools/javac/generics/wildcards/T5097548.java ! test/tools/javac/generics/wildcards/T5097548b.java ! test/tools/javac/generics/wildcards/UnboundArray.java ! test/tools/javac/generics/wildcards/neg/AmbiguousCast.java ! test/tools/javac/generics/wildcards/neg/Capture.java ! test/tools/javac/generics/wildcards/neg/CastFail1.java ! test/tools/javac/generics/wildcards/neg/CastFail10.java ! test/tools/javac/generics/wildcards/neg/CastFail11.java ! test/tools/javac/generics/wildcards/neg/CastFail12.java ! test/tools/javac/generics/wildcards/neg/CastFail13.java ! test/tools/javac/generics/wildcards/neg/CastFail14.java ! test/tools/javac/generics/wildcards/neg/CastFail15.java ! test/tools/javac/generics/wildcards/neg/CastFail16.java ! test/tools/javac/generics/wildcards/neg/CastFail17.java ! test/tools/javac/generics/wildcards/neg/CastFail18.java ! test/tools/javac/generics/wildcards/neg/CastFail19.java ! test/tools/javac/generics/wildcards/neg/CastFail2.java ! test/tools/javac/generics/wildcards/neg/CastFail20.java ! test/tools/javac/generics/wildcards/neg/CastFail21.java ! test/tools/javac/generics/wildcards/neg/CastFail3.java ! test/tools/javac/generics/wildcards/neg/CastFail4.java ! test/tools/javac/generics/wildcards/neg/CastFail5.java ! test/tools/javac/generics/wildcards/neg/CastFail6.java ! test/tools/javac/generics/wildcards/neg/CastFail7.java ! test/tools/javac/generics/wildcards/neg/CastFail8.java ! test/tools/javac/generics/wildcards/neg/CastFail9.java ! test/tools/javac/generics/wildcards/neg/CastWarn10.java ! test/tools/javac/generics/wildcards/neg/CastWarn11.java ! test/tools/javac/generics/wildcards/neg/CastWarn12.java ! test/tools/javac/generics/wildcards/neg/CastWarn13.java ! test/tools/javac/generics/wildcards/neg/CastWarn14.java ! test/tools/javac/generics/wildcards/neg/CastWarn2.java ! test/tools/javac/generics/wildcards/neg/CastWarn3.java ! test/tools/javac/generics/wildcards/neg/CastWarn4.java ! test/tools/javac/generics/wildcards/neg/CastWarn5.java ! test/tools/javac/generics/wildcards/neg/CastWarn6.java ! test/tools/javac/generics/wildcards/neg/CastWarn7.java ! test/tools/javac/generics/wildcards/neg/CastWarn8.java ! test/tools/javac/generics/wildcards/neg/CastWarn9.java ! test/tools/javac/generics/wildcards/neg/ParamCast.java ! test/tools/javac/generics/wildcards/neg/Readonly.java ! test/tools/javac/generics/wildcards/neg/Unbounded.java ! test/tools/javac/generics/wildcards/pos/AmbiguousCast2.java ! test/tools/javac/generics/wildcards/pos/BoundsCollision.java ! test/tools/javac/generics/wildcards/pos/Capture.java ! test/tools/javac/generics/wildcards/pos/CastTest.java ! test/tools/javac/generics/wildcards/pos/InstanceOf.java ! test/tools/javac/generics/wildcards/pos/ParamCast.java ! test/tools/javac/generics/wildcards/pos/RvalConversion.java ! test/tools/javac/generics/wildcards/pos/UncheckedCast1.java ! test/tools/javac/importscope/A.java ! test/tools/javac/limits/FinallyNesting.java ! test/tools/javac/lint/Unchecked.java ! test/tools/javac/miranda/T4711325.java ! test/tools/javac/mixedTarget/CompatibleAbstracts1.java ! test/tools/javac/mixedTarget/ExtendCovariant2.java ! test/tools/javac/overload/T5090220.java ! test/tools/javac/processing/environment/TestSourceVersion.java ! test/tools/javac/stackmap/UninitThis.java ! test/tools/javac/staticImport/Ambig1.java ! test/tools/javac/staticImport/ImportInherit.java ! test/tools/javac/staticImport/ImportPrivate.java ! test/tools/javac/staticImport/PrivateStaticImport.java ! test/tools/javac/staticImport/Shadow.java ! test/tools/javac/staticImport/StaticImport.java ! test/tools/javac/staticImport/StaticImport2.java ! test/tools/javac/unicode/Unmappable.java ! test/tools/javac/varargs/Anon.java ! test/tools/javac/varargs/BadSyntax2.java ! test/tools/javac/varargs/Varargs1.java ! test/tools/javac/varargs/VarargsOverride.java ! test/tools/javac/varargs/Warn1.java ! test/tools/javac/varargs/Warn2.java ! test/tools/javac/varargs/warning/Warn2.java ! test/tools/javac/varargs/warning/Warn3.java ! test/tools/javadoc/LangVers.java ! test/tools/javadoc/annotations/annotateMethodsFields/Main.java ! test/tools/javadoc/annotations/annotatePackage/Main.java ! test/tools/javadoc/annotations/annotateParams/Main.java ! test/tools/javadoc/annotations/defaults/Main.java ! test/tools/javadoc/annotations/elementTypes/Main.java ! test/tools/javadoc/annotations/shortcuts/Main.java ! test/tools/javadoc/enum/docComments/Main.java ! test/tools/javadoc/enum/enumType/Main.java ! test/tools/javadoc/generics/genericClass/Main.java ! test/tools/javadoc/generics/genericInnerAndOuter/Main.java ! test/tools/javadoc/generics/genericInterface/Main.java ! test/tools/javadoc/generics/genericMethod/Main.java ! test/tools/javadoc/generics/genericSuper/Main.java ! test/tools/javadoc/generics/supertypes/Main.java ! test/tools/javadoc/generics/throwsGeneric/Main.java ! test/tools/javadoc/generics/tparamCycle/Main.java ! test/tools/javadoc/generics/tparamTagOnMethod/Main.java ! test/tools/javadoc/generics/tparamTagOnType/Main.java ! test/tools/javadoc/generics/wildcards/Main.java ! test/tools/javadoc/lib/Tester.java ! test/tools/javadoc/varArgs/Main.java Changeset: d4828eba4939 Author: jjg Date: 2009-05-28 09:49 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/d4828eba4939 6802102: unignore @ignored tests where possible Reviewed-by: mcimadamore ! test/tools/javac/T6405099.java ! test/tools/javac/api/6431257/T6431257.java ! test/tools/javac/api/TestJavacTaskScanner.java ! test/tools/javac/code/ArrayClone.java - test/tools/javac/code/ArrayClone.sh ! test/tools/javac/generics/inference/6365166/NewTest.java Changeset: 47cf04bb80c9 Author: jjg Date: 2009-05-29 16:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/47cf04bb80c9 6838199: remove support for old javap Reviewed-by: ohair, mcimadamore ! make/build.xml ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/Main.java ! src/share/classes/com/sun/tools/javap/resources/javap.properties - src/share/classes/sun/tools/javap/AttrData.java - src/share/classes/sun/tools/javap/CPX.java - src/share/classes/sun/tools/javap/CPX2.java - src/share/classes/sun/tools/javap/ClassData.java - src/share/classes/sun/tools/javap/Constants.java - src/share/classes/sun/tools/javap/FieldData.java - src/share/classes/sun/tools/javap/InnerClassData.java - src/share/classes/sun/tools/javap/JavapEnvironment.java - src/share/classes/sun/tools/javap/JavapPrinter.java - src/share/classes/sun/tools/javap/LineNumData.java - src/share/classes/sun/tools/javap/LocVarData.java - src/share/classes/sun/tools/javap/Main.java - src/share/classes/sun/tools/javap/MethodData.java - src/share/classes/sun/tools/javap/RuntimeConstants.java - src/share/classes/sun/tools/javap/StackMapData.java - src/share/classes/sun/tools/javap/StackMapTableData.java - src/share/classes/sun/tools/javap/Tables.java - src/share/classes/sun/tools/javap/TrapData.java - src/share/classes/sun/tools/javap/TypeSignature.java ! test/tools/javap/ExtPath.java - test/tools/javap/ListTest.java - test/tools/javap/OptionTest.java Changeset: 163f5d75f77a Author: tbell Date: 2009-06-11 21:35 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/163f5d75f77a Merge ! make/Makefile ! make/build.xml - src/share/classes/sun/tools/javap/AttrData.java - src/share/classes/sun/tools/javap/CPX.java - src/share/classes/sun/tools/javap/CPX2.java - src/share/classes/sun/tools/javap/ClassData.java - src/share/classes/sun/tools/javap/Constants.java - src/share/classes/sun/tools/javap/FieldData.java - src/share/classes/sun/tools/javap/InnerClassData.java - src/share/classes/sun/tools/javap/JavapEnvironment.java - src/share/classes/sun/tools/javap/JavapPrinter.java - src/share/classes/sun/tools/javap/LineNumData.java - src/share/classes/sun/tools/javap/LocVarData.java - src/share/classes/sun/tools/javap/Main.java - src/share/classes/sun/tools/javap/MethodData.java - src/share/classes/sun/tools/javap/RuntimeConstants.java - src/share/classes/sun/tools/javap/StackMapData.java - src/share/classes/sun/tools/javap/StackMapTableData.java - src/share/classes/sun/tools/javap/Tables.java - src/share/classes/sun/tools/javap/TrapData.java - src/share/classes/sun/tools/javap/TypeSignature.java - test/tools/javac/code/ArrayClone.sh - test/tools/javap/ListTest.java - test/tools/javap/OptionTest.java Changeset: 6855e5aa3348 Author: tbell Date: 2009-06-21 23:55 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/6855e5aa3348 Merge From Tim.Bell at Sun.COM Mon Jun 22 14:34:49 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 22 Jun 2009 14:34:49 -0700 Subject: jdk7-b62: JSN, Tools, Core Libraries, and Serviceability Message-ID: <4A3FF8F9.5050905@sun.com> http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/23f2c435056b http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/86092459c54d http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/97344798aaf7 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/2ec98e99e4ea http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/d0de3e41426b http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/163f5d75f77a http://hg.openjdk.java.net/jdk7/jdk7/rev/2734c0deab69 --- Component : jmx Status : 0 major failures, 0 minor failures Date : 06/18/2009 at 06:17 Tested By : Yves Joan Cost(total man-days): 1 Workspace : /net/sqenfs-1.sfbay/export1/testbase/sqe/7/ws/int/7_int/jmx/ Bundles : /net/jprt-web.sfbay/jprt/archive/2009/06/2009-06-16-040604.tbell.Agones/bundles Platforms : Solaris Sparc 10(32), -server Solaris x86 10(32), -client Windows Vista 32 bit, -server Solaris AMD64(64jdk), -d64/-server Others Tests : /net/sqenfs-1.sfbay/export1/testbase/sqe/7/ws/int/7_int/jmx/ Browsers : NA Patches : NA Logs : http://sqeweb.sfbay.sun.com/nfs/results/jmx/gtee/JDK7/PIT/JMX/7/b61/20090617-041454/ Number of Tests Executed : 162 product tests, 416 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6657154: Mutable statics in JMX SNMP implementation (findbugs) Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: ------------------------------- Component : libs Go/NoGO : Go Date :6.19/09 Tested By : SQE_TL_PIT Cost(total man-days): 1 Workspace : /net/sqenfs-1/export1/comp/jsn/all_workspace/7_int/libs Bundles : /net/bonsai.sfbay/w/builds/jdk/7/pit/b61/ Platforms : solaris10-i586/-client , solaris10-sparcv9/-d64, windows-amd64/-server , linux-i586/-client Tests : /net/sqenfs-1/export1/comp/libs/testbase Browsers : NA Patches : NA Logs : http://jsn-sb2500-1.sfbay.sun.com:9090/tert/ Number of Tests Executed : 1643 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 5065777 java char_encodin CharsetEncoder canEncode() methods often incorre 6229811 java char_encodin Several codepoints in EUC_TW failed in roundtrip 6569191 java char_encodin Cp943 io converter returns U+0000 and U+FFFD for 6577466 java char_encodin Character encoder IBM970 throws a BufferOverflow 6639450 java char_encodin IBM949C encoder modifies state of IBM949 encoder 6831794 java char_encodin charset EUC_TW is 12.6% of the total size of cha 6843079 java char_encodin Putback for the new EUC_TW is not complete 6843578 java char_encodin Re-implement IBM doublebyte charsets 6850720 java classes_lang (process) Use clone(CLONE_VM), not fork, on Linu 6622432 java classes_math RFE: Performance improvements to java.math.BigDe 6806261 java classes_math BigDecimal.longValueExact() method throws NullPo 6734167 java classes_util Calendar.readObject allows elevation of privileg 6829636 java classes_util test/java/util/logging/LoggingDeadlock2.java is Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6728376 java classes_util Wrong error handling in Java_java_util_zip_Defla 6735255 java classes_util ZipFile.close() does not close ZipFileInputStrea 6808625 java classes_util Incomplete code sample in Deflater javadoc 6511515 java classes_util poor performance of LogRecord.inferCaller depend Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: 6728376 - noreg-hard, 6735255 - noreg-hard, 6808625 - noreg-doc ------------------------------- Component : net Status : 0 major failures, 0 minor failures Date : 06/19/2009 at 23:01 Tested By : JSN SQE Cost(total man-days): 1 Workspace : /net/sqenfs-1/export1/comp/jsn/all_workspace/7_int/networking Bundles : /net/bonsai.sfbay/w/builds/jdk/7/pit/b61 Platforms : solaris10-i586/-client, windows-amd64/-server, solaris10-sparcv9/-d64, linux-i586/-client Tests : /net/sqenfs-1/export1/comp/jsn/all_workspace/7_int/networking Browsers : NA Patches : NA Logs : /net/sqenfs-2/export2/results/networking/pit/7/b61/ Number of Tests Executed : 460 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6349566 java classes_net java.net.CookieManager doesn't set default domai 6578647 java classes_net Undefined requesting URL in "java.net.Authentica 6726695 java classes_net HttpURLConnection shoul support 'Expect: 100-con Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6807602 java classes_net Increase MAX_BUFFER_LEN and MAX_HEAP_BUFFER_LEN Other reasons: New bugs filed: Bugs in PIT build: 6852482 java/classes_net CookieManager/TestCookieManager/TestCookieManager2 failes since jdk7/pit/b61 Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: 6807602 - no-regtest ------------------------------- Component : sec Status : 0 major failures, 0 minor failures Date : 06/19/2009 at 04:30 Tested By : JSN SQE Cost(total man-days): 1 Workspace : /net/sqenfs-1/export1/comp/jsn/all_workspace/7_int/security Bundles : /net/bonsai.sfbay/w/builds/jdk/7/pit/b61 Platforms : solaris10-i586/-client, windows-amd64/-server Tests : /net/sqenfs-1/export1/comp/jsn/all_workspace/7_int/security Browsers : NA Patches : NA Logs : /net/sqenfs-2/export2/results/security/pit/7/b61/ Number of Tests Executed : 1059 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6497740 java classes_secu Limit the size of RSA public keys 6682516 java classes_secu SPNEGO_HTTP_AUTH/WWW_KRB and SPNEGO_HTTP_AUTH/WW 6720721 java classes_secu CRL check with circular depency support needed 6845286 java classes_secu Add regression test for name constraints. Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6570344 java classes_secu Invalid RSA OID in sun.security.x509.AlgorithmId 6832016 java classes_secu {DigestMD5Base,Des3DkCrypto}.setParityBit should 6843122 java classes_secu Security source bundle updates for 7 6847459 java classes_secu Allow trust anchor self-issued intermediate vers Other reasons: New bugs filed: Bugs in PIT build: 6852744 PIT b61: PKI test suite fails because self signed certificates are being rejected Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: 6570344 - noreg-trivial, 6832016 - noreg-cleanup, 6843122,6847459 - noreg-external ------------------------------- Component : tools Go/NoGO : Go Date :06/19/09 Tested By : SQE_TL_PIT Cost(total man-days): 1 Workspace : /net/sqenfs-1/export1/comp/jsn/all_workspace/7_int/tools Bundles : /net/bonsai.sfbay/w/builds/jdk/7/pit/b61/ Platforms : solaris10-i586/-client , solaris10-sparcv9/-d64, windows-amd64/-server , linux-i586/-client Tests : /net/sqenfs-1/export1/comp/tools/testbase Browsers : NA Patches : NA Logs : http://jsn-sb2500-1.sfbay.sun.com:9090/tert/ Number of Tests Executed : 1079 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6722234 java compiler javac diagnostics need better integration with t 6802102 java compiler unignore @ignored tests where possible 6843648 java compiler tools/javac/versions/check.sh is broken 6843761 java compiler Update langtools tests to remove unncessary -sou 6824493 java javap experimental support for additional info for ins 6838199 java javap remove support for old javap 6841422 java javap classfile: add Type visitor Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6827026 java compiler Change javac source and target default to 7 6832154 java compiler refactor Paths to be just a utility class for Ja 6841419 java javap classfile: add constant pool iterator 6841420 java javap classfile: add new methods to ConstantClassInfo 6843013 java javap missing files in fix for 6824493 6838211 java build jdk docs creation broken for tracing docs Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b61 Issues and Notes: 6832154 - noreg-cleanup, 6841419 - noreg-cleanup, 6841420 - noreg-trivial, 6841422 - noreg-trivial ------------------------------- From yuri.nesterenko at sun.com Wed Jun 24 04:35:01 2009 From: yuri.nesterenko at sun.com (yuri.nesterenko at sun.com) Date: Wed, 24 Jun 2009 11:35:01 +0000 Subject: hg: jdk7/jdk7: 2 new changesets Message-ID: <20090624113501.1F25AEF6B@hg.openjdk.java.net> Changeset: 60b818e5e4f9 Author: andrew Date: 2009-06-17 20:53 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/60b818e5e4f9 6851515: awt_p.h incorporates a chunk of the XRender header Summary: Use XRender header directly rather than copying chunks locally Reviewed-by: anthony, ohair ! README-builds.html Changeset: c7ed15ab92ce Author: yan Date: 2009-06-23 23:08 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/c7ed15ab92ce Merge From yuri.nesterenko at sun.com Wed Jun 24 04:40:16 2009 From: yuri.nesterenko at sun.com (yuri.nesterenko at sun.com) Date: Wed, 24 Jun 2009 11:40:16 +0000 Subject: hg: jdk7/jdk7/jdk: 9 new changesets Message-ID: <20090624114204.14EA6EF79@hg.openjdk.java.net> Changeset: 6f1f159aed75 Author: yan Date: 2009-06-03 17:41 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/6f1f159aed75 6839645: Swing application prints message in Control Panel if language is changed Summary: just remove debug printout from production builds; ignore multicharacter-generating keys Reviewed-by: uta ! src/windows/native/sun/windows/awt_Component.cpp Changeset: a3f970a8600b Author: anthony Date: 2009-06-04 15:18 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/a3f970a8600b 6832386: Fix JTreg test: java/awt/Graphics/DrawImageBG/SystemBgColorTest.java Summary: Removed unneeded System.exit(0) call. Reviewed-by: art, ohair, anthony Contributed-by: Omair Majid ! test/java/awt/Graphics/DrawImageBG/SystemBgColorTest.java Changeset: 7289003cd1c9 Author: dcherepanov Date: 2009-06-05 17:30 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/7289003cd1c9 6829180: Removing focused component from a window causes a JVM crash for JDK7b50+ on WinXP/Vista Summary: access pData on the toolkit thread Reviewed-by: art, anthony, naoto ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_InputMethod.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Toolkit.h ! src/windows/native/sun/windows/awtmsg.h Changeset: 70654407b626 Author: dcherepanov Date: 2009-06-15 11:15 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/70654407b626 6847584: closed/java/awt/EventDispatchThread/LoopRobustness/LoopRobustness.html fails Reviewed-by: anthony + test/java/awt/EventDispatchThread/LoopRobustness/LoopRobustness.html ! test/java/awt/EventDispatchThread/LoopRobustness/LoopRobustness.java Changeset: 0e441c781cdc Author: yan Date: 2009-06-16 00:37 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/0e441c781cdc Merge - src/share/native/sun/java2d/pipe/RenderBuffer.c Changeset: 2a526ccd12e8 Author: andrew Date: 2009-06-17 21:13 +0100 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/2a526ccd12e8 6851515: awt_p.h incorporates a chunk of the XRender header Summary: Use XRender header directly rather than copying chunks locally Reviewed-by: anthony, ohair ! src/solaris/native/sun/awt/awt_GraphicsEnv.c ! src/solaris/native/sun/awt/awt_p.h Changeset: 1bbbd0ef5d04 Author: peytoia Date: 2009-06-13 06:43 +0900 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/1bbbd0ef5d04 6850113: Bidi class needs to be updated to support Unicode 5.1 Reviewed-by: okutsu ! make/java/text/FILES_java.gmk ! make/sun/font/FILES_c.gmk ! make/sun/font/Makefile ! make/sun/font/mapfile-vers ! make/sun/font/mapfile-vers.openjdk ! src/share/classes/java/text/Bidi.java + src/share/classes/sun/text/bidi/BidiBase.java + src/share/classes/sun/text/bidi/BidiLine.java + src/share/classes/sun/text/bidi/BidiRun.java ! src/share/classes/sun/text/normalizer/UCharacter.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 ! src/share/native/sun/font/layout/LETypes.h ! test/java/text/Bidi/BidiBug.java + test/java/text/Bidi/BidiConformance.java ! test/java/text/Bidi/BidiEmbeddingTest.java + test/java/text/Bidi/Bug6850113.java Changeset: 45316d7cc9dc Author: yan Date: 2009-06-17 23:27 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/45316d7cc9dc Merge - 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: 12e11fab9a83 Author: yan Date: 2009-06-23 23:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/12e11fab9a83 Merge - 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 From Yuri.Nesterenko at Sun.COM Wed Jun 24 05:03:04 2009 From: Yuri.Nesterenko at Sun.COM (Yuri Nesterenko) Date: Wed, 24 Jun 2009 16:03:04 +0400 Subject: jdk7-b62: awt, i18n In-Reply-To: <4A2F9162.1050100@sun.com> References: <4A2F9162.1050100@sun.com> Message-ID: <4A4215F8.3020002@sun.com> http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/65b66117dbd7 http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/a88386380bda http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/a97dd57a6260 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/75c801c13ea1 http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/12e11fab9a83 http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/6855e5aa3348 http://hg.openjdk.java.net/jdk7/jdk7/rev/c7ed15ab92ce -------------------------------------------------------- Component : awt Status : 0 major failures, 0 minor failures Date : 06/23/2009 at 22:46 Tested By : karen.pinto,lawrence.premkumar1 Cost(total man-days): 3 Workspace : /net/sqindia/export/disk11/awt/lawrence/awtWS Bundles : /net/sqindia.india/export/disk05/2d-SQE/PIT/7/2009-06-18-062812.yn153226.jdk7-swing-pit-with-awt Platforms : Solaris Sparc 10(32), -client WinXP Prof(32), -client RH AS4.0 (32), -client Tests : /net/sqindia/export/disk11/awt/lawrence/awtWS Browsers : NA Patches : NA Logs : /net/sqindia/export/disk05/awt/karen/pit7b62 Number of Tests Executed : 1971 product tests, 27027 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6829180: Removing focused component from a window causes a JVM crash for JDK7b50+ on WinXP/Vista 6832386: Fix JTreg test: java/awt/Graphics/DrawImageBG/SystemBgColorTest.java 6847584: closed/java/awt/EventDispatchThread/LoopRobustness/LoopRobustness.html fails 6847585: closed/java/awt/Modal/DialogsLeakTest/DialogsLeakTest.java fails 6847600: closed/java/awt/Toolkit/Headless/WrappedToolkitTest/WrappedToolkitTest.sh fails Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6839645: Swing application prints message in Control Panel if language is changed 6850113: Bidi class needs to be updated to support Unicode 5.1 6851515: awt_p.h incorporates a chunk of the XRender header Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b62 Issues and Notes: Do not have the infrastructure to test the bug 6839645 and others do not require testing. ------------------------------- From karen.pinto,lawrence.premkumar1 -----------------------Component : i18n Status : 0 major failures, 0 minor failures Date : 06/22/2009 at 17:14 Tested By : jane wang Cost(total man-days): 1 Workspace : /net/boingo.sfbay/vol02/jcg/NB.archived/7/swing/2009-06-18-062812.yn153226.jdk7-swing-pit-with-awt/solaris_sparc/ Bundles : /net/boingo.sfbay/vol02/jcg/NB.archived/7/swing/2009-06-18-062812.yn153226.jdk7-swing-pit-with-awt/solaris_sparc/ Platforms : Solaris Sparc 10(32), -client Tests : /net/jano1.sfbay/export1/jcg/ws-depot/7/swing/repo.latest-pit/jdk/test/java/text/Bidi/Bug6850113.java Browsers : NA Patches : NA Logs : /net/sqenfs-1/export1/comp/i18n/public_html/pit/7/b62/bidi Number of Tests Executed : 0 product tests, 5 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6850113: Bidi class needs to be updated to support Unicode 5.1 Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b62 Issues and Notes: need to add option \"-XDignore.symbol.file=true\" for compilation ------------------------------- From jane wang ------------------------------------------- Subject: Re: swing+awt+i18n PIT request for 7 b62 From: T VinayKumar Date: Thu, 18 Jun 2009 15:53:25 +0530 To: Yuri Nesterenko CC: pit_sqe at sun.com, client-integrators at sun.com Hi Yuri, I don't see any swing specific issues in this pit.So we are waiving of the pit. -Vinay From xiomara.jayasena at sun.com Thu Jun 25 16:44:53 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 25 Jun 2009 23:44:53 +0000 Subject: hg: jdk7/jdk7: Added tag jdk7-b62 for changeset c7ed15ab92ce Message-ID: <20090625234454.0AF02E1A4@hg.openjdk.java.net> Changeset: 57f7e028c7ad Author: xdono Date: 2009-06-25 12:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/57f7e028c7ad Added tag jdk7-b62 for changeset c7ed15ab92ce ! .hgtags From xiomara.jayasena at sun.com Thu Jun 25 16:49:33 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 25 Jun 2009 23:49:33 +0000 Subject: hg: jdk7/jdk7/corba: Added tag jdk7-b62 for changeset 65b66117dbd7 Message-ID: <20090625234935.1E234E1AC@hg.openjdk.java.net> Changeset: d20e45cd539f Author: xdono Date: 2009-06-25 12:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/d20e45cd539f Added tag jdk7-b62 for changeset 65b66117dbd7 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 25 16:57:37 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Thu, 25 Jun 2009 23:57:37 +0000 Subject: hg: jdk7/jdk7/hotspot: Added tag jdk7-b62 for changeset a88386380bda Message-ID: <20090625235746.A76F7E1B2@hg.openjdk.java.net> Changeset: 8754a3c37762 Author: xdono Date: 2009-06-25 12:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/8754a3c37762 Added tag jdk7-b62 for changeset a88386380bda ! .hgtags From xiomara.jayasena at sun.com Thu Jun 25 17:06:43 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 26 Jun 2009 00:06:43 +0000 Subject: hg: jdk7/jdk7/jaxp: Added tag jdk7-b62 for changeset a97dd57a6260 Message-ID: <20090626000646.4409BE1B8@hg.openjdk.java.net> Changeset: ae449e9c04c1 Author: xdono Date: 2009-06-25 12:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/ae449e9c04c1 Added tag jdk7-b62 for changeset a97dd57a6260 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 25 17:11:28 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 26 Jun 2009 00:11:28 +0000 Subject: hg: jdk7/jdk7/jaxws: Added tag jdk7-b62 for changeset 75c801c13ea1 Message-ID: <20090626001131.17493E1BE@hg.openjdk.java.net> Changeset: b8a6e883c0a6 Author: xdono Date: 2009-06-25 12:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/b8a6e883c0a6 Added tag jdk7-b62 for changeset 75c801c13ea1 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 25 17:16:27 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 26 Jun 2009 00:16:27 +0000 Subject: hg: jdk7/jdk7/jdk: Added tag jdk7-b62 for changeset 12e11fab9a83 Message-ID: <20090626001702.84123E1C4@hg.openjdk.java.net> Changeset: 8905d218cd0d Author: xdono Date: 2009-06-25 12:10 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/8905d218cd0d Added tag jdk7-b62 for changeset 12e11fab9a83 ! .hgtags From xiomara.jayasena at sun.com Thu Jun 25 17:31:21 2009 From: xiomara.jayasena at sun.com (xiomara.jayasena at sun.com) Date: Fri, 26 Jun 2009 00:31:21 +0000 Subject: hg: jdk7/jdk7/langtools: Added tag jdk7-b62 for changeset 6855e5aa3348 Message-ID: <20090626003125.5DA3CE1CA@hg.openjdk.java.net> Changeset: 5c2c81120555 Author: xdono Date: 2009-06-25 12:10 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5c2c81120555 Added tag jdk7-b62 for changeset 6855e5aa3348 ! .hgtags From erik.trimble at sun.com Tue Jun 30 10:50:47 2009 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Tue, 30 Jun 2009 17:50:47 +0000 Subject: hg: jdk7/jdk7/hotspot: 9 new changesets Message-ID: <20090630175108.BDC76E70F@hg.openjdk.java.net> Changeset: 821269eca479 Author: ysr Date: 2009-06-11 12:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/821269eca479 6820167: GCALotAtAllSafepoints + FullGCALot(ScavengeALot) options crash JVM Summary: Short-circuit gc-a-lot attempts by non-JavaThreads; SkipGCALot c'tor to elide re-entrant gc-a-lot attempts. Reviewed-by: apetrusenko, jcoomes, jmasa, kamg ! src/share/vm/memory/gcLocker.hpp ! src/share/vm/runtime/interfaceSupport.cpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp ! src/share/vm/runtime/vmThread.cpp Changeset: d44bdab1c03d Author: johnc Date: 2009-06-11 17:19 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/d44bdab1c03d 6843694: G1: assert(index < _vs.committed_size(),"bad index"), g1BlockOffsetTable.inline.hpp:55 Summary: For heaps larger than 32Gb, the number of heap regions overflows the data type used to hold the region index in the SparsePRT structure. Changed the region indexes, card indexes, and RSet hash table buckets to ints and added some size overflow guarantees. Reviewed-by: ysr, tonyp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.cpp ! src/share/vm/gc_implementation/g1/sparsePRT.hpp ! src/share/vm/gc_implementation/includeDB_gc_g1 Changeset: 353ba4575581 Author: jcoomes Date: 2009-06-07 22:08 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/353ba4575581 6814552: par compact - some compilers fail to optimize bitmap code Reviewed-by: tonyp, iveresov, jmasa, ysr ! src/share/vm/gc_implementation/parallelScavenge/parMarkBitMap.hpp Changeset: 6e2afda171db Author: jcoomes Date: 2009-06-11 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/6e2afda171db 6849716: BitMap - performance regression introduced with G1 Summary: make verification code visible only in debug builds Reviewed-by: iveresov, ysr, johnc, apetrusenko, tonyp ! src/share/vm/includeDB_compiler1 ! src/share/vm/utilities/bitMap.cpp ! src/share/vm/utilities/bitMap.hpp ! src/share/vm/utilities/bitMap.inline.hpp ! src/share/vm/utilities/macros.hpp Changeset: 3104f76478ee Author: jmasa Date: 2009-06-18 12:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/3104f76478ee Merge Changeset: 830ca2573896 Author: tonyp Date: 2009-06-12 16:20 -0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/830ca2573896 6850846: G1: extend G1 marking verification Summary: extend G1 marking verification to use either the "prev" or "next" marking information, as appropriate. Reviewed-by: johnc, ysr ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp Changeset: 85d0690f7d12 Author: jmasa Date: 2009-06-19 07:33 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/85d0690f7d12 Merge Changeset: f9c95d5dc41f Author: trims Date: 2009-06-25 22:01 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/f9c95d5dc41f Merge Changeset: 32c83fb84370 Author: trims Date: 2009-06-30 10:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/32c83fb84370 6856257: Bump the HS16 build number to 05 Summary: Update the HS16 build number to 05 Reviewed-by: jcoomes ! make/hotspot_version From Erik.Trimble at Sun.COM Tue Jun 30 10:53:03 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Tue, 30 Jun 2009 10:53:03 -0700 Subject: jdk7-b63: Hotspot Message-ID: <4A4A50FF.7010907@sun.com> Build 05 of Hotspot 16 has been integrated for JDK 7 Build 63. http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/d20e45cd539f http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/32c83fb84370 http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/ae449e9c04c1 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/b8a6e883c0a6 http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/8905d218cd0d http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5c2c81120555 http://hg.openjdk.java.net/jdk7/jdk7/rev/57f7e028c7ad Be aware that there is one major failure/regression this this build. See the end of the PIT certificate for more details. ------------- Component : VM Status : 1 major failures, 3 minor failures Date : 06/30/2009 at 09:19 Tested By : Nicolay.Haustov at sun.com and VM SQE Cost(total man-days): 1 Workspace : /java/jdk/ws/hotspot/ws/master Bundles : /net/jprt-web.sfbay/jprt/archive/2009/06/2009-06-26-065305.et151817.hs16b05/bundles/ Platforms : Solaris Sparc 10(32), -client Solaris Sparc 10(32), -server Solaris x86 11(32), -client Solaris x86 11(32), -server Solaris x86 10(32), -client Solaris x86 10(32), -server WinXP Prof(32), -client WinXP Prof(32), -server WinXP Home(32), -client WinXP Home(32), -server Win Server 2003(32), -client Win Server 2003(32), -server Windows Vista 32 bit, -client Windows Vista 32 bit, -server Windows Vista 64 bit, -client Windows Vista 64 bit, -server RH AS4.0 (32), -client RH AS4.0 (32), -server Solaris AMD64(32jdk), -d64/-server Solaris AMD64(64jdk), -d64/-server Sol Sparc 10(64OS)(64jdk), -d64/-server win server2003 AMD(64OS)(64jdk), -d64/-server RH AS4.0 AMD(64OS)(64jdk), -d64/-server Others Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase Browsers : NA Patches : NA Logs : http://sqeweb.sfbay.sun.com/nfs/results/vm/gtee/HSX/PIT/VM/16/b05/jdk7b63/ Number of Tests Executed : 566982 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6820167: GCALotAtAllSafepoints + FullGCALot(ScavengeALot) options crash JVM Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6814552: par compact - some compilers fail to optimize bitmap code 6849716: BitMap: performance regression introduced with G1 6850846: G1: extend G1 marking verification Other reasons: 6843694: G1: assert(index < _vs.committed_size(),"bad index"), g1BlockOffsetTable.inline.hpp:55 New bugs filed: Bugs in PIT build: 6855551: java -Xrunhprof crashes when running with classes compiled with targed=7 on windows and linux 6856157: Tests jit/jtest/jtest01, jit/jtest/jtest02, jit/jtest/jtest03, jit/jtest/jtest04 timeouts on SuSE 6856165: tests with explicit -target 1.5 fail with jdk7 since javac now defaults to 1.7 6856174: Test closed/java/util/TimeZone/Bug4472183.java does not work on Linux, TimeZone.getDefault fails Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b63 Issues and Notes: 6855551 is the major failure and a regression. This is HS16 b05 PIT for JDK 7 b63. ------------------------------- From Nicolay.Haustov at sun.com and VM SQE -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA From jennifer.godinez at sun.com Tue Jun 30 11:45:13 2009 From: jennifer.godinez at sun.com (jennifer.godinez at sun.com) Date: Tue, 30 Jun 2009 18:45:13 +0000 Subject: hg: jdk7/jdk7/jdk: 14 new changesets Message-ID: <20090630184813.2CC7DE731@hg.openjdk.java.net> Changeset: 9cf4ef04d9a7 Author: prr Date: 2009-05-06 14:14 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/9cf4ef04d9a7 6806822: Font.getFontName() is slow in Java5 and 6 Reviewed-by: igor, jgodinez ! src/share/classes/sun/font/TrueTypeFont.java Changeset: ec0a8acd4737 Author: jgodinez Date: 2009-05-14 09:53 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/ec0a8acd4737 Merge Changeset: fb03586d68b6 Author: jgodinez Date: 2009-05-21 09:56 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/fb03586d68b6 6829659: Circle is rendered in C shape Reviewed-by: campbell, flar Contributed-by: Google ! src/share/classes/sun/java2d/pisces/PiscesCache.java + test/sun/pisces/ScaleTest.java Changeset: 907324eb3e64 Author: bae Date: 2009-05-23 08:35 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/907324eb3e64 4893408: JPEGReader throws IllegalArgException when setting the destination to BYTE_GRAY Reviewed-by: igor, prr ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEG.java ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageWriter.java ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGMetadata.java ! src/share/classes/java/awt/color/ICC_Profile.java ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c + test/javax/imageio/plugins/jpeg/ReadAsGrayTest.java Changeset: b92e3fbbcb63 Author: jgodinez Date: 2009-06-08 13:56 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/b92e3fbbcb63 Merge Changeset: 378feb59435b Author: bae Date: 2009-06-11 13:47 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/378feb59435b 6296893: BMP Writer handles TopDown property incorrectly for some of the compression types Reviewed-by: igor, prr ! src/share/classes/com/sun/imageio/plugins/bmp/BMPImageWriter.java + test/javax/imageio/plugins/bmp/TopDownTest.java Changeset: e138ae33b128 Author: bae Date: 2009-06-11 14:22 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/e138ae33b128 5101862: WBMP Image reader tries to load Quicktime MOV files Reviewed-by: igor, prr ! src/share/classes/com/sun/imageio/plugins/common/ReaderUtil.java ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageReader.java ! src/share/classes/com/sun/imageio/plugins/wbmp/WBMPImageReaderSpi.java + test/javax/imageio/plugins/wbmp/CanDecodeTest.java Changeset: 0ce29cbeb6a9 Author: bae Date: 2009-06-15 14:49 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/0ce29cbeb6a9 6829549: JVM crash on certain images Reviewed-by: igor, prr ! src/share/classes/com/sun/imageio/plugins/jpeg/JPEGImageReader.java Changeset: 5896dcd01fe3 Author: bae Date: 2009-06-15 17:19 +0400 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/5896dcd01fe3 6684104: Applets fails to launch using ImageIO if .java.policy with File permissions present on the system Reviewed-by: igor, prr ! src/share/classes/javax/imageio/ImageIO.java + test/javax/imageio/CachePremissionsTest/CachePermissionsTest.java + test/javax/imageio/CachePremissionsTest/rw.policy + test/javax/imageio/CachePremissionsTest/rwd.policy + test/javax/imageio/CachePremissionsTest/w.policy Changeset: 956715ded919 Author: jgodinez Date: 2009-06-15 09:59 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/956715ded919 Merge Changeset: 70903e2c39e3 Author: jgodinez Date: 2009-06-22 09:47 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/70903e2c39e3 6850398: Allow GraphicsEnvironment to be loaded by system classloader (edit) Reviewed-by: campbell, prr ! src/share/classes/java/awt/GraphicsEnvironment.java Changeset: fafa991c27ac Author: prr Date: 2009-06-22 14:10 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/fafa991c27ac 6853617: race condition in java.awt.Font.getAttributes() (private method) Reviewed-by: igor, jgodinez ! src/share/classes/java/awt/Font.java Changeset: 2886eb650801 Author: jgodinez Date: 2009-06-24 11:49 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/2886eb650801 Merge - 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/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: 2ed6ed6b5bfc Author: jgodinez Date: 2009-06-29 14:42 -0700 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/2ed6ed6b5bfc Merge From jennifer.godinez at sun.com Tue Jun 30 12:03:16 2009 From: jennifer.godinez at sun.com (jennifer.godinez at sun.com) Date: Tue, 30 Jun 2009 12:03:16 -0700 (PDT) Subject: jdk7-b63: 2d Message-ID: <200906301903.n5UJ3GJO013684@jcg-sparc-10.sfbay.sun.com> http://hg.openjdk.java.net/jdk7/jdk7/rev/57f7e028c7ad http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/d20e45cd539f http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/8754a3c37762 http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/ae449e9c04c1 http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/b8a6e883c0a6 http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/2ed6ed6b5bfc http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/5c2c81120555 --- Component : 2d Status : 0 major failures, 0 minor failures Date : 06/29/2009 at 16:12 Tested By : Tao Cost(total man-days): 1 Workspace : /net/sqe1.sfbay/quality2/2d/Mustang_2d_ws/ Bundles :/net/jano1.sfbay/export1/jcg/ws-depot/7/2d/nb/archived/2009-06-24-224834.jgodinez.jdk7-2d-pit Platforms : Solaris Sparc 10(32), -client WinXP Prof(32), -client JDS Cinnabar (SuSE SLD9(32)), -client Tests : /net/jano1.sfbay/export1/jcg/ws-depot/7/2d/repo.latest-pit Browsers : NA Patches : NA Logs : http://sqeweb.sfbay/2d/release/jdk7/pit/results/b63/ Number of Tests Executed : 40 product tests, 9 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 6806822: Font.getFontName() is slow in Java5 and 6 6829659: Circle is rendered in C shape 4893408: JPEGReader throws IllegalArgException when setting the destination to BYTE_GRAY 6296893: BMP Writer handles TopDown property incorrectly for some of the compression types 5101862: WBMP Image reader tries to load Quicktime MOV files 6829549: JVM crash on certain images 6684104: Applets fails to launch using ImageIO if .java.policy with File permissions present on the system 6817112: JDK7: deterioration in rendering of TrueType fonts - notably the JDK's Lucida fonts 6829549: JVM crash on certain images Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Bugs/rfes with no unit tests: 6850398: Allow GraphicsEnvironment to be loaded by system classloader 6853617: race condition in java.awt.Font.getAttributes() (private method) Other reasons: New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.7.0-b63 Issues and Notes: Ran Java2Demo and SwingSet2, Font2DTest, and some ImageIO auto tests, and verified fixes with test cases or regression tests, no new failures are found. ------------------------------- >From Tao