From christopher.hegarty at sun.com  Tue Jun 16 07:02:10 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:02:10 +0000
Subject: [sctp-dev] hg: sctp/sctp: 8 new changesets
Message-ID: <20090616140211.18B4EE777@hg.openjdk.java.net>

Changeset: 54d14906940b
Author:    jjg
Date:      2009-05-20 14:02 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/rev/54d14906940b

6827026: Change javac source and target default to 7
Reviewed-by: darcy, ohair

! make/Defs-internal.gmk

Changeset: a942ea653d97
Author:    aph
Date:      2009-04-17 15:37 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/rev/a942ea653d97

6829575: 100028: Debug information is incomplete or missing
Summary: Enable debugging in many places
Reviewed-by: ohair
Contributed-by: Andrew Haley <aph at redhat.com>

! make/sanity-rules.gmk

Changeset: f5ab6d6ae4b1
Author:    xdono
Date:      2009-05-07 10:30 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/rev/f5ab6d6ae4b1

Merge

- make/jprt.config

Changeset: 37fad8722d92
Author:    ohair
Date:      2009-03-26 16:46 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/rev/b284e021293c

Merge


Changeset: 39565502682c
Author:    ohair
Date:      2009-05-15 13:27 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/rev/39565502682c

Merge


Changeset: 472c21584cfd
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/rev/472c21584cfd

Added tag jdk7-b60 for changeset 39565502682c

! .hgtags

Changeset: 2734c0deab69
Author:    tbell
Date:      2009-06-11 21:09 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/rev/2734c0deab69

Merge




From christopher.hegarty at sun.com  Tue Jun 16 07:04:37 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:04:37 +0000
Subject: [sctp-dev] hg: sctp/sctp/corba: 8 new changesets
Message-ID: <20090616140444.A9385E77C@hg.openjdk.java.net>

Changeset: 2752d8bd4142
Author:    jjg
Date:      2009-05-20 13:41 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/corba/rev/2752d8bd4142

6827026: Change javac source and target default to 7
Reviewed-by: darcy, ohair

! make/Makefile

Changeset: 7b47536c234e
Author:    ohair
Date:      2009-03-26 16:47 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/corba/rev/39aa6ae82075

Merge


Changeset: da27d54e06bd
Author:    ohair
Date:      2009-05-15 13:18 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/corba/rev/da27d54e06bd

Merge


Changeset: 5dcbe748e580
Author:    ohair
Date:      2009-05-19 17:38 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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

Changeset: e906b16a12a9
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/corba/rev/e906b16a12a9

Added tag jdk7-b60 for changeset f1e1cccbd13a

! .hgtags

Changeset: 23f2c435056b
Author:    tbell
Date:      2009-06-11 21:11 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/corba/rev/23f2c435056b

Merge




From christopher.hegarty at sun.com  Tue Jun 16 07:06:57 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:06:57 +0000
Subject: [sctp-dev] hg: sctp/sctp/hotspot: 6 new changesets
Message-ID: <20090616140710.33ECFE783@hg.openjdk.java.net>

Changeset: 5d4dd2f5f6a1
Author:    aph
Date:      2009-04-17 15:50 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/hotspot/rev/5d4dd2f5f6a1

6829575: 100028: Debug information is incomplete or missing
Summary: Enable debugging in many places
Reviewed-by: ohair
Contributed-by: Andrew Haley <aph at redhat.com>

! 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/sctp/sctp/hotspot/rev/7a485bc4da16

Merge


Changeset: 116b019a3961
Author:    ohair
Date:      2009-05-08 14:33 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/hotspot/rev/a77eddcd510c

6843041: Remove duplicate README files in repositories (make/README)
Reviewed-by: robilad

- make/README

Changeset: 86092459c54d
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/hotspot/rev/86092459c54d

Added tag jdk7-b60 for changeset a77eddcd510c

! .hgtags



From christopher.hegarty at sun.com  Tue Jun 16 07:09:21 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:09:21 +0000
Subject: [sctp-dev] hg: sctp/sctp/jaxp: 10 new changesets
Message-ID: <20090616140936.C0CCDE788@hg.openjdk.java.net>

Changeset: bdaf6acaf6e3
Author:    jjg
Date:      2009-05-20 13:45 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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: 19c316392d9e
Author:    aph
Date:      2009-04-17 15:55 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxp/rev/19c316392d9e

6829575: 100028: Debug information is incomplete or missing
Summary: Enable debugging in many places
Reviewed-by: ohair
Contributed-by: Andrew Haley <aph at redhat.com>

! make/Makefile
! make/build.xml

Changeset: 7967d26b229c
Author:    aph
Date:      2009-04-20 19:00 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/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 <aph at redhat.com>

! make/Makefile

Changeset: 04af70c1189c
Author:    ohair
Date:      2009-05-06 11:27 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/jaxp/rev/44e5ca2a846c

Merge


Changeset: 0ea9bb9c6ddc
Author:    xdono
Date:      2009-05-07 12:26 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/jaxp/rev/cdc8761f136a

Merge


Changeset: 259aef5045a1
Author:    ohair
Date:      2009-05-19 17:38 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxp/rev/259aef5045a1

6843041: Remove duplicate README files in repositories (make/README)
Reviewed-by: robilad

- make/README

Changeset: f1ac756616ea
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxp/rev/f1ac756616ea

Added tag jdk7-b60 for changeset 259aef5045a1

! .hgtags

Changeset: 97344798aaf7
Author:    tbell
Date:      2009-06-11 21:26 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxp/rev/97344798aaf7

Merge

! make/Makefile
! make/build.properties
! make/build.xml



From christopher.hegarty at sun.com  Tue Jun 16 07:11:51 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:11:51 +0000
Subject: [sctp-dev] hg: sctp/sctp/jaxws: 10 new changesets
Message-ID: <20090616141204.E5FD6E78D@hg.openjdk.java.net>

Changeset: 605e1cdeba48
Author:    jjg
Date:      2009-05-20 13:50 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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: a92183572d99
Author:    aph
Date:      2009-04-17 15:56 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxws/rev/a92183572d99

6829575: 100028: Debug information is incomplete or missing
Summary: Enable debugging in many places
Reviewed-by: ohair
Contributed-by: Andrew Haley <aph at redhat.com>

! make/Makefile
! make/build.xml

Changeset: ab30d5761947
Author:    aph
Date:      2009-04-20 19:01 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/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 <aph at redhat.com>

! make/Makefile

Changeset: 35c29ff8d904
Author:    ohair
Date:      2009-05-06 11:29 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/jaxws/rev/1626ba49a98e

Merge


Changeset: af4d62e31af8
Author:    ohair
Date:      2009-05-15 13:25 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxws/rev/af4d62e31af8

Merge


Changeset: 3b054db3e277
Author:    ohair
Date:      2009-05-19 17:39 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxws/rev/3b054db3e277

6843041: Remove duplicate README files in repositories (make/README)
Reviewed-by: robilad

- make/README

Changeset: aeabf802f2a1
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxws/rev/aeabf802f2a1

Added tag jdk7-b60 for changeset 3b054db3e277

! .hgtags

Changeset: 2ec98e99e4ea
Author:    tbell
Date:      2009-06-11 21:30 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jaxws/rev/2ec98e99e4ea

Merge

! make/Makefile
! make/build.properties
! make/build.xml



From christopher.hegarty at sun.com  Tue Jun 16 07:14:39 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:14:39 +0000
Subject: [sctp-dev] hg: sctp/sctp/langtools: 15 new changesets
Message-ID: <20090616141504.45D95E794@hg.openjdk.java.net>

Changeset: 79eb8795a1de
Author:    jjg
Date:      2009-05-20 13:36 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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: 4b72c2556789
Author:    aph
Date:      2009-04-17 15:56 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/langtools/rev/4b72c2556789

6829575: 100028: Debug information is incomplete or missing
Summary: Enable debugging in many places
Reviewed-by: ohair
Contributed-by: Andrew Haley <aph at redhat.com>

! make/Makefile

Changeset: 321854d9ab19
Author:    aph
Date:      2009-04-20 19:01 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/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 <aph at redhat.com>

! make/Makefile

Changeset: f3d27f02683c
Author:    aph
Date:      2009-05-06 18:04 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/langtools/rev/43a781cc6473

Merge


Changeset: 846944dd48a4
Author:    xdono
Date:      2009-05-07 12:26 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/langtools/rev/846944dd48a4

Merge


Changeset: 65f2ee956fb9
Author:    ohair
Date:      2009-05-15 13:30 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/langtools/rev/65f2ee956fb9

Merge


Changeset: 5cdce469ea2a
Author:    ohair
Date:      2009-05-19 17:39 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/langtools/rev/5cdce469ea2a

6843041: Remove duplicate README files in repositories (make/README)
Reviewed-by: robilad

! README
- make/README

Changeset: 522520757dd3
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/langtools/rev/522520757dd3

Added tag jdk7-b60 for changeset 5cdce469ea2a

! .hgtags

Changeset: 163f5d75f77a
Author:    tbell
Date:      2009-06-11 21:35 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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



From christopher.hegarty at sun.com  Tue Jun 16 07:20:10 2009
From: christopher.hegarty at sun.com (christopher.hegarty at sun.com)
Date: Tue, 16 Jun 2009 14:20:10 +0000
Subject: [sctp-dev] hg: sctp/sctp/jdk: 60 new changesets
Message-ID: <20090616143211.B3583E799@hg.openjdk.java.net>

Changeset: 1bc5be8665cc
Author:    jjg
Date:      2009-05-20 13:55 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/jdk/rev/742b55c45a70

Merge


Changeset: 59bbb9f3f430
Author:    kamg
Date:      2009-05-27 13:20 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/jdk/rev/8e77f61508cc

Merge


Changeset: 928e0f1043e6
Author:    chegar
Date:      2009-05-29 15:51 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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: 5ceb9eb621d1
Author:    chegar
Date:      2009-05-07 17:02 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/jdk/rev/39d93fb6926c

Merge


Changeset: 6ca1c622dd6e
Author:    ohair
Date:      2009-05-07 18:19 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/jdk/rev/97064d73976f

Merge


Changeset: fdbc48164a8b
Author:    ohair
Date:      2009-05-18 10:36 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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

Changeset: f62f7fcc9965
Author:    art
Date:      2009-05-15 15:40 +0400
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/jdk/rev/7da360c3baf6

Merge


Changeset: f29cd35647b1
Author:    peytoia
Date:      2009-05-12 15:21 +0900
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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/sctp/sctp/jdk/rev/951ecbad4068

Merge


Changeset: 0c3ef2d612a4
Author:    yan
Date:      2009-06-09 23:47 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jdk/rev/0c3ef2d612a4

Merge

! make/common/shared/Defs-windows.gmk
! make/common/shared/Sanity.gmk
! src/windows/native/sun/windows/awt_Window.cpp

Changeset: f72c0dc047b9
Author:    xdono
Date:      2009-06-11 10:54 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/jdk/rev/f72c0dc047b9

Added tag jdk7-b60 for changeset 0c3ef2d612a4

! .hgtags

Changeset: 328148f45b31
Author:    tbell
Date:      2009-06-11 21:32 -0700
URL:       http://hg.openjdk.java.net/sctp/sctp/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/sctp/sctp/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/sctp/sctp/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: 2bbbcd9403e1
Author:    chegar
Date:      2009-06-16 14:57 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/jdk/rev/2bbbcd9403e1

Merge

! .hgtags
! make/common/Release.gmk
! make/common/Sanity.gmk
! make/common/internal/Defs-langtools.gmk
! make/common/shared/Defs-control.gmk
! make/common/shared/Defs-java.gmk
! make/common/shared/Defs.gmk
! make/common/shared/Sanity.gmk
! make/docs/Makefile
! make/javax/swing/beaninfo/SwingBeans.gmk
! make/javax/swing/plaf/Makefile
! make/jprt.properties
! make/launchers/Makefile
! 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
! make/sun/nio/FILES_java.gmk
! make/sun/nio/Makefile
! make/sun/xawt/mapfile-vers
! make/tools/Makefile
! make/tools/src/build/tools/charsetmapping/Main.java
! src/share/classes/com/sun/security/auth/callback/TextCallbackHandler.java
! src/share/classes/java/awt/Component.java
! src/share/classes/java/awt/Container.java
! src/share/classes/java/awt/GraphicsConfiguration.java
! src/share/classes/java/awt/GraphicsDevice.java
! src/share/classes/java/awt/Robot.java
! src/share/classes/java/awt/Window.java
! src/share/classes/java/awt/event/InputEvent.java
! src/share/classes/java/awt/event/MouseEvent.java
! src/share/classes/java/awt/peer/ComponentPeer.java
! src/share/classes/java/awt/peer/RobotPeer.java
! src/share/classes/java/awt/peer/WindowPeer.java
! src/share/classes/java/lang/System.java
! src/share/classes/java/lang/Throwable.java
! 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
! src/share/classes/java/net/CookieManager.java
! src/share/classes/java/net/URLConnection.java
! src/share/classes/java/util/logging/LogRecord.java
! src/share/classes/java/util/zip/Deflater.java
! src/share/classes/javax/security/auth/login/Configuration.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/javax/swing/plaf/basic/BasicDirectoryModel.java
! src/share/classes/javax/swing/plaf/nimbus/skin.laf
! src/share/classes/sun/awt/AWTAccessor.java
! src/share/classes/sun/awt/EmbeddedFrame.java
! src/share/classes/sun/awt/HeadlessToolkit.java
! src/share/classes/sun/awt/NullComponentPeer.java
! src/share/classes/sun/awt/SunToolkit.java
! src/share/classes/sun/awt/shell/ShellFolder.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/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/misc/JavaLangAccess.java
! 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/AuthenticationHeader.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/nio/cs/ext/IBM834.java
! src/share/classes/sun/nio/cs/ext/IBM942C.java
! src/share/classes/sun/nio/cs/ext/IBM943C.java
! src/share/classes/sun/nio/cs/ext/IBM949C.java
! src/share/classes/sun/security/jgss/GSSManagerImpl.java
! src/share/classes/sun/security/jgss/GSSUtil.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/provider/certpath/ConstraintsChecker.java
! src/share/classes/sun/security/provider/certpath/DistributionPointFetcher.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
! src/share/classes/sun/security/validator/PKIXValidator.java
! src/share/classes/sun/security/validator/SimpleValidator.java
! src/share/classes/sun/security/x509/AlgorithmId.java
! src/share/classes/sun/swing/plaf/GTKKeybindings.java
! src/share/classes/sun/swing/plaf/WindowsKeybindings.java
! 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
! src/share/native/sun/java2d/cmm/lcms/LCMS.c
! 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/XBaseWindow.java
! src/solaris/classes/sun/awt/X11/XComponentPeer.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/XDragSourceContextPeer.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/XEmbedChildProxyPeer.java
! src/solaris/classes/sun/awt/X11/XKeysym.java
! src/solaris/classes/sun/awt/X11/XProtocol.java
! src/solaris/classes/sun/awt/X11/XQueryTree.java
! src/solaris/classes/sun/awt/X11/XRobotPeer.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/XWarningWindow.java
! src/solaris/classes/sun/awt/X11/XWindow.java
! src/solaris/classes/sun/awt/X11/XWindowPeer.java
! src/solaris/classes/sun/awt/X11/XlibUtil.java
! src/solaris/classes/sun/awt/X11/XlibWrapper.java
! 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/X11/keysym2ucs.h
! src/solaris/classes/sun/awt/motif/MToolkit.java
! src/solaris/classes/sun/java2d/x11/X11SurfaceData.java
! src/solaris/native/java/lang/UNIXProcess_md.c
! src/solaris/native/java/net/net_util_md.h
! src/solaris/native/sun/awt/awt_InputMethod.c
! src/solaris/native/sun/awt/awt_MToolkit.c
! src/solaris/native/sun/awt/awt_Robot.c
! src/solaris/native/sun/xawt/XToolkit.c
! src/solaris/native/sun/xawt/XlibWrapper.c
! src/windows/classes/sun/awt/shell/Win32ShellFolder2.java
! src/windows/classes/sun/awt/shell/Win32ShellFolderManager2.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/WRobotPeer.java
! src/windows/classes/sun/awt/windows/WToolkit.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_Robot.cpp
! src/windows/native/sun/windows/awt_Toolkit.cpp
! src/windows/native/sun/windows/awt_Window.cpp
! src/windows/native/sun/windows/awt_Window.h
! test/Makefile
! test/java/lang/ProcessBuilder/Basic.java
! test/java/lang/ThreadGroup/NullThreadName.java
! test/java/lang/management/ThreadMXBean/LockingThread.java
! test/java/lang/management/ThreadMXBean/MonitorDeadlock.java
! test/java/lang/management/ThreadMXBean/SynchronizerDeadlock.java
! test/java/lang/management/ThreadMXBean/SynchronizerLockingThread.java
! test/java/lang/management/ThreadMXBean/ThreadStackTrace.java
! test/java/lang/management/ThreadMXBean/ThreadStateTest.java
! test/java/math/BigDecimal/AddTests.java
! test/java/math/BigDecimal/DivideTests.java
! test/java/net/CookieHandler/CookieManagerTest.java
! test/java/util/ResourceBundle/RestrictedBundleTest.java
! test/java/util/WeakHashMap/GCDuringIteration.java
! test/java/util/logging/LoggingDeadlock2.java
! test/sun/nio/cs/FindCanEncodeBugs.java
! test/sun/nio/cs/FindEncoderBugs.java

Changeset: e07b2d34d202
Author:    chegar
Date:      2009-06-16 15:17 +0100
URL:       http://hg.openjdk.java.net/sctp/sctp/jdk/rev/e07b2d34d202

Merge

! make/common/shared/Sanity.gmk
! make/docs/Makefile
! make/sun/xawt/mapfile-vers
! src/share/classes/sun/net/www/protocol/http/HttpURLConnection.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/native/sun/awt/awt_MToolkit.c
! src/solaris/native/sun/xawt/XToolkit.c
! src/windows/classes/sun/awt/windows/WComponentPeer.java
! test/Makefile



From oobles at gmail.com  Thu Jun 18 05:27:56 2009
From: oobles at gmail.com (David Ryan)
Date: Thu, 18 Jun 2009 22:27:56 +1000
Subject: [sctp-dev] Basic Questions
Message-ID: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>

Hi,

I have recently downloaded the Client/Server example from Chris Hegarty's
Blog.  I've been playing around with it and getting a feel for SCTP.  My
environment is Java 7 b59 running on Open Solaris 2009.06  (in VMware Fusion
on OSX).

I changed the example code to send different sized packets and found that
the maximum size of data returned by receive was 16,000 bytes.  Is this the
exact same size of the underlying network packet?  I'm assuming it is and
that the packet size is large because it didn't actually go over a network.

Is it possible to discover the PMTU size from the API so that a protocol can
be optimized for SCTP?

Also, great to see SCTP on Java.  Disapointing its not on all platforms yet,
but I'm sure that will be fixed in good time.

Regards,
David.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/sctp-dev/attachments/20090618/af07e165/attachment.html 

From Christopher.Hegarty at Sun.COM  Thu Jun 18 08:31:51 2009
From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland)
Date: Thu, 18 Jun 2009 16:31:51 +0100
Subject: [sctp-dev] Basic Questions
In-Reply-To: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
Message-ID: <4A3A5DE7.3050602@sun.com>

Hi David,

comments inline...

David Ryan wrote:
> Hi,
> 
> I have recently downloaded the Client/Server example from Chris 
> Hegarty's Blog.  I've been playing around with it and getting a feel for 
> SCTP.  My environment is Java 7 b59 running on Open Solaris 2009.06  (in 
> VMware Fusion on OSX).
Great that you are playing around with this. I really appreciate the 
feedback/questions. Interesting environment, good to see that you are on 
  09.06

> I changed the example code to send different sized packets and found 
> that the maximum size of data returned by receive was 16,000 bytes.  Is 
> this the exact same size of the underlying network packet?  I'm assuming 
> it is and that the packet size is large because it didn't actually go 
> over a network.
I assume you are sending messages larger that 16,000 bytes but the 
receive is return an incomplete message, i.e. isComplete returns false, 
right?

The packet size does indeed look very large for a single PDU. I would 
suspect that several PDU's are available in the input buffer and being 
combined before returning to the user. Can you see the MTU of interface 
that you are sending/receiving on, 'ifconfig -a'?

The API supports SCTP_DISABLE_FRAGMENTS socket option to disable the 
implementation from fragmenting messages. On your platform I suspect 
that this option is true by default. Can you check the value of this? 
Maybe you could set it to false to determine the exact PMTU, if it is 
not actually 16,000 which is may be.

> Is it possible to discover the PMTU size from the API so that a protocol 
> can be optimized for SCTP?
It is not currently possible to retrieve the PMTU through the API, but 
it should possible to implement an implementation specific socket option 
to support this, and I could add it to the API if necessary.

Are you sure you want to do this? The reason I ask is that the PMTU may 
be different for the different routes on an association with multiple 
interfaces. Typical applications will not directly control which 
destination address to use when sending, so trying to size your messages 
to an specific size based on the PMTU may not be the best approach. Or 
do you have a different scenario?

> Also, great to see SCTP on Java.  Disapointing its not on all platforms 
> yet, but I'm sure that will be fixed in good time.
Yes, hopefully over time other platforms/ports can be supported.

-Chris.

> 
> Regards,
> David.


From oobles at gmail.com  Thu Jun 18 21:56:29 2009
From: oobles at gmail.com (David Ryan)
Date: Fri, 19 Jun 2009 14:56:29 +1000
Subject: [sctp-dev] Basic Questions
In-Reply-To: <4A3A5DE7.3050602@sun.com>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
Message-ID: <7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>

Hi Chris,

thanks for the quick response.  Comments inline too..

On Fri, Jun 19, 2009 at 1:31 AM, Christopher Hegarty - Sun Microsystems
Ireland <Christopher.Hegarty at sun.com> wrote:

> Hi David,
>
> comments inline...
>
> David Ryan wrote:
>
>> Hi,
>>
>> I have recently downloaded the Client/Server example from Chris Hegarty's
>> Blog.  I've been playing around with it and getting a feel for SCTP.  My
>> environment is Java 7 b59 running on Open Solaris 2009.06  (in VMware Fusion
>> on OSX).
>>
> Great that you are playing around with this. I really appreciate the
> feedback/questions. Interesting environment, good to see that you are on
>  09.06


For any interested on lookers, I found it very easy to setup following this
guide.

http://wikis.sun.com/display/OpenSolarisInfo/How+to+Run+OpenSolaris+in+VMware+Fusion+for+Mac

I used the package manager to install eclipse.  Actually the only change
from the guide above was to increase the memory from 780mb to 1.5Gb.
Eclipse and/or java uses a lot of memory.
Of course I also installed Java7 which was easy too.


>
>
>  I changed the example code to send different sized packets and found that
>> the maximum size of data returned by receive was 16,000 bytes.  Is this the
>> exact same size of the underlying network packet?  I'm assuming it is and
>> that the packet size is large because it didn't actually go over a network.
>>
> I assume you are sending messages larger that 16,000 bytes but the receive
> is return an incomplete message, i.e. isComplete returns false, right?


Yes, I was sending packets larger than 16,000 bytes.  isComplete was always
returning true on the receiver; more on this below.


>
> The packet size does indeed look very large for a single PDU. I would
> suspect that several PDU's are available in the input buffer and being
> combined before returning to the user. Can you see the MTU of interface that
> you are sending/receiving on, 'ifconfig -a'?


I think you're right about this.  The MTU size was 1500 bytes.  I ended up
making a few other changes and ran my test again and found that I was
receiving upto 100,000 bytes in each message.  I must have been lucky
sending at the edge of a timer which caused the packets to split.  I found
that the underlying send/receive buffers were around 100,000 bytes and
received a message to large exception when trying to send larger packets.
ie

java.net.SocketException: Message too long
    at sun.nio.ch.SctpChannelImpl.send0(Native Method)
    at
sun.nio.ch.SctpChannelImpl.sendFromNativeBuffer(SctpChannelImpl.java:1005)
    at sun.nio.ch.SctpChannelImpl.send(SctpChannelImpl.java:973)
    at sun.nio.ch.SctpChannelImpl.send(SctpChannelImpl.java:948)
    at DaytimeClient$DataSender.run(DaytimeClient.java:146)
    at java.lang.Thread.run(Thread.java:717)

The API supports SCTP_DISABLE_FRAGMENTS socket option to disable the
> implementation from fragmenting messages. On your platform I suspect that
> this option is true by default. Can you check the value of this? Maybe you
> could set it to false to determine the exact PMTU, if it is not actually
> 16,000 which is may be.


I ran a few tests to retrieve all the socket options available.  On the
client I got the following:

disableFragments = Option not supported by protocol
explicit complete = Option not supported by protocol
fragment interleave = Option not supported by protocol
init max streams =
com.sun.nio.sctp.SctpStandardSocketOption$InitMaxStreams at 7[maxInStreams:32maxOutStreams:32]
no delay = false
primary address = Option not supported by protocol
linger = -1
rcv buffer = 102265
snd buffer = 102400

I thought it was odd that some of those options weren't supported.  I tried
the same thing on the server.  I got different exceptions/results from doing
them on the SctpServerChannel and SctpChannel.

On the SctpServerChannel the following were returned:

disableFragments = 'SCTP_DISABLE_FRAGMENTS' not supported
explicit complete = 'SCTP_EXPLICIT_COMPLETE' not supported
fragment interleave = 'SCTP_FRAGMENT_INTERLEAVE' not supported
init max streams =
com.sun.nio.sctp.SctpStandardSocketOption$InitMaxStreams at 7[maxInStreams:32maxOutStreams:32]
no delay = 'SCTP_NODELAY' not supported
primary address = 'SCTP_PRIMARY_ADDR' not supported
linger = 'SO_LINGER' not supported
rcv buffer = 'SO_RCVBUF' not supported
snd buffer = 'SO_SNDBUF' not supported

On the SctpChannel (returned from ssc.accept() ) the following were
returned:

disableFragments = Option not supported by protocol
explicit complete = Option not supported by protocol
fragment interleave = Option not supported by protocol
init max streams =
com.sun.nio.sctp.SctpStandardSocketOption$InitMaxStreams at 7[maxInStreams:32maxOutStreams:32]
no delay = false
primary address = Option not supported by protocol
linger = -1
rcv buffer = 102400
snd buffer = 102400

One thing to note is that the exception returned from the SctpServerChannel
getOption was different from the SctpServerChannel getOption call.  It would
probably be nicer if these were the same.

I tried playing around with the various options available from MessageInfo
and found that setting complete to true or false on the sender didn't change
anything; on the receiver the setting always returned true.  I also found
the the TTL on the receiver was always zero, although I'm not sure if this
is expected.

Another thing I noticed was that InvalidStreamException is an undeclared
exception.  It would be nice if this extended from IOException and could be
caught in the declared catch block.


>
>
>  Is it possible to discover the PMTU size from the API so that a protocol
>> can be optimized for SCTP?
>>
> It is not currently possible to retrieve the PMTU through the API, but it
> should possible to implement an implementation specific socket option to
> support this, and I could add it to the API if necessary.
>
> Are you sure you want to do this? The reason I ask is that the PMTU may be
> different for the different routes on an association with multiple
> interfaces. Typical applications will not directly control which destination
> address to use when sending, so trying to size your messages to an specific
> size based on the PMTU may not be the best approach. Or do you have a
> different scenario?


At the moment I'm not exactly sure if I need the PMTU or not.  This is my
first experience with SCTP so am attempting to work out how best to build
application protocols to use it.  At the most basic level I'm wondering how
to construct application level framing packets.  Do I rely on SCTP to frame
the packets or do I need to include start of packet headers and such for
framing?

I figure there's probably two options.  If the PMTU is available and
guarantees that each message is received completely then I can split large
messages into packets and know that any headers will be at the start of the
message buffer.  This can be easily split off before passing data to
applications, etc.  If the PMTU is not available then I can't rely on the
message buffer being aligned and will need to use standard TCP style
protocol methods of assuming that data is an unbounded stream.  The third
option is that SCTP handles message boundaries even for large packets and
any size packet up to the send buffer size will be gauranteed to arrive at
the destination with the message boundary intact.  In this case I still need
headers to confirm the start of packets, but have a slightly easier time
finding the end of the packet (ie won't need to use too many offsets for
start of following packets into buffers, etc).  If you or anyone on the list
has any experience with this I'd appreciate some input.

Personally, I like the idea of having the PMTU and exposing the underlying
IP nature of protocols to higher level applications protocols.  I see this
as one of the many nice features in SCTP.

Eventually the plan is to build a couple of layers above SCTP.  The first
layer being a kind of SSL (based on web of trust concepts) and second being
a session layer for managing the streams.  Hopefully I'll end up with a
higher level API which can assign bi-directional streams/packets to higher
level applications.

Thanks again for your help,
David.


>
>  Also, great to see SCTP on Java.  Disapointing its not on all platforms
>> yet, but I'm sure that will be fixed in good time.
>>
> Yes, hopefully over time other platforms/ports can be supported.
>
> -Chris.
>
>
>> Regards,
>> David.
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/sctp-dev/attachments/20090619/77ace518/attachment.html 

From Christopher.Hegarty at Sun.COM  Mon Jun 22 05:51:42 2009
From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland)
Date: Mon, 22 Jun 2009 13:51:42 +0100
Subject: [sctp-dev] Basic Questions
In-Reply-To: <7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
	<7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
Message-ID: <4A3F7E5E.7080202@sun.com>

more comments inline. You provided quite a lot of data so please forgive 
me if I missed something...

David Ryan wrote:
> Hi Chris,
> 
> thanks for the quick response.  Comments inline too..
> 
> On Fri, Jun 19, 2009 at 1:31 AM, Christopher Hegarty - Sun Microsystems 
> Ireland <Christopher.Hegarty at sun.com 
> <mailto:Christopher.Hegarty at sun.com>> wrote:
> 
>     Hi David,
> 
>     comments inline...
> 
> 
>     David Ryan wrote:
> 
>         Hi,
> 
>         I have recently downloaded the Client/Server example from Chris
>         Hegarty's Blog.  I've been playing around with it and getting a
>         feel for SCTP.  My environment is Java 7 b59 running on Open
>         Solaris 2009.06  (in VMware Fusion on OSX).
> 
>     Great that you are playing around with this. I really appreciate the
>     feedback/questions. Interesting environment, good to see that you
>     are on  09.06
> 
> 
> For any interested on lookers, I found it very easy to setup following 
> this guide.
> 
> http://wikis.sun.com/display/OpenSolarisInfo/How+to+Run+OpenSolaris+in+VMware+Fusion+for+Mac
> 
> I used the package manager to install eclipse.  Actually the only change 
> from the guide above was to increase the memory from 780mb to 1.5Gb.  
> Eclipse and/or java uses a lot of memory.
> Of course I also installed Java7 which was easy too.
>  
> 
> 
> 
>         I changed the example code to send different sized packets and
>         found that the maximum size of data returned by receive was
>         16,000 bytes.  Is this the exact same size of the underlying
>         network packet?  I'm assuming it is and that the packet size is
>         large because it didn't actually go over a network.
> 
>     I assume you are sending messages larger that 16,000 bytes but the
>     receive is return an incomplete message, i.e. isComplete returns
>     false, right?
> 
> 
> Yes, I was sending packets larger than 16,000 bytes.  isComplete was 
> always returning true on the receiver; more on this below.
>  
> 
> 
>     The packet size does indeed look very large for a single PDU. I
>     would suspect that several PDU's are available in the input buffer
>     and being combined before returning to the user. Can you see the MTU
>     of interface that you are sending/receiving on, 'ifconfig -a'?
> 
> 
> I think you're right about this.  The MTU size was 1500 bytes.  I ended 
> up making a few other changes and ran my test again and found that I was 
> receiving upto 100,000 bytes in each message.  I must have been lucky 
> sending at the edge of a timer which caused the packets to split.  I 
> found that the underlying send/receive buffers were around 100,000 bytes 
> and received a message to large exception when trying to send larger 
> packets.  ie
Yes, it looks like your messages are larger than the underlying buffer 
sizes. You can of course configure the sizes using SO_RCVBUF and SO_SNDBUF.

For sending messages larger than the buffer size you can use 
SCTP_EXPLICIT_COMPLETE. It is implementation specific whether or not 
this option is supported, but I can tell you that it is not supported on 
Solaris.

> java.net.SocketException: Message too long
>     at sun.nio.ch.SctpChannelImpl.send0(Native Method)
>     at 
> sun.nio.ch.SctpChannelImpl.sendFromNativeBuffer(SctpChannelImpl.java:1005)
>     at sun.nio.ch.SctpChannelImpl.send(SctpChannelImpl.java:973)
>     at sun.nio.ch.SctpChannelImpl.send(SctpChannelImpl.java:948)
>     at DaytimeClient$DataSender.run(DaytimeClient.java:146)
>     at java.lang.Thread.run(Thread.java:717)
> 
>     The API supports SCTP_DISABLE_FRAGMENTS socket option to disable the
>     implementation from fragmenting messages. On your platform I suspect
>     that this option is true by default. Can you check the value of
>     this? Maybe you could set it to false to determine the exact PMTU,
>     if it is not actually 16,000 which is may be.
> 
> 
> I ran a few tests to retrieve all the socket options available.  On the 
> client I got the following:
> 
> disableFragments = Option not supported by protocol
> explicit complete = Option not supported by protocol
> fragment interleave = Option not supported by protocol
> init max streams = 
> com.sun.nio.sctp.SctpStandardSocketOption$InitMaxStreams at 7 
> [maxInStreams:32maxOutStreams:32]
> no delay = false
> primary address = Option not supported by protocol
> linger = -1
> rcv buffer = 102265
Sorry, I forgot SCTP_DISABLE_FRAGMENTS was not supported on Solaris. 
However, messages are fragmented by default. I added this option to 
ensure that fragmentation was possible on platforms where it was not the 
default. The main motivation behind this was to support TLS/SSL over 
SCTP, see http://tools.ietf.org/html/rfc3436.

Some of the more advanced socket options are not supported on all 
platforms. The reason is that the underlying platform does not implement 
the option yet. I included them in the Java specification because I 
considered them important. They are specified to be optional in 
SctpStandardSocketOption.


> I thought it was odd that some of those options weren't supported.  I 
> tried the same thing on the server.  I got different exceptions/results 
> from doing them on the SctpServerChannel and SctpChannel.
> 
> On the SctpServerChannel the following were returned:
> 
> disableFragments = 'SCTP_DISABLE_FRAGMENTS' not supported
> explicit complete = 'SCTP_EXPLICIT_COMPLETE' not supported
> fragment interleave = 'SCTP_FRAGMENT_INTERLEAVE' not supported
> init max streams = 
> com.sun.nio.sctp.SctpStandardSocketOption$InitMaxStreams at 7 
> [maxInStreams:32maxOutStreams:32]
> no delay = 'SCTP_NODELAY' not supported
> primary address = 'SCTP_PRIMARY_ADDR' not supported
> linger = 'SO_LINGER' not supported
> rcv buffer = 'SO_RCVBUF' not supported
> snd buffer = 'SO_SNDBUF' not supported
> 
> On the SctpChannel (returned from ssc.accept() ) the following were 
> returned:
> 
> disableFragments = Option not supported by protocol
> explicit complete = Option not supported by protocol
> fragment interleave = Option not supported by protocol
> init max streams = 
> com.sun.nio.sctp.SctpStandardSocketOption$InitMaxStreams at 7 
> [maxInStreams:32maxOutStreams:32]
> no delay = false
> primary address = Option not supported by protocol
> linger = -1
> rcv buffer = 102400
> snd buffer = 102400
> 
> One thing to note is that the exception returned from the 
> SctpServerChannel getOption was different from the SctpServerChannel 
> getOption call.  It would probably be nicer if these were the same.
Ah yes, this is a little funny. The reason is that SctpServerChannel 
does not support SCTP_DISABLE_FRAGMENT, you can see this from its 
supported options in the class description. While SctpChannel does 
"support" SCTP_DISABLE_FRAGMENT (one of the supported options listed in 
the class description), so it will accept this option, but because the 
option itself if optional, i.e. platform dependant, it may or may not be 
set. I may need to revisit this.

> I tried playing around with the various options available from 
> MessageInfo and found that setting complete to true or false on the 
> sender didn't change anything; on the receiver the setting always 
> returned true.
The completeness of a message is only meaningful when 
SCTP_EXPLICIT_COMPLETE is set. Unfortunately, Solaris doe not yet 
support this. Otherwise the message is always considered complete, i.e. 
single send.

>  I also found the the TTL on the receiver was always 
> zero, although I'm not sure if this is expected.
The TTL is only meaningful for messages being sent.

> Another thing I noticed was that InvalidStreamException is an undeclared 
> exception.  It would be nice if this extended from IOException and could 
> be caught in the declared catch block.
InvalidStreamException is a RuntimeException (more specifically an 
IllegalArgumentException) and as such is not required to be caught. It 
is listed in the list of exceptions thrown by send, but not declared in 
the method description so you are not required to provide a catch block. 
Does this make sense or answer you question?

> 
>         Is it possible to discover the PMTU size from the API so that a
>         protocol can be optimized for SCTP?
> 
>     It is not currently possible to retrieve the PMTU through the API,
>     but it should possible to implement an implementation specific
>     socket option to support this, and I could add it to the API if
>     necessary.
> 
>     Are you sure you want to do this? The reason I ask is that the PMTU
>     may be different for the different routes on an association with
>     multiple interfaces. Typical applications will not directly control
>     which destination address to use when sending, so trying to size
>     your messages to an specific size based on the PMTU may not be the
>     best approach. Or do you have a different scenario?
> 
> 
> At the moment I'm not exactly sure if I need the PMTU or not.  This is 
> my first experience with SCTP so am attempting to work out how best to 
> build application protocols to use it.  At the most basic level I'm 
> wondering how to construct application level framing packets.  Do I rely 
> on SCTP to frame the packets or do I need to include start of packet 
> headers and such for framing?
I would personally leave it to SCTP to provide the message framing. I 
don't see any issues with allowing SCTP do the framing unless you 
require very large messages that the platform does not support.

> I figure there's probably two options.  If the PMTU is available and 
> guarantees that each message is received completely then I can split 
> large messages into packets and know that any headers will be at the 
> start of the message buffer.  This can be easily split off before 
> passing data to applications, etc.  If the PMTU is not available then I 
> can't rely on the message buffer being aligned and will need to use 
> standard TCP style protocol methods of assuming that data is an 
> unbounded stream.  The third option is that SCTP handles message 
> boundaries even for large packets and any size packet up to the send 
> buffer size will be gauranteed to arrive at the destination with the 
> message boundary intact.  In this case I still need headers to confirm 
> the start of packets, but have a slightly easier time finding the end of 
> the packet (ie won't need to use too many offsets for start of following 
> packets into buffers, etc).  If you or anyone on the list has any 
> experience with this I'd appreciate some input.
Sorry, I have no experience with this, but as I said I would let SCTP do 
the message framing.

Please let me know your comments. Have I answers some of your questions 
or just confused things more? ;-)

-Chris.

> Personally, I like the idea of having the PMTU and exposing the 
> underlying IP nature of protocols to higher level applications 
> protocols.  I see this as one of the many nice features in SCTP.
> 
> Eventually the plan is to build a couple of layers above SCTP.  The 
> first layer being a kind of SSL (based on web of trust concepts) and 
> second being a session layer for managing the streams.  Hopefully I'll 
> end up with a higher level API which can assign bi-directional 
> streams/packets to higher level applications.
>  
> Thanks again for your help,
> David.
> 
> 
> 
>         Also, great to see SCTP on Java.  Disapointing its not on all
>         platforms yet, but I'm sure that will be fixed in good time.
> 
>     Yes, hopefully over time other platforms/ports can be supported.
> 
>     -Chris.
> 
> 
>         Regards,
>         David.
> 
> 


From oobles at gmail.com  Mon Jun 22 17:25:47 2009
From: oobles at gmail.com (David Ryan)
Date: Tue, 23 Jun 2009 10:25:47 +1000
Subject: [sctp-dev] Basic Questions
In-Reply-To: <4A3F7E5E.7080202@sun.com>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
	<7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
	<4A3F7E5E.7080202@sun.com>
Message-ID: <7f996c490906221725i58634a79nc86648d7a280beea@mail.gmail.com>

Hi Chris,

Sorry, I forgot SCTP_DISABLE_FRAGMENTS was not supported on Solaris.
> However, messages are fragmented by default. I added this option to ensure
> that fragmentation was possible on platforms where it was not the default.


I was surprised that quite a few of the options were not supported.  I guess
this means that for now I'll have to rely on what Solaris currently provides
and keep things simple (which is probably a good thing).


> The main motivation behind this was to support TLS/SSL over SCTP, see
> http://tools.ietf.org/html/rfc3436.
>

I found RFC3436 last week and have started to explore  TLS/SSL over SCTP.
I've got hold of the SSLEngineSimpleDemo and started to explore how best to
implement this over the SCTP interface.  Has anyone in Sun has already done
this?

>From initial investigations there's two fundamental design issues I'm
assuming.

The first is that SctpChannel.receive call does not allow filtering on
specific streams, so all data will need to be received by a single thread.
The second is that this will require separate SSLEngine objects for each
bi-directional stream.  Also, if each secure stream is to be presented as
different objects to the application it puts specific requirements on how
that is done.  The application will need to either register a call back that
can be called when data arrives for that stream, or a queue will need to be
used.  In either case a separate thread will need to receive all data from
the SctpChannel and decide if that data needs to be passed to a specific
SSLEngine instance or to an application callback/queue.

A related issue is that I haven't worked out how an SSLEngine can be
initiated with a session id of another SSLEngine to allow the abreviated
handshake as specified in RFC3436.

These aren't really SCTP specific questions I know, but thought you might be
interested in how the API will be used.  If/when I get some example code
running I'll post it here.  I'm attempting to build a secure daytime server
based on your example as a starting point.


> Another thing I noticed was that InvalidStreamException is an undeclared
>> exception.  It would be nice if this extended from IOException and could be
>> caught in the declared catch block.
>>
> InvalidStreamException is a RuntimeException (more specifically an
> IllegalArgumentException) and as such is not required to be caught. It is
> listed in the list of exceptions thrown by send, but not declared in the
> method description so you are not required to provide a catch block. Does
> this make sense or answer you question?
>

Yes and No. :)  I realised it was a RuntimeException.  I was really
questioning if this is the right design.  I can imagine that getting this
parameter wrong could be quite easy to do which would create a bug that
could easily slip through testing.  If it extended IOException the developer
is more likely to have code to handle IOExceptions already and the
consequence wouldn't be as bad.  Just a thought.


> I would personally leave it to SCTP to provide the message framing. I don't
> see any issues with allowing SCTP do the framing unless you require very
> large messages that the platform does not support.


Yes, I think this line of questions was showing my naivety of SCTP framing.
I went back and reviewed some of the SCTP introduction web sites and think I
have a better understanding now.

Please let me know your comments. Have I answers some of your questions or
> just confused things more? ;-)


Your comments have been really helpful!

Thanks,
David.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/sctp-dev/attachments/20090623/ac0f7f0e/attachment.html 

From Christopher.Hegarty at Sun.COM  Tue Jun 23 02:42:26 2009
From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland)
Date: Tue, 23 Jun 2009 10:42:26 +0100
Subject: [sctp-dev] Basic Questions
In-Reply-To: <7f996c490906221725i58634a79nc86648d7a280beea@mail.gmail.com>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
	<7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
	<4A3F7E5E.7080202@sun.com>
	<7f996c490906221725i58634a79nc86648d7a280beea@mail.gmail.com>
Message-ID: <4A40A382.6010307@Sun.COM>

comments inline...


On 23/06/2009 01:25, David Ryan wrote:
> Hi Chris,
> 
> Sorry, I forgot SCTP_DISABLE_FRAGMENTS was not supported on Solaris.
>> However, messages are fragmented by default. I added this option to ensure
>> that fragmentation was possible on platforms where it was not the default.
> 
> 
> I was surprised that quite a few of the options were not supported.  I guess
> this means that for now I'll have to rely on what Solaris currently provides
> and keep things simple (which is probably a good thing).
> 
> 
>> The main motivation behind this was to support TLS/SSL over SCTP, see
>> http://tools.ietf.org/html/rfc3436.
>>
> 
> I found RFC3436 last week and have started to explore  TLS/SSL over SCTP.
> I've got hold of the SSLEngineSimpleDemo and started to explore how best to
> implement this over the SCTP interface.  Has anyone in Sun has already done
> this?
Sorry, not that I am aware of. You are now leading this effort ;-)

>>From initial investigations there's two fundamental design issues I'm
> assuming.
> 
> The first is that SctpChannel.receive call does not allow filtering on
> specific streams, so all data will need to be received by a single thread.
Yes, only one thread can be receiving at any time, but the same thread 
does not necessarily need to receive all the messages. You can use a 
selector to determine if there is a message/notification available, and 
then hand off the channel to a thread from a thread pool to do the 
receive/processing.

> The second is that this will require separate SSLEngine objects for each
> bi-directional stream. 
Only if you want separate SSL sessions per stream. You could have a 
single SSL session, that is one SSLEngine, per association/channel. 
Therefore, all streams would use the same SSLEngine. You would need to 
ensure that each message is read completely before a message on another 
stream is received, this is the default behavior on Solaris.

  Also, if each secure stream is to be presented as
> different objects to the application it puts specific requirements on how
> that is done.  The application will need to either register a call back that
> can be called when data arrives for that stream, or a queue will need to be
> used.  In either case a separate thread will need to receive all data from
> the SctpChannel and decide if that data needs to be passed to a specific
> SSLEngine instance or to an application callback/queue.
> 
> A related issue is that I haven't worked out how an SSLEngine can be
> initiated with a session id of another SSLEngine to allow the abreviated
> handshake as specified in RFC3436.
I'm not sure either. Let me see if I can find out.

> These aren't really SCTP specific questions I know, but thought you might be
> interested in how the API will be used.
Yes, very much so.

>If/when I get some example code
> running I'll post it here.  I'm attempting to build a secure daytime server
> based on your example as a starting point.
That would be great. I am very interested in how this works out. Please 
keep me in the loop.

>> Another thing I noticed was that InvalidStreamException is an undeclared
>>> exception.  It would be nice if this extended from IOException and could be
>>> caught in the declared catch block.
>>>
>> InvalidStreamException is a RuntimeException (more specifically an
>> IllegalArgumentException) and as such is not required to be caught. It is
>> listed in the list of exceptions thrown by send, but not declared in the
>> method description so you are not required to provide a catch block. Does
>> this make sense or answer you question?
>>
> 
> Yes and No. :)  I realised it was a RuntimeException.  I was really
> questioning if this is the right design.  I can imagine that getting this
> parameter wrong could be quite easy to do which would create a bug that
> could easily slip through testing.  If it extended IOException the developer
> is more likely to have code to handle IOExceptions already and the
> consequence wouldn't be as bad.  Just a thought.
Yes, this is certainly true. Let me think about this.

-Chris.

>> I would personally leave it to SCTP to provide the message framing. I don't
>> see any issues with allowing SCTP do the framing unless you require very
>> large messages that the platform does not support.
> 
> 
> Yes, I think this line of questions was showing my naivety of SCTP framing.
> I went back and reviewed some of the SCTP introduction web sites and think I
> have a better understanding now.
> 
> Please let me know your comments. Have I answers some of your questions or
>> just confused things more? ;-)
> 
> 
> Your comments have been really helpful!
> 
> Thanks,
> David.
> 


From oobles at gmail.com  Tue Jun 23 04:53:30 2009
From: oobles at gmail.com (David Ryan)
Date: Tue, 23 Jun 2009 21:53:30 +1000
Subject: [sctp-dev] Basic Questions
In-Reply-To: <4A40A382.6010307@Sun.COM>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
	<7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
	<4A3F7E5E.7080202@sun.com>
	<7f996c490906221725i58634a79nc86648d7a280beea@mail.gmail.com>
	<4A40A382.6010307@Sun.COM>
Message-ID: <7f996c490906230453l41669b3dw723f9c0a80a4a961@mail.gmail.com>

and more comments inline!

On Tue, Jun 23, 2009 at 7:42 PM, Christopher Hegarty - Sun Microsystems
Ireland <Christopher.Hegarty at sun.com> wrote:

> comments inline...
>
>
> On 23/06/2009 01:25, David Ryan wrote:
>
>>
>>  The main motivation behind this was to support TLS/SSL over SCTP, see
>>> http://tools.ietf.org/html/rfc3436.
>>>
>>>
>> I found RFC3436 last week and have started to explore  TLS/SSL over SCTP.
>> I've got hold of the SSLEngineSimpleDemo and started to explore how best
>> to
>> implement this over the SCTP interface.  Has anyone in Sun has already
>> done
>> this?
>>
> Sorry, not that I am aware of. You are now leading this effort ;-)
>

Nothing like being on the bleeding edge. :)


>
>  From initial investigations there's two fundamental design issues I'm
>>>
>> assuming.
>>
>> The first is that SctpChannel.receive call does not allow filtering on
>> specific streams, so all data will need to be received by a single thread.
>>
> Yes, only one thread can be receiving at any time, but the same thread does
> not necessarily need to receive all the messages. You can use a selector to
> determine if there is a message/notification available, and then hand off
> the channel to a thread from a thread pool to do the receive/processing.
>

Thanks for the pointer, I haven't used the Selector APIs before (more
naivety on my behalf).  Is there any information available from the selector
to say what stream id will being received next from the channel?  I've
looked at the API and tried a couple of things but haven't found anything
yet.

I was thinking that in the situation where you have multiple threads each
waiting on a stream, it would be nice to block the thread and then when data
was available you could notify the thread and it could receive the data
directly into its buffer (this is in the non TLS/SSL situation). In effect
this replicates the SctpChannel send/receive API but for individual
streams.  This would obviously reduce buffer copies in the protocol stack.
I'd still need to deal with the situation where a thread wasn't available to
receive the data; most likely using a queue.


>
>
>  The second is that this will require separate SSLEngine objects for each
>> bi-directional stream.
>>
> Only if you want separate SSL sessions per stream. You could have a single
> SSL session, that is one SSLEngine, per association/channel. Therefore, all
> streams would use the same SSLEngine. You would need to ensure that each
> message is read completely before a message on another stream is received,
> this is the default behavior on Solaris.
>

My understanding was that the SSLEngine is a kind of state machine.  If you
had two streams on one association/channel trying to perform handshaking at
the same time, the order of messages could get confused.  That was the main
reason I was thinking that I'd require different SSLEngines on each stream.
Is my understanding on this wrong?


>
>
>  Also, if each secure stream is to be presented as
>
>> different objects to the application it puts specific requirements on how
>> that is done.  The application will need to either register a call back
>> that
>> can be called when data arrives for that stream, or a queue will need to
>> be
>> used.  In either case a separate thread will need to receive all data from
>> the SctpChannel and decide if that data needs to be passed to a specific
>> SSLEngine instance or to an application callback/queue.
>>
>> A related issue is that I haven't worked out how an SSLEngine can be
>> initiated with a session id of another SSLEngine to allow the abreviated
>> handshake as specified in RFC3436.
>>
> I'm not sure either. Let me see if I can find out.
>

That would be great!

Removed the rest to keep things focused!

Thanks,
David.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/sctp-dev/attachments/20090623/68b45107/attachment.html 

From Christopher.Hegarty at Sun.COM  Tue Jun 23 06:10:07 2009
From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland)
Date: Tue, 23 Jun 2009 14:10:07 +0100
Subject: [sctp-dev] Basic Questions
In-Reply-To: <7f996c490906230453l41669b3dw723f9c0a80a4a961@mail.gmail.com>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
	<7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
	<4A3F7E5E.7080202@sun.com>
	<7f996c490906221725i58634a79nc86648d7a280beea@mail.gmail.com>
	<4A40A382.6010307@Sun.COM>
	<7f996c490906230453l41669b3dw723f9c0a80a4a961@mail.gmail.com>
Message-ID: <4A40D42F.10807@Sun.COM>



On 23/06/2009 12:53, David Ryan wrote:
> and more comments inline!
> 
> On Tue, Jun 23, 2009 at 7:42 PM, Christopher Hegarty - Sun Microsystems
> Ireland <Christopher.Hegarty at sun.com> wrote:
> 
>> comments inline...
>>
>>
>> On 23/06/2009 01:25, David Ryan wrote:
>>
>>>  The main motivation behind this was to support TLS/SSL over SCTP, see
>>>> http://tools.ietf.org/html/rfc3436.
>>>>
>>>>
>>> I found RFC3436 last week and have started to explore  TLS/SSL over SCTP.
>>> I've got hold of the SSLEngineSimpleDemo and started to explore how best
>>> to
>>> implement this over the SCTP interface.  Has anyone in Sun has already
>>> done
>>> this?
>>>
>> Sorry, not that I am aware of. You are now leading this effort ;-)
>>
> 
> Nothing like being on the bleeding edge. :)
> 
> 
>>  From initial investigations there's two fundamental design issues I'm
>>> assuming.
>>>
>>> The first is that SctpChannel.receive call does not allow filtering on
>>> specific streams, so all data will need to be received by a single thread.
>>>
>> Yes, only one thread can be receiving at any time, but the same thread does
>> not necessarily need to receive all the messages. You can use a selector to
>> determine if there is a message/notification available, and then hand off
>> the channel to a thread from a thread pool to do the receive/processing.
>>
> 
> Thanks for the pointer, I haven't used the Selector APIs before (more
> naivety on my behalf).  Is there any information available from the selector
> to say what stream id will being received next from the channel?
No this is not possible. All the selector can tell you is that there is 
some data on the channel. It may be a message or a notification.

>  I've
> looked at the API and tried a couple of things but haven't found anything
> yet.
> 
> I was thinking that in the situation where you have multiple threads each
> waiting on a stream, it would be nice to block the thread and then when data
> was available you could notify the thread and it could receive the data
> directly into its buffer (this is in the non TLS/SSL situation). In effect
> this replicates the SctpChannel send/receive API but for individual
> streams.  This would obviously reduce buffer copies in the protocol stack.
> I'd still need to deal with the situation where a thread wasn't available to
> receive the data; most likely using a queue.
I'm not sure I fully understand your design, but the typical use of 
selectors is where you have a single thread block on the selector, when 
it fires (a channel is readable/writable), iterate over the
selected keys and hand off the ready channel for each key to another 
thread to do the actual work. In which cause you may want a pool of 
threads and buffers that can be reused.

>>  The second is that this will require separate SSLEngine objects for each
>>> bi-directional stream.
>>>
>> Only if you want separate SSL sessions per stream. You could have a single
>> SSL session, that is one SSLEngine, per association/channel. Therefore, all
>> streams would use the same SSLEngine. You would need to ensure that each
>> message is read completely before a message on another stream is received,
>> this is the default behavior on Solaris.
>>
> 
> My understanding was that the SSLEngine is a kind of state machine.  If you
> had two streams on one association/channel trying to perform handshaking at
> the same time, the order of messages could get confused.  That was the main
> reason I was thinking that I'd require different SSLEngines on each stream.
> Is my understanding on this wrong?
SSLEngine is a state machine, but what I was suggesting is that you have 
a single SSL session for the channel. Handshaking takes place after the 
connection is made and then data is exchanged on any stream. As far as 
the SSLEngine is concerned it is simply decrypting data is does not 
concern itself with there the data comes from. You would need to keep 
the association between data and stream at the application level.

The difference between this design and what you suggested is that there 
is only one SSL session per channel where you were suggesting one SSL 
session per stream. Either should work, but I don't see that you need a 
session for each stream.

[snip]

-Chris.


From oobles at gmail.com  Tue Jun 23 18:27:28 2009
From: oobles at gmail.com (David Ryan)
Date: Wed, 24 Jun 2009 11:27:28 +1000
Subject: [sctp-dev] Basic Questions
In-Reply-To: <4A40D42F.10807@Sun.COM>
References: <7f996c490906180527h3c99dbft9a178ee81542ee11@mail.gmail.com>
	<4A3A5DE7.3050602@sun.com>
	<7f996c490906182156o36f5f3b3r5adb847d0b60d123@mail.gmail.com>
	<4A3F7E5E.7080202@sun.com>
	<7f996c490906221725i58634a79nc86648d7a280beea@mail.gmail.com>
	<4A40A382.6010307@Sun.COM>
	<7f996c490906230453l41669b3dw723f9c0a80a4a961@mail.gmail.com>
	<4A40D42F.10807@Sun.COM>
Message-ID: <7f996c490906231827o3ba6bd2ei7cbb895e5708e3ab@mail.gmail.com>

Hi Chris,

I'm getting closer to having a working design.  I've started my first draft
of the demo code.  A few more comments below..

I was thinking that in the situation where you have multiple threads each
>> waiting on a stream, it would be nice to block the thread and then when
>> data
>> was available you could notify the thread and it could receive the data
>> directly into its buffer (this is in the non TLS/SSL situation). In effect
>> this replicates the SctpChannel send/receive API but for individual
>> streams.  This would obviously reduce buffer copies in the protocol stack.
>> I'd still need to deal with the situation where a thread wasn't available
>> to
>> receive the data; most likely using a queue.
>>
> I'm not sure I fully understand your design, but the typical use of
> selectors is where you have a single thread block on the selector, when it
> fires (a channel is readable/writable), iterate over the
> selected keys and hand off the ready channel for each key to another thread
> to do the actual work. In which cause you may want a pool of threads and
> buffers that can be reused.
>

I'll try and explain the design I was thinking of a little better.  The aim
of the design is to keep buffer copies to a minimum.  As you can't get
additional information from the Selector API, I've introduced a peek()
method call in the example below.  The design is that at the application
level there would be a number of threads which can each use as a single
bi-directional message stream. Imagine something like:

myAppFunction(int stream)
{
    ByteBuffer buffer = getBuffer();
    SctpStreams stream = getStream();
    MsgInfo msgInfo = stream.receive( buffer, stream );  // Blocking call.
    ...  do something with data ...

}

The SctpStreams.receive call would look something like the following.
Obviously there's some elements missing to make it more readable:

MessageInfo receive( ByteBuffer buffer, int stream )
{
   StreamData data = getStreamData( stream );

   synchronized (data.queue)
   {

      //  If data is available on the queue, pick it up.
      if ( !data.queue.isEmpty() )
      {
          QueueData queueData = data.queue.remove();
          // copy data from queue.
          buffer.put( queueData.buffer );
          returnBufferToPool( queueData.buffer );
          queueData.buffer = null;
          return queueData.msgInfo;
      }
      else
      {
          // No data on the queue, so wait.
          data.isWaiting = true;
          data.queue.wait();   // wait for data to be available for this
stream.
          MessageInfo msgInfo = data.channel.receive( buffer, _handlerData,
_handler )
          data.isWaiting = false;
          data.queue.notify();  // tell the main reading thread we got the
data.
          return msgInfo;
      }
}

The final part of the puzzle is the reading thread.

class ReadingThread
implements Runnable
{
    public void run()
    {
        while ( _channel.isOpen() )
        {
              MessageInfo msgInfo = _channel.peek();
              StreamData streamData = getStreamData( msgInfo.streamNumber()
);
              synchronized ( streamData.queue )
              {
                   if ( streamData.isWaiting )
                   {
                        streamData.queue.notify();  // tell waiting thread
to read data directly from input.
                        streamData.queue.wait();  // wait until thread
finishes reading.
                   }
                   else
                   {
                        // no thread waiting.  Will need to allocate buffer
and put on queue.

                        ByteBuffer buffer = getBufferFromPool();
                        MessageInfo msgInfo = _channel.receive( buffer,
_handlerData, _handler );
                        QueueData queueData = new QueueData( buffer, msgInfo
);
                        streamData.queue.put( queueData );
                   }
              }
        }

    }

}

For the above to work there needs to be some way of knowing what data is
about to be received before you actually make the call to receive.  Using
the peek call the thread can find out if there is a waiting buffer (and/or
thread) to put the data.  I've got no idea if this sort of information is
available on the underlying implementation to allow a peek method, but I
think it would be useful.

The fall back case is actually the method that will need to be used with the
current API for this design.  The data needs to be read into a buffer
(probably from a buffer pool) and then copied again into the buffer waiting
for the data.

I'm currently doing something like the above for the SSL/TLS design.  As SSL
requires that the encrypted data is read and then un-encrypted into another
buffer, the design above should work reasonably well.  I don't need to peek
and can just read all data into a single buffer and if a buffer/thread is
waiting I can decode directly into it.


>
>
>   The second is that this will require separate SSLEngine objects for each
>>>
>>>> bi-directional stream.
>>>>
>>>>  Only if you want separate SSL sessions per stream. You could have a
>>> single
>>> SSL session, that is one SSLEngine, per association/channel. Therefore,
>>> all
>>> streams would use the same SSLEngine. You would need to ensure that each
>>> message is read completely before a message on another stream is
>>> received,
>>> this is the default behavior on Solaris.
>>>
>>>
>> My understanding was that the SSLEngine is a kind of state machine.  If
>> you
>> had two streams on one association/channel trying to perform handshaking
>> at
>> the same time, the order of messages could get confused.  That was the
>> main
>> reason I was thinking that I'd require different SSLEngines on each
>> stream.
>> Is my understanding on this wrong?
>>
> SSLEngine is a state machine, but what I was suggesting is that you have a
> single SSL session for the channel. Handshaking takes place after the
> connection is made and then data is exchanged on any stream. As far as the
> SSLEngine is concerned it is simply decrypting data is does not concern
> itself with there the data comes from. You would need to keep the
> association between data and stream at the application level.
>
> The difference between this design and what you suggested is that there is
> only one SSL session per channel where you were suggesting one SSL session
> per stream. Either should work, but I don't see that you need a session for
> each stream.
>

I was really just following RFC3436 as it says that "the TLS handshake
protocol is used on each bi-directional stream separately."  I agree though
that either will work.  For now I'll probably do a full handshake on each
stream and if I can work out the abbreviated handshake method later it
should be easier to implement.

David.


>
> [snip]
>
> -Chris.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/sctp-dev/attachments/20090624/9a19fbae/attachment.html