From bradford.wetmore at sun.com Mon Aug 4 14:19:16 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Mon, 04 Aug 2008 21:19:16 +0000 Subject: hg: jdk7/jsn/corba: 6732815: CORBA_2_3 java sources not explicitly compiled Message-ID: <20080804211917.5C723D042@hg.openjdk.java.net> Changeset: e9dad83f035c Author: ohair Date: 2008-08-01 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/e9dad83f035c 6732815: CORBA_2_3 java sources not explicitly compiled Reviewed-by: tbell ! make/org/omg/CORBA/Makefile From bradford.wetmore at sun.com Mon Aug 4 14:19:44 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Mon, 04 Aug 2008 21:19:44 +0000 Subject: hg: jdk7/jsn/jdk: 10 new changesets Message-ID: <20080804212143.E0B90D04D@hg.openjdk.java.net> Changeset: 8c667d55b79e Author: dfuchs Date: 2008-07-29 19:21 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/8c667d55b79e 6402254: Revisit ModelMBean DescriptorSupport implementation of equals and hashCode. Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/mbeanserver/Util.java ! src/share/classes/javax/management/ImmutableDescriptor.java ! src/share/classes/javax/management/modelmbean/DescriptorSupport.java Changeset: 498c2de672c1 Author: wetmore Date: 2008-07-29 16:57 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/498c2de672c1 Merge Changeset: 914370f03119 Author: dfuchs Date: 2008-07-31 12:41 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/914370f03119 6730926: Document that create/registerMBean can throw RuntimeMBeanException from postRegister Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/interceptor/DefaultMBeanServerInterceptor.java ! src/share/classes/javax/management/MBeanRegistration.java ! src/share/classes/javax/management/MBeanServer.java ! src/share/classes/javax/management/MBeanServerConnection.java + test/javax/management/MBeanServer/PostExceptionTest.java Changeset: 7622f1de1486 Author: dfuchs Date: 2008-07-31 14:20 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/7622f1de1486 6689505: Improve MBeanServerNotification.toString Reviewed-by: emcmanus ! src/share/classes/javax/management/MBeanServerNotification.java + test/javax/management/MBeanServer/MBeanServerNotificationTest.java Changeset: 8f52c4d1d934 Author: sjiang Date: 2008-07-31 15:31 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/8f52c4d1d934 5108776: Add reliable event handling to the JMX API 6218920: API bug - impossible to delete last MBeanServerForwarder on a connector Reviewed-by: emcmanus + src/share/classes/com/sun/jmx/event/DaemonThreadFactory.java + src/share/classes/com/sun/jmx/event/EventBuffer.java + src/share/classes/com/sun/jmx/event/EventClientFactory.java + src/share/classes/com/sun/jmx/event/EventConnection.java + src/share/classes/com/sun/jmx/event/EventParams.java + src/share/classes/com/sun/jmx/event/LeaseManager.java + src/share/classes/com/sun/jmx/event/LeaseRenewer.java + src/share/classes/com/sun/jmx/event/ReceiverBuffer.java + src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java + src/share/classes/com/sun/jmx/interceptor/MBeanServerSupport.java + src/share/classes/com/sun/jmx/interceptor/SingleMBeanForwarder.java ! src/share/classes/com/sun/jmx/interceptor/package.html ! src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanSupport.java + src/share/classes/com/sun/jmx/mbeanserver/PerThreadGroupPool.java ! src/share/classes/com/sun/jmx/mbeanserver/Util.java ! src/share/classes/com/sun/jmx/remote/internal/ClientNotifForwarder.java ! src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java ! src/share/classes/com/sun/jmx/remote/internal/ProxyRef.java ! src/share/classes/com/sun/jmx/remote/internal/ServerNotifForwarder.java ! src/share/classes/com/sun/jmx/remote/security/FileLoginModule.java ! src/share/classes/com/sun/jmx/remote/util/EnvHelp.java + src/share/classes/com/sun/jmx/remote/util/EventClientConnection.java ! src/share/classes/com/sun/jmx/snmp/tasks/ThreadService.java ! src/share/classes/javax/management/ImmutableDescriptor.java ! src/share/classes/javax/management/MBeanServer.java ! src/share/classes/javax/management/MBeanServerConnection.java ! src/share/classes/javax/management/MXBean.java ! src/share/classes/javax/management/QueryParser.java ! src/share/classes/javax/management/StringValueExp.java + src/share/classes/javax/management/event/EventClient.java + src/share/classes/javax/management/event/EventClientDelegate.java + src/share/classes/javax/management/event/EventClientDelegateMBean.java + src/share/classes/javax/management/event/EventClientNotFoundException.java + src/share/classes/javax/management/event/EventConsumer.java + src/share/classes/javax/management/event/EventForwarder.java + src/share/classes/javax/management/event/EventReceiver.java + src/share/classes/javax/management/event/EventRelay.java + src/share/classes/javax/management/event/EventSubscriber.java + src/share/classes/javax/management/event/FetchingEventForwarder.java + src/share/classes/javax/management/event/FetchingEventRelay.java + src/share/classes/javax/management/event/ListenerInfo.java + src/share/classes/javax/management/event/NotificationManager.java + src/share/classes/javax/management/event/RMIPushEventForwarder.java + src/share/classes/javax/management/event/RMIPushEventRelay.java + src/share/classes/javax/management/event/RMIPushServer.java + src/share/classes/javax/management/event/package-info.java ! src/share/classes/javax/management/loading/MLet.java ! src/share/classes/javax/management/modelmbean/ModelMBeanInfoSupport.java ! src/share/classes/javax/management/modelmbean/RequiredModelMBean.java ! src/share/classes/javax/management/relation/RelationService.java + src/share/classes/javax/management/remote/IdentityMBeanServerForwarder.java ! src/share/classes/javax/management/remote/JMXConnector.java ! src/share/classes/javax/management/remote/JMXConnectorServer.java ! src/share/classes/javax/management/remote/JMXConnectorServerFactory.java ! src/share/classes/javax/management/remote/JMXConnectorServerMBean.java ! src/share/classes/javax/management/remote/rmi/RMIConnectionImpl.java ! src/share/classes/javax/management/remote/rmi/RMIConnector.java ! src/share/classes/javax/management/remote/rmi/RMIConnectorServer.java + test/javax/management/MBeanServer/DynamicWrapperMBeanTest.java + test/javax/management/MBeanServer/OldMBeanServerTest.java + test/javax/management/eventService/AddRemoveListenerTest.java + test/javax/management/eventService/CustomForwarderTest.java + test/javax/management/eventService/EventClientExecutorTest.java + test/javax/management/eventService/EventDelegateSecurityTest.java + test/javax/management/eventService/EventManagerTest.java + test/javax/management/eventService/FetchingTest.java + test/javax/management/eventService/LeaseManagerDeadlockTest.java + test/javax/management/eventService/LeaseTest.java + test/javax/management/eventService/ListenerTest.java + test/javax/management/eventService/MyFetchingEventForwarder.java + test/javax/management/eventService/NotSerializableNotifTest.java + test/javax/management/eventService/PublishTest.java + test/javax/management/eventService/ReconnectableConnectorTest.java + test/javax/management/eventService/SharingThreadTest.java + test/javax/management/eventService/SubscribeTest.java + test/javax/management/eventService/UsingEventService.java ! test/javax/management/mxbean/GenericArrayTypeTest.java ! test/javax/management/mxbean/LeakTest.java ! test/javax/management/mxbean/MBeanOperationInfoTest.java ! test/javax/management/mxbean/MXBeanTest.java ! test/javax/management/mxbean/ThreadMXBeanTest.java ! test/javax/management/mxbean/TigerMXBean.java ! test/javax/management/query/QueryNotifFilterTest.java ! test/javax/management/remote/mandatory/connection/CloseServerTest.java ! test/javax/management/remote/mandatory/connection/DeadLockTest.java ! test/javax/management/remote/mandatory/connection/IdleTimeoutTest.java ! test/javax/management/remote/mandatory/connection/RMIExitTest.java ! test/javax/management/remote/mandatory/connection/ReconnectTest.java + test/javax/management/remote/mandatory/connectorServer/ForwarderChainTest.java + test/javax/management/remote/mandatory/connectorServer/StandardForwardersTest.java ! test/javax/management/remote/mandatory/loading/MissingClassTest.java ! test/javax/management/remote/mandatory/notif/AddRemoveTest.java ! test/javax/management/remote/mandatory/notif/DiffHBTest.java ! test/javax/management/remote/mandatory/notif/EmptyDomainNotificationTest.java ! test/javax/management/remote/mandatory/notif/ListenerScaleTest.java ! test/javax/management/remote/mandatory/notif/NotifBufferSizePropertyNameTest.java ! test/javax/management/remote/mandatory/notif/NotifReconnectDeadlockTest.java ! test/javax/management/remote/mandatory/notif/NotificationAccessControllerTest.java ! test/javax/management/remote/mandatory/notif/NotificationBufferCreationTest.java ! test/javax/management/remote/mandatory/notif/NotificationBufferDeadlockTest.java ! test/javax/management/remote/mandatory/notif/NotificationEmissionTest.java ! test/javax/management/remote/mandatory/notif/RMINotifTest.java ! test/javax/management/remote/mandatory/notif/UnexpectedNotifTest.java Changeset: 98caad5c563c Author: dfuchs Date: 2008-07-31 17:38 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/98caad5c563c 6616825: JMX query returns no value in 1.0 compatibility mode - deserialization bug in readObject() Reviewed-by: emcmanus ! src/share/classes/javax/management/ObjectName.java ! test/javax/management/ObjectName/SerialCompatTest.java Changeset: 3a1325be2806 Author: martin Date: 2008-08-01 00:38 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3a1325be2806 6730380: java.util.Timer should use AtomicInteger Reviewed-by: dl, chegar ! src/share/classes/java/util/Timer.java Changeset: f33c3846cecb Author: dl Date: 2008-08-01 00:42 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f33c3846cecb 6725789: ScheduledExecutorService does not work as expected in jdk7/6/5 Reviewed-by: martin, dholmes, chegar ! src/share/classes/java/util/concurrent/ScheduledThreadPoolExecutor.java + test/java/util/concurrent/ScheduledThreadPoolExecutor/DelayOverflow.java Changeset: e0dc076d99b8 Author: dfuchs Date: 2008-08-01 11:41 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/e0dc076d99b8 6732192: CORE_PKGS.gmk: need to declare javax.management.event in the CORE_PKGS variable Reviewed-by: emcmanus ! make/docs/CORE_PKGS.gmk Changeset: 3232179e24ae Author: jjh Date: 2008-08-01 13:58 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3232179e24ae 6730273: TEST: JDI_REGRESSION test Solaris32AndSolaris64Test.sh fails if -XX:+UseCompressedOops is used Summary: Fix test to not pass -XX:[+-]UseCompressedOops to the debuggee. Reviewed-by: tbell ! test/com/sun/jdi/Solaris32AndSolaris64Test.sh From bradford.wetmore at sun.com Mon Aug 4 14:21:56 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Mon, 04 Aug 2008 21:21:56 +0000 Subject: hg: jdk7/jsn/langtools: 6627362: javac generates code that uses array.clone, which is not available on JavaCard; ... Message-ID: <20080804212158.3B1DFD052@hg.openjdk.java.net> Changeset: 3437676858e3 Author: jjg Date: 2008-08-01 15:23 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/3437676858e3 6627362: javac generates code that uses array.clone, which is not available on JavaCard 6627364: javac needs Float and Double on the bootclasspath even when not directly used 6627366: javac needs Cloneable and Serializable on the classpath even when not directly used Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/code/Symtab.java ! src/share/classes/com/sun/tools/javac/comp/Lower.java ! test/tools/javac/5045412/Bar.java ! test/tools/javac/5045412/Foo.java - test/tools/javac/5045412/out + test/tools/javac/6627362/T6627362.java + test/tools/javac/6627362/x/E.java + test/tools/javac/6627362/x/Object.java + test/tools/javac/synthesize/Boolean.java + test/tools/javac/synthesize/Byte.java + test/tools/javac/synthesize/Character.java + test/tools/javac/synthesize/Cloneable.java + test/tools/javac/synthesize/Double.java + test/tools/javac/synthesize/Float.java + test/tools/javac/synthesize/Integer.java + test/tools/javac/synthesize/Long.java + test/tools/javac/synthesize/Main.java + test/tools/javac/synthesize/Number.java + test/tools/javac/synthesize/Object.java + test/tools/javac/synthesize/Serializable.java + test/tools/javac/synthesize/Short.java + test/tools/javac/synthesize/Test.java + test/tools/javac/synthesize/Void.java From bradford.wetmore at sun.com Tue Aug 5 10:05:30 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Tue, 05 Aug 2008 17:05:30 +0000 Subject: hg: jdk7/jsn/langtools: 2 new changesets Message-ID: <20080805170534.F3697D1E3@hg.openjdk.java.net> Changeset: fd1d361ae294 Author: jjg Date: 2008-08-04 15:09 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/fd1d361ae294 4111861: static final field contents are not displayed Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javap/ClassWriter.java ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/Options.java ! src/share/classes/com/sun/tools/javap/resources/javap.properties + test/tools/javap/4111861/A.java + test/tools/javap/4111861/T4111861.java Changeset: 05684554f040 Author: jjg Date: 2008-08-04 17:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/05684554f040 4884240: additional option required for javap Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javap/ClassWriter.java ! src/share/classes/com/sun/tools/javap/JavapTask.java ! src/share/classes/com/sun/tools/javap/Options.java ! src/share/classes/com/sun/tools/javap/resources/javap.properties + test/tools/javap/T4884240.java ! test/tools/javap/T6622260.java From weijun.wang at sun.com Tue Aug 5 17:16:32 2008 From: weijun.wang at sun.com (weijun.wang at sun.com) Date: Wed, 06 Aug 2008 00:16:32 +0000 Subject: hg: jdk7/jsn/jdk: 6731685: CertificateFactory.generateCertificates throws IOException on PKCS7 cert chain Message-ID: <20080806001651.74720D285@hg.openjdk.java.net> Changeset: a4ff2fe5b5d9 Author: weijun Date: 2008-08-06 08:11 +0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/a4ff2fe5b5d9 6731685: CertificateFactory.generateCertificates throws IOException on PKCS7 cert chain Reviewed-by: mullan ! src/share/classes/sun/security/util/DerIndefLenConverter.java + test/sun/security/util/DerValue/Indefinite.java From christopher.hegarty at sun.com Wed Aug 6 07:17:12 2008 From: christopher.hegarty at sun.com (christopher.hegarty at sun.com) Date: Wed, 06 Aug 2008 14:17:12 +0000 Subject: hg: jdk7/jsn/jdk: 6734171: java.net.NetworkInterface reports XCheck:jni warnings Message-ID: <20080806141730.35BFBD2C4@hg.openjdk.java.net> Changeset: 97d08b2b4539 Author: chegar Date: 2008-08-06 07:14 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/97d08b2b4539 6734171: java.net.NetworkInterface reports XCheck:jni warnings Summary: Removed leading "L" or trailing ";" from FindClass classname param Reviewed-by: alanb ! src/windows/native/java/net/NetworkInterface.c From Christopher.Hegarty at Sun.COM Tue Aug 19 09:20:54 2008 From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland) Date: Tue, 19 Aug 2008 17:20:54 +0100 Subject: SCTP for Java Message-ID: <48AAF2E6.4030601@Sun.COM> Hi, I just sent a mail to the nio-discuss [1] mailing list requesting feedback on a proposed Java API for SCTP. If you are interested in this topic please read this mail which provides a some details and a link to the API. Feedback is really welcome. -Chris. [1] http://mail.openjdk.java.net/pipermail/nio-discuss/2008-August/000076.html From fw at deneb.enyo.de Tue Aug 19 11:03:49 2008 From: fw at deneb.enyo.de (Florian Weimer) Date: Tue, 19 Aug 2008 20:03:49 +0200 Subject: SCTP for Java In-Reply-To: <48AAF2E6.4030601@Sun.COM> (Christopher Hegarty's message of "Tue, 19 Aug 2008 17:20:54 +0100") References: <48AAF2E6.4030601@Sun.COM> Message-ID: <87skt0dgqi.fsf@mid.deneb.enyo.de> * Christopher Hegarty: > I just sent a mail to the nio-discuss [1] mailing list requesting > feedback on a proposed Java API for SCTP. If you are interested in > this topic please read this mail which provides a some details and a > link to the API. Feedback is really welcome. I've been wondering for a while if it is possible (with reasonable additional effort) to add new socket and socket address classes without patching the JDK sources. Otherwise, you won't get any interoperability with existing code, you need to deal with the fine points of concurrent close, and you won't get proper thread interruption handling. Right now, we use a custom, sockets-like class for UNIX domain sockets, but it has the listed drawbacks (except that I think I worked around the concurrent close issue in a similar way to the JVM). (Obviously, an out-of-tree approach to new socket types would make it easier to experiment.) From Alan.Bateman at Sun.COM Wed Aug 20 02:37:36 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Wed, 20 Aug 2008 10:37:36 +0100 Subject: SCTP for Java In-Reply-To: <87skt0dgqi.fsf@mid.deneb.enyo.de> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> Message-ID: <48ABE5E0.2070803@sun.com> Florian Weimer wrote: > : > I've been wondering for a while if it is possible (with reasonable > additional effort) to add new socket and socket address classes without > patching the JDK sources. Otherwise, you won't get any interoperability > with existing code, you need to deal with the fine points of concurrent > close, and you won't get proper thread interruption handling. > > Right now, we use a custom, sockets-like class for UNIX domain sockets, > but it has the listed drawbacks (except that I think I worked around the > concurrent close issue in a similar way to the JVM). > > (Obviously, an out-of-tree approach to new socket types would make it > easier to experiment.) > This is a good topic. For stream and datagram oriented protocols then it would indeed be desirable to allow for communication domains other than IP. In theory it should be possible to use a SocketImpl for this but there are checks in the Socket API that reject non-InetSocketAddress types (see 6402725). Furthermore, the Socket API itself has very IP oriented methods so it doesn't gel well with non-IP protocols. As regards an "out of tree" approach for experimentation - I'm not sure that this would be straightforward as it would require hooks for creating the socket and also when translating between the SocketAddress implementation and the native socket address type. FWIW, a while back I prototyped an "in tree" solution for SocketChannel. The primary motive was to allow for Sockets Direct Protocol (which uses IP addressing) and Unix Domain Sockets (which required a new SocketAddress type). This isn't as extensible as what you might be looking for but the API did allow the protocol (and optionally the protocol family) to be specified when creating the SocketChannel. A Protocols class allowed for protocol lookup (essentially a getprotobyname equivalent). -Alan. From bradford.wetmore at sun.com Wed Aug 20 15:38:36 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:38:36 +0000 Subject: hg: jdk7/jsn: 6 new changesets Message-ID: <20080820223836.E3D6BD6D1@hg.openjdk.java.net> Changeset: 5ceaca28a876 Author: xdono Date: 2008-08-04 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/5ceaca28a876 Added tag jdk7-b32 for changeset 64da805be725 ! .hgtags Changeset: 55b2666e52e1 Author: ohair Date: 2008-08-06 14:57 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/55b2666e52e1 6728161: Add SKIP_BOOT_CYCLE feature to create boot jdk and use it during build Reviewed-by: tbell ! Makefile ! make/Defs-internal.gmk ! make/jprt.config ! make/jprt.gmk Changeset: 844619bd3580 Author: ohair Date: 2008-08-06 16:06 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/844619bd3580 6724669: JDK7: Official change to Sun Studio 12 compilers on Solaris Reviewed-by: tbell ! README-builds.html ! make/jprt.config Changeset: 746ca6b12c56 Author: ohair Date: 2008-08-06 16:39 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/746ca6b12c56 Merge ! README-builds.html ! make/jprt.config Changeset: bb1ef4ee3d2c Author: xdono Date: 2008-08-12 15:16 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/bb1ef4ee3d2c Merge Changeset: 7aa4f433229a Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/7aa4f433229a Added tag jdk7-b33 for changeset bb1ef4ee3d2c ! .hgtags From bradford.wetmore at sun.com Wed Aug 20 15:39:04 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:39:04 +0000 Subject: hg: jdk7/jsn/corba: 8 new changesets Message-ID: <20080820223911.EC9B9D6D6@hg.openjdk.java.net> Changeset: 6e0cf0dc59e5 Author: ohair Date: 2008-08-06 14:30 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/6e0cf0dc59e5 6734545: Corrections to missing explicit corba sources on javac compile lines Reviewed-by: tbell ! make/com/sun/corba/minclude/com_sun_corba_se_impl_dynamicany.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_encoding.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_ior.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_orbutil.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_impl_protocol.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_legacy_interceptor.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_monitoring.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_presentation_rmi.jmk ! make/com/sun/corba/minclude/com_sun_corba_se_spi_transport.jmk ! make/com/sun/corba/minclude/org_omg_CosNaming.jmk ! make/com/sun/corba/minclude/org_omg_DynamicAny.jmk ! make/com/sun/corba/minclude/org_omg_PortableInterceptor.jmk ! make/com/sun/corba/se/sources/Makefile ! make/javax/xa/Makefile ! make/org/omg/CORBA/Makefile Changeset: f07251088084 Author: xdono Date: 2008-08-04 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/f07251088084 Added tag jdk7-b32 for changeset 80a0f46a6203 ! .hgtags Changeset: 41c585204e91 Author: tbell Date: 2008-08-07 09:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/41c585204e91 Merge Changeset: e0e03ab25da0 Author: tbell Date: 2008-08-07 18:00 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/e0e03ab25da0 Merge Changeset: 33486187d718 Author: ohair Date: 2008-08-06 16:08 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/33486187d718 6724669: JDK7: Official change to Sun Studio 12 compilers on Solaris Reviewed-by: tbell ! make/common/shared/Compiler-sun.gmk ! make/jprt.config Changeset: 6a5b9d2f8b20 Author: xdono Date: 2008-08-12 15:16 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/6a5b9d2f8b20 Merge Changeset: 05bf6aacc874 Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/05bf6aacc874 Added tag jdk7-b33 for changeset 6a5b9d2f8b20 ! .hgtags Changeset: 0a812b9824e5 Author: tbell Date: 2008-08-14 22:14 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/0a812b9824e5 Merge From bradford.wetmore at sun.com Wed Aug 20 15:40:16 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:40:16 +0000 Subject: hg: jdk7/jsn/hotspot: 5 new changesets Message-ID: <20080820224027.7B010D6DD@hg.openjdk.java.net> Changeset: 1fdb98a17101 Author: coleenp Date: 2008-07-19 17:38 -0400 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/1fdb98a17101 6716785: implicit null checks not triggering with CompressedOops Summary: allocate alignment-sized page(s) below java heap so that memory accesses at heap_base+1page give signal and cause an implicit null check Reviewed-by: kvn, jmasa, phh, jcoomes ! src/os/linux/vm/os_linux.cpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/windows/vm/os_windows.cpp ! src/os_cpu/linux_sparc/vm/assembler_linux_sparc.cpp ! src/os_cpu/linux_x86/vm/assembler_linux_x86_32.cpp ! src/os_cpu/linux_x86/vm/assembler_linux_x86_64.cpp ! src/os_cpu/solaris_sparc/vm/assembler_solaris_sparc.cpp ! src/os_cpu/solaris_x86/vm/assembler_solaris_x86_32.cpp ! src/os_cpu/solaris_x86/vm/assembler_solaris_x86_64.cpp ! src/os_cpu/windows_x86/vm/assembler_windows_x86_32.cpp ! src/os_cpu/windows_x86/vm/assembler_windows_x86_64.cpp ! src/share/vm/asm/assembler.cpp ! src/share/vm/gc_implementation/parallelScavenge/parMarkBitMap.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/psVirtualspace.cpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/prims/jni.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/os.cpp ! src/share/vm/runtime/os.hpp ! src/share/vm/runtime/virtualspace.cpp ! src/share/vm/runtime/virtualspace.hpp Changeset: 3df2fe7c4451 Author: trims Date: 2008-07-25 11:29 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/3df2fe7c4451 Merge Changeset: b727c32788a9 Author: trims Date: 2008-08-01 18:51 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/b727c32788a9 6732819: Turn off compressed oops by default for now Summary: Workaround for CompOops bug Reviewed-by: coleenp ! src/share/vm/runtime/arguments.cpp Changeset: 585535ec8a14 Author: xdono Date: 2008-08-04 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/585535ec8a14 Added tag jdk7-b32 for changeset b727c32788a9 ! .hgtags Changeset: 5b3b8a69f10f Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/5b3b8a69f10f Added tag jdk7-b33 for changeset 585535ec8a14 ! .hgtags From bradford.wetmore at sun.com Wed Aug 20 15:41:56 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:41:56 +0000 Subject: hg: jdk7/jsn/jaxp: 2 new changesets Message-ID: <20080820224200.8F7FFD6E4@hg.openjdk.java.net> Changeset: 95375835527f Author: xdono Date: 2008-08-04 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/95375835527f Added tag jdk7-b32 for changeset 400a5ee432cc ! .hgtags Changeset: 01facdf8cabd Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/01facdf8cabd Added tag jdk7-b33 for changeset 95375835527f ! .hgtags From bradford.wetmore at sun.com Wed Aug 20 15:42:28 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:42:28 +0000 Subject: hg: jdk7/jsn/jaxws: 2 new changesets Message-ID: <20080820224232.5FC5CD6E9@hg.openjdk.java.net> Changeset: 6dcbcfb9551a Author: xdono Date: 2008-08-04 13:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/6dcbcfb9551a Added tag jdk7-b32 for changeset e6daca2eced9 ! .hgtags Changeset: 7a9f629cd957 Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/7a9f629cd957 Added tag jdk7-b33 for changeset 6dcbcfb9551a ! .hgtags From bradford.wetmore at sun.com Wed Aug 20 15:44:11 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:44:11 +0000 Subject: hg: jdk7/jsn/jdk: 47 new changesets Message-ID: <20080820225337.407D6D6F8@hg.openjdk.java.net> Changeset: 00c40e393a75 Author: emcmanus Date: 2008-08-05 10:49 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/00c40e393a75 6733589: Intermittent failure of test/javax/management/eventService/SharingThreadTest.java Reviewed-by: sjiang ! test/javax/management/eventService/SharingThreadTest.java Changeset: 13b8426bb0cd Author: emcmanus Date: 2008-08-06 18:28 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/13b8426bb0cd 6734273: Minor updates to documentation of Custom MXBean Mappings Reviewed-by: dfuchs ! src/share/classes/javax/management/MXBean.java ! src/share/classes/javax/management/openmbean/MXBeanMapping.java ! src/share/classes/javax/management/openmbean/MXBeanMappingFactory.java Changeset: f8c58e72b807 Author: swamyv Date: 2008-08-06 10:24 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f8c58e72b807 6732441: TEST_BUG: ThreadMXBeanProxy test fails intermittently. Summary: Fixed the race condition in the test. Reviewed-by: jjh ! test/java/lang/management/ManagementFactory/ThreadMXBeanProxy.java Changeset: 871c10d47f8d Author: swamyv Date: 2008-08-06 10:49 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/871c10d47f8d Merge Changeset: 659b74b5373f Author: martin Date: 2008-08-07 06:36 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/659b74b5373f 6730507: java.util.Timer schedule delay Long.MAX_VALUE causes task to execute multiple times Reviewed-by: chegar ! src/share/classes/java/util/Timer.java + test/java/util/Timer/DelayOverflow.java Changeset: afe18ad188a1 Author: emcmanus Date: 2008-08-07 16:25 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/afe18ad188a1 6717257: MBeanServer doesn't describe RuntimeException for methods inherited from MBeanServerConnection Reviewed-by: dfuchs ! src/share/classes/javax/management/MBeanServer.java Changeset: 233f8854d8b4 Author: dfuchs Date: 2008-08-08 14:24 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/233f8854d8b4 6733294: MBeans tab - UI issues with writable attributes Reviewed-by: emcmanus ! make/netbeans/jconsole/build.properties ! make/netbeans/jconsole/build.xml ! src/share/classes/sun/tools/jconsole/inspector/TableSorter.java ! src/share/classes/sun/tools/jconsole/inspector/XMBeanAttributes.java ! src/share/classes/sun/tools/jconsole/inspector/XPlotter.java ! src/share/classes/sun/tools/jconsole/inspector/XSheet.java ! src/share/classes/sun/tools/jconsole/inspector/XTable.java ! src/share/classes/sun/tools/jconsole/inspector/XTextFieldEditor.java Changeset: e9de9ae8c214 Author: emcmanus Date: 2008-08-08 15:08 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/e9de9ae8c214 6334663: TabularDataSupport should be able to return values in the insertion order Reviewed-by: dfuchs ! src/share/classes/com/sun/jmx/mbeanserver/DefaultMXBeanMappingFactory.java ! src/share/classes/javax/management/openmbean/TabularDataSupport.java + test/javax/management/openmbean/TabularDataOrderTest.java Changeset: 4fac95ca002a Author: emcmanus Date: 2008-08-08 15:10 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/4fac95ca002a Merge Changeset: 343d63bb2609 Author: emcmanus Date: 2008-08-08 18:36 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/343d63bb2609 6610174: Improve CompositeDataSupport.toString when it includes arrays Reviewed-by: dfuchs ! src/share/classes/javax/management/openmbean/CompositeDataSupport.java + test/javax/management/openmbean/CompositeDataStringTest.java Changeset: 89d30b258517 Author: ohair Date: 2008-07-16 09:51 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/89d30b258517 6548261: Use of SE in make/common/Defs-windows.gmk Reviewed-by: darcy ! make/common/Defs-windows.gmk ! make/common/Defs.gmk ! make/common/shared/Defs.gmk Changeset: 7754f0f4cf97 Author: xdono Date: 2008-07-25 08:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/7754f0f4cf97 Merge Changeset: c51121419e30 Author: ohair Date: 2008-07-27 18:42 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/c51121419e30 6727683: Cleanup use of COMPILER_WARNINGS_FATAL in makefiles Reviewed-by: tbell ! make/com/sun/java/pack/Makefile ! make/com/sun/security/auth/module/Makefile ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/common/shared/Compiler-gcc.gmk ! make/common/shared/Defs-java.gmk ! make/common/shared/Platform.gmk ! make/java/fdlibm/Makefile ! make/java/hpi/windows/Makefile ! make/java/java/Makefile ! make/java/java_crw_demo/Makefile ! make/java/java_hprof_demo/Makefile ! make/java/jli/Makefile ! make/java/net/Makefile ! make/java/nio/Makefile ! make/java/npt/Makefile ! make/java/verify/Makefile ! make/java/zip/Makefile ! make/jpda/back/Makefile ! make/jpda/transport/shmem/Makefile ! make/jpda/transport/socket/Makefile ! make/sun/cmm/kcms/Makefile ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! make/sun/jdbc/Makefile ! make/sun/jpeg/Makefile Changeset: 289bc9ca7556 Author: tbell Date: 2008-08-01 15:21 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/289bc9ca7556 Merge ! make/java/nio/Makefile Changeset: 12a0d0a1bb65 Author: xdono Date: 2008-08-04 13:45 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/12a0d0a1bb65 Added tag jdk7-b32 for changeset c51121419e30 ! .hgtags Changeset: 8f1a1b2f77a3 Author: igor Date: 2008-05-28 20:06 +0400 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/8f1a1b2f77a3 6587560: OpenJDK problem handling bitmaps returned when LCD text is requested Reviewed-by: bae, prr ! src/share/native/sun/font/freetypeScaler.c Changeset: 3c4fc5111ff2 Author: lana Date: 2008-06-05 14:18 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3c4fc5111ff2 Merge Changeset: f0ede391c615 Author: prr Date: 2008-06-12 13:17 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f0ede391c615 6378099: RFE: Use libfontconfig to create/synthesise a fontconfig.properties Reviewed-by: tdv, igor ! make/sun/headless/mapfile-vers ! make/sun/xawt/mapfile-vers ! src/share/classes/sun/awt/FontConfiguration.java ! src/share/classes/sun/font/FontManager.java ! src/share/classes/sun/java2d/SunGraphicsEnvironment.java ! src/solaris/classes/sun/awt/X11GraphicsEnvironment.java + src/solaris/classes/sun/font/FcFontConfiguration.java ! src/solaris/native/sun/awt/fontconfig.h ! src/solaris/native/sun/awt/fontpath.c ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java Changeset: 9fae0ea75985 Author: srl Date: 2008-06-17 18:38 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/9fae0ea75985 6711377: test/java/awt/font/TextLayout/VisibleAdvance.java missing GPL Reviewed-by: igor, prr ! test/java/awt/font/TextLayout/VisibleAdvance.java Changeset: 5755fe417a12 Author: jgodinez Date: 2008-06-23 13:00 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/5755fe417a12 6708509: print dialog is not displayed when default paper is custom Reviewed-by: tdv, prr ! src/windows/native/sun/windows/awt_PrintJob.cpp + test/java/awt/print/PrinterJob/PrintAWTImage.java + test/java/awt/print/PrinterJob/duke.gif Changeset: c1e0755434eb Author: igor Date: 2008-07-15 16:04 +0400 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/c1e0755434eb 6720240: IOB exception when getting font metrics of hershey font Reviewed-by: bae, prr ! src/share/classes/sun/font/NullFontScaler.java Changeset: 3efc003bf097 Author: tdv Date: 2008-07-18 10:48 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3efc003bf097 6725214: D3D: forward-port the new pipeline from 6u10 Summary: Forward port of the new Direct3D 9 rendering pipeline from 6u10. Also includes fixes for 6690659 6689025 6658398 6596234. Reviewed-by: campbell, prr ! make/common/shared/Platform.gmk ! make/common/shared/Sanity.gmk ! make/sun/awt/FILES_c_windows.gmk ! make/sun/awt/FILES_export_unix.gmk ! make/sun/awt/FILES_export_windows.gmk ! make/sun/awt/Makefile ! make/sun/awt/make.depend ! make/sun/awt/mapfile-mawt-vers ! make/sun/awt/mapfile-vers ! make/sun/awt/mapfile-vers-linux ! make/sun/font/FILES_c.gmk ! make/sun/font/Makefile ! make/sun/headless/mapfile-vers ! make/sun/jawt/make.depend ! make/sun/xawt/mapfile-vers ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/GraphicsDevice.java ! src/share/classes/java/awt/Robot.java ! src/share/classes/java/awt/image/DataBuffer.java ! src/share/classes/java/awt/peer/ComponentPeer.java ! src/share/classes/javax/swing/BufferStrategyPaintManager.java ! src/share/classes/sun/awt/NullComponentPeer.java ! src/share/classes/sun/awt/SubRegionShowable.java ! src/share/classes/sun/awt/image/SunVolatileImage.java ! src/share/classes/sun/awt/image/SunWritableRaster.java + src/share/classes/sun/awt/image/VSyncedBSManager.java ! src/share/classes/sun/awt/image/VolatileSurfaceManager.java ! src/share/classes/sun/font/StrikeCache.java + src/share/classes/sun/java2d/DestSurfaceProvider.java ! src/share/classes/sun/java2d/SunGraphics2D.java ! src/share/classes/sun/java2d/SunGraphicsEnvironment.java + src/share/classes/sun/java2d/Surface.java ! src/share/classes/sun/java2d/SurfaceData.java ! src/share/classes/sun/java2d/SurfaceDataProxy.java ! src/share/classes/sun/java2d/loops/BlitBg.java ! src/share/classes/sun/java2d/loops/GeneralRenderer.java ! src/share/classes/sun/java2d/opengl/OGLBufImgOps.java ! src/share/classes/sun/java2d/opengl/OGLContext.java ! src/share/classes/sun/java2d/opengl/OGLGraphicsConfig.java ! src/share/classes/sun/java2d/opengl/OGLPaints.java ! src/share/classes/sun/java2d/opengl/OGLRenderer.java ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java ! src/share/classes/sun/java2d/pipe/BufferedContext.java ! src/share/classes/sun/java2d/pipe/BufferedOpCodes.java ! src/share/classes/sun/java2d/pipe/BufferedRenderPipe.java ! src/share/classes/sun/java2d/pipe/DrawImage.java + src/share/classes/sun/java2d/pipe/ParallelogramPipe.java + src/share/classes/sun/java2d/pipe/PixelToParallelogramConverter.java + src/share/classes/sun/java2d/pipe/hw/AccelDeviceEventListener.java + src/share/classes/sun/java2d/pipe/hw/AccelDeviceEventNotifier.java + src/share/classes/sun/java2d/pipe/hw/AccelGraphicsConfig.java + src/share/classes/sun/java2d/pipe/hw/AccelSurface.java + src/share/classes/sun/java2d/pipe/hw/AccelTypedVolatileImage.java + src/share/classes/sun/java2d/pipe/hw/BufferedContextProvider.java + src/share/classes/sun/java2d/pipe/hw/ContextCapabilities.java + src/share/classes/sun/java2d/pipe/hw/ExtendedBufferCapabilities.java ! src/share/native/sun/font/AccelGlyphCache.c ! src/share/native/sun/font/AccelGlyphCache.h ! src/share/native/sun/font/sunFont.c + src/share/native/sun/java2d/ShaderList.c + src/share/native/sun/java2d/ShaderList.h ! src/share/native/sun/java2d/Trace.h ! src/share/native/sun/java2d/loops/BlitBg.c ! src/share/native/sun/java2d/loops/GraphicsPrimitiveMgr.c ! src/share/native/sun/java2d/loops/GraphicsPrimitiveMgr.h ! src/share/native/sun/java2d/opengl/OGLContext.c ! src/share/native/sun/java2d/opengl/OGLContext.h ! src/share/native/sun/java2d/opengl/OGLFuncs.h ! src/share/native/sun/java2d/opengl/OGLRenderQueue.c ! src/share/native/sun/java2d/opengl/OGLRenderQueue.h ! src/share/native/sun/java2d/opengl/OGLRenderer.c ! src/share/native/sun/java2d/opengl/OGLRenderer.h ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h ! src/share/native/sun/java2d/pipe/BufferedMaskBlit.c ! src/solaris/classes/sun/awt/X11/XComponentPeer.java ! src/solaris/classes/sun/awt/X11/XEmbedChildProxyPeer.java ! src/solaris/classes/sun/awt/X11GraphicsConfig.java ! src/solaris/classes/sun/awt/X11GraphicsDevice.java ! src/solaris/classes/sun/awt/motif/MComponentPeer.java + src/solaris/classes/sun/java2d/BackBufferCapsProvider.java ! src/solaris/classes/sun/java2d/opengl/GLXGraphicsConfig.java ! src/solaris/classes/sun/java2d/opengl/GLXSurfaceData.java ! src/solaris/classes/sun/java2d/opengl/GLXVolatileSurfaceManager.java ! src/solaris/classes/sun/java2d/x11/X11PMBlitBgLoops.java ! src/solaris/native/sun/java2d/opengl/GLXGraphicsConfig.c ! src/solaris/native/sun/java2d/opengl/GLXSurfaceData.c ! src/windows/classes/sun/awt/Win32GraphicsConfig.java ! src/windows/classes/sun/awt/Win32GraphicsDevice.java ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java ! src/windows/classes/sun/awt/windows/WComponentPeer.java ! src/windows/classes/sun/awt/windows/WEmbeddedFramePeer.java ! src/windows/classes/sun/awt/windows/WToolkit.java + src/windows/classes/sun/java2d/ScreenUpdateManager.java ! src/windows/classes/sun/java2d/WindowsSurfaceManagerFactory.java - src/windows/classes/sun/java2d/d3d/D3DBackBufferSurfaceData.java ! src/windows/classes/sun/java2d/d3d/D3DBlitLoops.java + src/windows/classes/sun/java2d/d3d/D3DBufImgOps.java ! src/windows/classes/sun/java2d/d3d/D3DContext.java ! src/windows/classes/sun/java2d/d3d/D3DDrawImage.java + src/windows/classes/sun/java2d/d3d/D3DGraphicsConfig.java + src/windows/classes/sun/java2d/d3d/D3DGraphicsDevice.java + src/windows/classes/sun/java2d/d3d/D3DMaskBlit.java ! src/windows/classes/sun/java2d/d3d/D3DMaskFill.java + src/windows/classes/sun/java2d/d3d/D3DPaints.java + src/windows/classes/sun/java2d/d3d/D3DRenderQueue.java ! src/windows/classes/sun/java2d/d3d/D3DRenderer.java + src/windows/classes/sun/java2d/d3d/D3DScreenUpdateManager.java ! src/windows/classes/sun/java2d/d3d/D3DSurfaceData.java + src/windows/classes/sun/java2d/d3d/D3DSurfaceDataProxy.java ! src/windows/classes/sun/java2d/d3d/D3DTextRenderer.java + src/windows/classes/sun/java2d/d3d/D3DVolatileSurfaceManager.java ! src/windows/classes/sun/java2d/opengl/WGLGraphicsConfig.java ! src/windows/classes/sun/java2d/opengl/WGLSurfaceData.java ! src/windows/classes/sun/java2d/opengl/WGLVolatileSurfaceManager.java - src/windows/classes/sun/java2d/windows/DDBlitLoops.java - src/windows/classes/sun/java2d/windows/DDRenderer.java - src/windows/classes/sun/java2d/windows/DDScaleLoops.java ! src/windows/classes/sun/java2d/windows/GDIBlitLoops.java + src/windows/classes/sun/java2d/windows/GDIWindowSurfaceData.java - src/windows/classes/sun/java2d/windows/Win32OffScreenSurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceDataProxy.java - src/windows/classes/sun/java2d/windows/WinBackBuffer.java - src/windows/classes/sun/java2d/windows/WinBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/WinVolatileSurfaceManager.java ! src/windows/classes/sun/java2d/windows/WindowsFlags.java + src/windows/native/sun/java2d/d3d/D3DBadHardware.h ! src/windows/native/sun/java2d/d3d/D3DBlitLoops.cpp + src/windows/native/sun/java2d/d3d/D3DBlitLoops.h + src/windows/native/sun/java2d/d3d/D3DBufImgOps.cpp + src/windows/native/sun/java2d/d3d/D3DBufImgOps.h ! src/windows/native/sun/java2d/d3d/D3DContext.cpp ! src/windows/native/sun/java2d/d3d/D3DContext.h + src/windows/native/sun/java2d/d3d/D3DGlyphCache.cpp + src/windows/native/sun/java2d/d3d/D3DGlyphCache.h + src/windows/native/sun/java2d/d3d/D3DGraphicsDevice.cpp + src/windows/native/sun/java2d/d3d/D3DGraphicsDevice.h + src/windows/native/sun/java2d/d3d/D3DMaskBlit.cpp + src/windows/native/sun/java2d/d3d/D3DMaskBlit.h + src/windows/native/sun/java2d/d3d/D3DMaskCache.cpp + src/windows/native/sun/java2d/d3d/D3DMaskCache.h ! src/windows/native/sun/java2d/d3d/D3DMaskFill.cpp + src/windows/native/sun/java2d/d3d/D3DMaskFill.h + src/windows/native/sun/java2d/d3d/D3DPaints.cpp + src/windows/native/sun/java2d/d3d/D3DPaints.h + src/windows/native/sun/java2d/d3d/D3DPipeline.cpp + src/windows/native/sun/java2d/d3d/D3DPipeline.h + src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp + src/windows/native/sun/java2d/d3d/D3DPipelineManager.h + src/windows/native/sun/java2d/d3d/D3DRenderQueue.cpp + src/windows/native/sun/java2d/d3d/D3DRenderQueue.h ! src/windows/native/sun/java2d/d3d/D3DRenderer.cpp + src/windows/native/sun/java2d/d3d/D3DRenderer.h + src/windows/native/sun/java2d/d3d/D3DResourceManager.cpp + src/windows/native/sun/java2d/d3d/D3DResourceManager.h - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.cpp - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.h + src/windows/native/sun/java2d/d3d/D3DShaderGen.c + src/windows/native/sun/java2d/d3d/D3DShaders.h ! src/windows/native/sun/java2d/d3d/D3DSurfaceData.cpp ! src/windows/native/sun/java2d/d3d/D3DSurfaceData.h - src/windows/native/sun/java2d/d3d/D3DTestRaster.h ! src/windows/native/sun/java2d/d3d/D3DTextRenderer.cpp + src/windows/native/sun/java2d/d3d/D3DTextRenderer.h - src/windows/native/sun/java2d/d3d/D3DTextRenderer_md.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.h + src/windows/native/sun/java2d/d3d/D3DVertexCacher.cpp + src/windows/native/sun/java2d/d3d/D3DVertexCacher.h ! src/windows/native/sun/java2d/opengl/WGLGraphicsConfig.c ! src/windows/native/sun/java2d/opengl/WGLSurfaceData.c ! src/windows/native/sun/java2d/opengl/WGLSurfaceData.h - src/windows/native/sun/java2d/windows/DDBlitLoops.cpp - src/windows/native/sun/java2d/windows/DDRenderer.cpp ! src/windows/native/sun/java2d/windows/GDIBlitLoops.cpp ! src/windows/native/sun/java2d/windows/GDIRenderer.cpp + src/windows/native/sun/java2d/windows/GDIWindowSurfaceData.cpp + src/windows/native/sun/java2d/windows/GDIWindowSurfaceData.h - src/windows/native/sun/java2d/windows/RegistryKey.cpp - src/windows/native/sun/java2d/windows/RegistryKey.h - src/windows/native/sun/java2d/windows/Win32OffScreenSurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.h - src/windows/native/sun/java2d/windows/WinBackBufferSurfaceData.cpp ! src/windows/native/sun/java2d/windows/WindowsFlags.cpp ! src/windows/native/sun/java2d/windows/WindowsFlags.h - src/windows/native/sun/java2d/windows/ddrawObject.cpp - src/windows/native/sun/java2d/windows/ddrawObject.h - src/windows/native/sun/java2d/windows/ddrawUtils.cpp - src/windows/native/sun/java2d/windows/ddrawUtils.h - src/windows/native/sun/java2d/windows/dxCapabilities.cpp - src/windows/native/sun/java2d/windows/dxCapabilities.h - src/windows/native/sun/java2d/windows/dxInit.cpp - src/windows/native/sun/java2d/windows/dxInit.h ! src/windows/native/sun/windows/Devices.cpp ! src/windows/native/sun/windows/awt.h ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Component.h ! src/windows/native/sun/windows/awt_DrawingSurface.cpp ! src/windows/native/sun/windows/awt_DrawingSurface.h ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Win32GraphicsDevice.cpp ! src/windows/native/sun/windows/awt_Win32GraphicsDevice.h ! src/windows/native/sun/windows/awt_Win32GraphicsEnv.cpp ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h ! src/windows/native/sun/windows/awtmsg.h + test/java/awt/FullScreen/BufferStrategyExceptionTest/BufferStrategyExceptionTest.java + test/java/awt/FullScreen/MultimonFullscreenTest/MultimonFullscreenTest.java + test/java/awt/FullScreen/NoResizeEventOnDMChangeTest/NoResizeEventOnDMChangeTest.java + test/java/awt/FullScreen/SetFSWindow/FSFrame.java + test/java/awt/Multiscreen/DeviceIdentificationTest/DeviceIdentificationTest.java + test/java/awt/image/MemoryLeakTest/MemoryLeakTest.java + test/sun/java2d/DirectX/AccelPaintsTest/AccelPaintsTest.java + test/sun/java2d/DirectX/AcceleratedScaleTest/AcceleratedScaleTest.java + test/sun/java2d/DirectX/IAEforEmptyFrameTest/IAEforEmptyFrameTest.java + test/sun/java2d/DirectX/InfiniteValidationLoopTest/InfiniteValidationLoopTest.java + test/sun/java2d/DirectX/OnScreenRenderingResizeTest/OnScreenRenderingResizeTest.java + test/sun/java2d/DirectX/OverriddenInsetsTest/OverriddenInsetsTest.java + test/sun/java2d/DirectX/RenderingToCachedGraphicsTest/RenderingToCachedGraphicsTest.java + test/sun/java2d/DirectX/StrikeDisposalCrashTest/StrikeDisposalCrashTest.java + test/sun/java2d/DirectX/SwingOnScreenScrollingTest/SwingOnScreenScrollingTest.java + test/sun/java2d/DirectX/TransformedPaintTest/TransformedPaintTest.java + test/sun/java2d/GdiRendering/InsetClipping.java + test/sun/java2d/OpenGL/DrawBufImgOp.java + test/sun/java2d/SunGraphics2D/DrawImageBilinear.java + test/sun/java2d/SunGraphics2D/PolyVertTest.java + test/sun/java2d/SunGraphics2D/SimplePrimQuality.java + test/sun/java2d/SunGraphics2D/SourceClippingBlitTest/SourceClippingBlitTest.java + test/sun/java2d/X11SurfaceData/SharedMemoryPixmapsTest/SharedMemoryPixmapsTest.java + test/sun/java2d/X11SurfaceData/SharedMemoryPixmapsTest/SharedMemoryPixmapsTest.sh + test/sun/java2d/pipe/MutableColorTest/MutableColorTest.java + test/sun/java2d/pipe/hw/RSLAPITest/RSLAPITest.java + test/sun/java2d/pipe/hw/VSyncedBufferStrategyTest/VSyncedBufferStrategyTest.java Changeset: 2d7068a03750 Author: tdv Date: 2008-07-22 11:24 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/2d7068a03750 6728492: typo in copyrights in some files touched by the d3d pipeline port Reviewed-by: prr ! make/common/shared/Platform.gmk ! make/common/shared/Sanity.gmk ! make/sun/awt/FILES_c_windows.gmk ! make/sun/awt/FILES_export_unix.gmk ! make/sun/awt/FILES_export_windows.gmk ! make/sun/awt/Makefile ! make/sun/awt/mapfile-mawt-vers ! make/sun/awt/mapfile-vers ! make/sun/awt/mapfile-vers-linux ! make/sun/font/FILES_c.gmk ! make/sun/font/Makefile ! make/sun/headless/mapfile-vers ! make/sun/xawt/mapfile-vers ! src/share/classes/java/awt/GraphicsDevice.java ! src/share/classes/java/awt/Robot.java ! src/share/classes/java/awt/image/DataBuffer.java ! src/share/classes/java/awt/peer/ComponentPeer.java ! src/share/classes/javax/swing/BufferStrategyPaintManager.java ! src/share/classes/sun/awt/NullComponentPeer.java ! src/share/classes/sun/awt/image/SunVolatileImage.java ! src/share/classes/sun/awt/image/SunWritableRaster.java ! src/share/classes/sun/awt/image/VolatileSurfaceManager.java ! src/share/classes/sun/font/StrikeCache.java ! src/share/classes/sun/java2d/SunGraphics2D.java ! src/share/classes/sun/java2d/SunGraphicsEnvironment.java ! src/share/classes/sun/java2d/SurfaceData.java ! src/share/classes/sun/java2d/loops/BlitBg.java ! src/share/classes/sun/java2d/loops/GeneralRenderer.java ! src/share/classes/sun/java2d/opengl/OGLContext.java ! src/share/classes/sun/java2d/opengl/OGLGraphicsConfig.java ! src/share/classes/sun/java2d/opengl/OGLRenderer.java ! src/share/classes/sun/java2d/opengl/OGLSurfaceData.java ! src/share/classes/sun/java2d/pipe/BufferedOpCodes.java ! src/share/classes/sun/java2d/pipe/BufferedRenderPipe.java ! src/share/classes/sun/java2d/pipe/DrawImage.java ! src/share/native/sun/font/AccelGlyphCache.c ! src/share/native/sun/font/AccelGlyphCache.h ! src/share/native/sun/java2d/Trace.h ! src/share/native/sun/java2d/loops/BlitBg.c ! src/share/native/sun/java2d/loops/GraphicsPrimitiveMgr.c ! src/share/native/sun/java2d/loops/GraphicsPrimitiveMgr.h ! src/share/native/sun/java2d/opengl/OGLContext.c ! src/share/native/sun/java2d/opengl/OGLContext.h ! src/share/native/sun/java2d/opengl/OGLFuncs.h ! src/share/native/sun/java2d/opengl/OGLRenderQueue.c ! src/share/native/sun/java2d/opengl/OGLRenderQueue.h ! src/share/native/sun/java2d/opengl/OGLRenderer.c ! src/share/native/sun/java2d/opengl/OGLRenderer.h ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h ! src/solaris/classes/sun/awt/X11GraphicsConfig.java ! src/solaris/classes/sun/awt/X11GraphicsDevice.java ! src/solaris/classes/sun/awt/motif/MComponentPeer.java ! src/solaris/classes/sun/java2d/opengl/GLXGraphicsConfig.java ! src/solaris/classes/sun/java2d/opengl/GLXSurfaceData.java ! src/solaris/classes/sun/java2d/opengl/GLXVolatileSurfaceManager.java ! src/solaris/classes/sun/java2d/x11/X11PMBlitBgLoops.java ! src/solaris/native/sun/java2d/opengl/GLXGraphicsConfig.c ! src/solaris/native/sun/java2d/opengl/GLXSurfaceData.c ! src/windows/classes/sun/awt/Win32GraphicsConfig.java ! src/windows/classes/sun/awt/Win32GraphicsDevice.java ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java ! src/windows/classes/sun/awt/windows/WComponentPeer.java ! src/windows/classes/sun/awt/windows/WEmbeddedFramePeer.java ! src/windows/classes/sun/awt/windows/WToolkit.java ! src/windows/classes/sun/java2d/opengl/WGLGraphicsConfig.java ! src/windows/classes/sun/java2d/opengl/WGLSurfaceData.java ! src/windows/classes/sun/java2d/opengl/WGLVolatileSurfaceManager.java ! src/windows/classes/sun/java2d/windows/GDIBlitLoops.java ! src/windows/classes/sun/java2d/windows/GDIWindowSurfaceData.java ! src/windows/classes/sun/java2d/windows/WindowsFlags.java ! src/windows/native/sun/java2d/opengl/WGLGraphicsConfig.c ! src/windows/native/sun/java2d/opengl/WGLSurfaceData.c ! src/windows/native/sun/java2d/opengl/WGLSurfaceData.h ! src/windows/native/sun/java2d/windows/GDIBlitLoops.cpp ! src/windows/native/sun/java2d/windows/GDIRenderer.cpp ! src/windows/native/sun/java2d/windows/GDIWindowSurfaceData.cpp ! src/windows/native/sun/java2d/windows/GDIWindowSurfaceData.h ! src/windows/native/sun/java2d/windows/WindowsFlags.cpp ! src/windows/native/sun/java2d/windows/WindowsFlags.h ! src/windows/native/sun/windows/Devices.cpp ! src/windows/native/sun/windows/awt_Component.h ! src/windows/native/sun/windows/awt_DrawingSurface.cpp ! src/windows/native/sun/windows/awt_DrawingSurface.h ! src/windows/native/sun/windows/awt_Win32GraphicsDevice.cpp ! src/windows/native/sun/windows/awt_Win32GraphicsDevice.h ! src/windows/native/sun/windows/awt_Win32GraphicsEnv.cpp ! src/windows/native/sun/windows/awtmsg.h Changeset: 5a9e7ac25d30 Author: lana Date: 2008-07-24 21:12 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/5a9e7ac25d30 Merge ! make/common/shared/Platform.gmk ! make/common/shared/Sanity.gmk ! make/sun/font/FILES_c.gmk ! make/sun/font/Makefile ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/image/DataBuffer.java ! src/share/classes/sun/awt/FontConfiguration.java ! src/share/classes/sun/awt/image/SunVolatileImage.java ! src/share/classes/sun/font/FontManager.java ! src/share/classes/sun/java2d/SunGraphics2D.java ! src/solaris/classes/sun/awt/X11GraphicsConfig.java ! src/solaris/classes/sun/awt/X11GraphicsDevice.java ! src/solaris/classes/sun/awt/X11GraphicsEnvironment.java ! src/windows/classes/sun/awt/Win32GraphicsEnvironment.java ! src/windows/classes/sun/awt/windows/WEmbeddedFramePeer.java - src/windows/classes/sun/java2d/d3d/D3DBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/DDBlitLoops.java - src/windows/classes/sun/java2d/windows/DDRenderer.java - src/windows/classes/sun/java2d/windows/DDScaleLoops.java - src/windows/classes/sun/java2d/windows/Win32OffScreenSurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceDataProxy.java - src/windows/classes/sun/java2d/windows/WinBackBuffer.java - src/windows/classes/sun/java2d/windows/WinBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/WinVolatileSurfaceManager.java - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.cpp - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.h - src/windows/native/sun/java2d/d3d/D3DTestRaster.h - src/windows/native/sun/java2d/d3d/D3DTextRenderer_md.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.h - src/windows/native/sun/java2d/windows/DDBlitLoops.cpp - src/windows/native/sun/java2d/windows/DDRenderer.cpp - src/windows/native/sun/java2d/windows/RegistryKey.cpp - src/windows/native/sun/java2d/windows/RegistryKey.h - src/windows/native/sun/java2d/windows/Win32OffScreenSurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.h - src/windows/native/sun/java2d/windows/WinBackBufferSurfaceData.cpp - src/windows/native/sun/java2d/windows/ddrawObject.cpp - src/windows/native/sun/java2d/windows/ddrawObject.h - src/windows/native/sun/java2d/windows/ddrawUtils.cpp - src/windows/native/sun/java2d/windows/ddrawUtils.h - src/windows/native/sun/java2d/windows/dxCapabilities.cpp - src/windows/native/sun/java2d/windows/dxCapabilities.h - src/windows/native/sun/java2d/windows/dxInit.cpp - src/windows/native/sun/java2d/windows/dxInit.h ! src/windows/native/sun/windows/awt_Component.cpp ! src/windows/native/sun/windows/awt_Component.h Changeset: 2776a8638537 Author: lana Date: 2008-08-05 17:44 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/2776a8638537 Merge ! make/common/shared/Platform.gmk ! make/sun/font/Makefile Changeset: ab3508401ce4 Author: jtusla Date: 2008-08-01 01:46 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/ab3508401ce4 6509039: Swedish localization has incorrect am/pm markers in FormatData_sv Summary: Added respective section Reviewed-by: peytoia, jenda ! src/share/classes/sun/text/resources/FormatData_sv.java ! test/sun/text/resources/LocaleData ! test/sun/text/resources/LocaleDataTest.java Changeset: 52f21df467b4 Author: jtusla Date: 2008-08-01 02:58 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/52f21df467b4 6608572: Currency change for Malta and Cyprus Summary: Change the respective currencies Reviewed-by: naoto, jenda ! src/share/classes/java/util/CurrencyData.properties ! test/java/util/Currency/ValidateISO4217.java ! test/java/util/Currency/tablea1.txt Changeset: 1d3a19f9a015 Author: jtusla Date: 2008-08-07 04:52 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/1d3a19f9a015 Merge Changeset: 7e10774d2a29 Author: tbell Date: 2008-08-07 09:42 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/7e10774d2a29 Merge - src/windows/classes/sun/java2d/d3d/D3DBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/DDBlitLoops.java - src/windows/classes/sun/java2d/windows/DDRenderer.java - src/windows/classes/sun/java2d/windows/DDScaleLoops.java - src/windows/classes/sun/java2d/windows/Win32OffScreenSurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceDataProxy.java - src/windows/classes/sun/java2d/windows/WinBackBuffer.java - src/windows/classes/sun/java2d/windows/WinBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/WinVolatileSurfaceManager.java - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.cpp - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.h - src/windows/native/sun/java2d/d3d/D3DTestRaster.h - src/windows/native/sun/java2d/d3d/D3DTextRenderer_md.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.h - src/windows/native/sun/java2d/windows/DDBlitLoops.cpp - src/windows/native/sun/java2d/windows/DDRenderer.cpp - src/windows/native/sun/java2d/windows/RegistryKey.cpp - src/windows/native/sun/java2d/windows/RegistryKey.h - src/windows/native/sun/java2d/windows/Win32OffScreenSurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.h - src/windows/native/sun/java2d/windows/WinBackBufferSurfaceData.cpp - src/windows/native/sun/java2d/windows/ddrawObject.cpp - src/windows/native/sun/java2d/windows/ddrawObject.h - src/windows/native/sun/java2d/windows/ddrawUtils.cpp - src/windows/native/sun/java2d/windows/ddrawUtils.h - src/windows/native/sun/java2d/windows/dxCapabilities.cpp - src/windows/native/sun/java2d/windows/dxCapabilities.h - src/windows/native/sun/java2d/windows/dxInit.cpp - src/windows/native/sun/java2d/windows/dxInit.h Changeset: 515175a26f49 Author: tbell Date: 2008-08-07 18:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/515175a26f49 Merge Changeset: c32e27a3c619 Author: tbell Date: 2008-08-10 18:35 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/c32e27a3c619 Merge Changeset: cf403a69449a Author: jjh Date: 2008-08-15 18:06 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/cf403a69449a 6737900: TEST: Some JDI regression tests timeout on slow machines Summary: Don't execute useless code, and split test into multiple @runs. Reviewed-by: tbell ! test/com/sun/jdi/ClassesByName2Test.java ! test/com/sun/jdi/ConnectedVMs.java ! test/com/sun/jdi/sde/MangleStepTest.java Changeset: e093efae8c5f Author: ohair Date: 2008-08-17 17:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/e093efae8c5f 6496269: Many warnings generated from com/sun/java/util/jar/pack/*.cpp when compiled on Linux Summary: Removal of compiler warnings and fixing of assert logic. Reviewed-by: jrose, ksrini, bristor ! src/share/native/com/sun/java/util/jar/pack/bands.cpp ! src/share/native/com/sun/java/util/jar/pack/bytes.cpp ! src/share/native/com/sun/java/util/jar/pack/bytes.h ! src/share/native/com/sun/java/util/jar/pack/coding.cpp ! src/share/native/com/sun/java/util/jar/pack/coding.h ! src/share/native/com/sun/java/util/jar/pack/defines.h ! src/share/native/com/sun/java/util/jar/pack/jni.cpp ! src/share/native/com/sun/java/util/jar/pack/main.cpp ! src/share/native/com/sun/java/util/jar/pack/unpack.cpp ! src/share/native/com/sun/java/util/jar/pack/unpack.h ! src/share/native/com/sun/java/util/jar/pack/utils.cpp ! src/share/native/com/sun/java/util/jar/pack/utils.h ! src/share/native/com/sun/java/util/jar/pack/zip.cpp ! src/share/native/com/sun/java/util/jar/pack/zip.h Changeset: 17527939e5b1 Author: swamyv Date: 2008-08-18 15:28 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/17527939e5b1 6705893: javax.script tests should not require a js engine on OpenJDK Summary: Fixed the tests to pass with open JDK. Reviewed-by: darcy ! test/javax/script/E4XErrorTest.java + test/javax/script/Helper.java ! test/javax/script/JavaScriptScopeTest.java ! test/javax/script/NullUndefinedVarTest.java ! test/javax/script/PluggableContextTest.java ! test/javax/script/ProviderTest.java ! test/javax/script/RhinoExceptionTest.java ! test/javax/script/Test1.java ! test/javax/script/Test2.java ! test/javax/script/Test3.java ! test/javax/script/Test4.java ! test/javax/script/Test5.java ! test/javax/script/Test6.java ! test/javax/script/Test7.java ! test/javax/script/Test8.java ! test/javax/script/VersionTest.java + test/sun/tools/jrunscript/CheckEngine.java ! test/sun/tools/jrunscript/common.sh ! test/sun/tools/jrunscript/jrunscript-DTest.sh ! test/sun/tools/jrunscript/jrunscript-argsTest.sh ! test/sun/tools/jrunscript/jrunscript-cpTest.sh ! test/sun/tools/jrunscript/jrunscript-eTest.sh ! test/sun/tools/jrunscript/jrunscript-fTest.sh ! test/sun/tools/jrunscript/jrunscriptTest.sh Changeset: b6f746b0ecc4 Author: swamyv Date: 2008-08-19 12:46 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/b6f746b0ecc4 6736461: ThreadMXBean Locks.java fails intermittently. Summary: Fixed the test to wait for the right state before calling check thread information. Reviewed-by: jjh ! test/java/lang/management/ThreadMXBean/Locks.java Changeset: e35680499077 Author: ohair Date: 2008-08-06 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/e35680499077 6728161: Add SKIP_BOOT_CYCLE feature to create boot jdk and use it during build Summary: Needed BOOT_JAR_JFLAGS. Fixed PREVIOUS_RELEASE_IMAGE. Reviewed-by: tbell ! make/com/sun/crypto/provider/Makefile ! make/com/sun/inputmethods/indicim/Makefile ! make/com/sun/inputmethods/thaiim/Makefile ! make/common/BuildToolJar.gmk ! make/common/Demo.gmk ! make/common/Release.gmk ! make/common/internal/BinaryPlugs.gmk ! make/common/internal/ImportComponents.gmk ! make/common/shared/Defs-java.gmk ! make/java/management/Makefile ! make/javax/crypto/Makefile ! make/javax/swing/beaninfo/SwingBeans.gmk ! make/sun/jconsole/Makefile ! make/sun/net/spi/nameservice/dns/Makefile ! make/sun/nio/Makefile ! make/sun/security/mscapi/Makefile ! make/sun/security/pkcs11/Makefile ! make/sun/text/Makefile Changeset: b374f6174534 Author: ohair Date: 2008-07-30 19:40 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/b374f6174534 6729772: 64-bit build with SS12 compiler: SIGSEGV (0xb) at pc=0x0000000000000048, pid=14826, tid=2 Reviewed-by: tbell ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/common/Defs.gmk ! make/common/Library.gmk ! make/common/shared/Defs.gmk ! make/java/fdlibm/Makefile ! make/java/java_hprof_demo/Makefile ! make/sun/awt/Makefile ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! make/sun/image/generic/Makefile ! make/sun/image/vis/Makefile ! make/sun/jpeg/Makefile Changeset: a140a5aa5f2c Author: ohair Date: 2008-08-06 16:21 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/a140a5aa5f2c 6724669: JDK7: Official change to Sun Studio 12 compilers on Solaris Reviewed-by: tbell - make/README-builds.html - make/README.html ! make/common/shared/Compiler-sun.gmk ! make/jprt.config Changeset: a418b563ed63 Author: ohair Date: 2008-08-06 16:43 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/a418b563ed63 Merge - make/README-builds.html - make/README.html ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/common/Defs.gmk ! make/common/shared/Defs.gmk ! make/java/fdlibm/Makefile ! make/java/java_hprof_demo/Makefile ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! make/sun/jpeg/Makefile Changeset: a5e641698d38 Author: ohair Date: 2008-08-08 08:50 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/a5e641698d38 6734977: Fix build failure regarding the now deleted file jdk/README.html Reviewed-by: xdono, tbell - make/ASSEMBLY_EXCEPTION - make/LICENSE - make/README - make/THIRD_PARTY_README ! make/common/Release.gmk Changeset: 32a4e56d5f68 Author: ohair Date: 2008-08-08 08:52 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/32a4e56d5f68 Merge - make/ASSEMBLY_EXCEPTION - make/LICENSE - make/README - make/THIRD_PARTY_README ! make/common/Release.gmk Changeset: fa4c0a6cdd25 Author: xdono Date: 2008-08-12 15:17 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/fa4c0a6cdd25 Merge - make/java/nio/spp.sh ! make/sun/awt/Makefile ! make/sun/font/Makefile - src/windows/classes/sun/java2d/d3d/D3DBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/DDBlitLoops.java - src/windows/classes/sun/java2d/windows/DDRenderer.java - src/windows/classes/sun/java2d/windows/DDScaleLoops.java - src/windows/classes/sun/java2d/windows/Win32OffScreenSurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceData.java - src/windows/classes/sun/java2d/windows/Win32SurfaceDataProxy.java - src/windows/classes/sun/java2d/windows/WinBackBuffer.java - src/windows/classes/sun/java2d/windows/WinBackBufferSurfaceData.java - src/windows/classes/sun/java2d/windows/WinVolatileSurfaceManager.java - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.cpp - src/windows/native/sun/java2d/d3d/D3DRuntimeTest.h - src/windows/native/sun/java2d/d3d/D3DTestRaster.h - src/windows/native/sun/java2d/d3d/D3DTextRenderer_md.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.cpp - src/windows/native/sun/java2d/d3d/D3DUtils.h - src/windows/native/sun/java2d/windows/DDBlitLoops.cpp - src/windows/native/sun/java2d/windows/DDRenderer.cpp - src/windows/native/sun/java2d/windows/RegistryKey.cpp - src/windows/native/sun/java2d/windows/RegistryKey.h - src/windows/native/sun/java2d/windows/Win32OffScreenSurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.cpp - src/windows/native/sun/java2d/windows/Win32SurfaceData.h - src/windows/native/sun/java2d/windows/WinBackBufferSurfaceData.cpp - src/windows/native/sun/java2d/windows/ddrawObject.cpp - src/windows/native/sun/java2d/windows/ddrawObject.h - src/windows/native/sun/java2d/windows/ddrawUtils.cpp - src/windows/native/sun/java2d/windows/ddrawUtils.h - src/windows/native/sun/java2d/windows/dxCapabilities.cpp - src/windows/native/sun/java2d/windows/dxCapabilities.h - src/windows/native/sun/java2d/windows/dxInit.cpp - src/windows/native/sun/java2d/windows/dxInit.h Changeset: 4c24def75deb Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/4c24def75deb Added tag jdk7-b33 for changeset fa4c0a6cdd25 ! .hgtags Changeset: e7d93d1d2bf0 Author: tbell Date: 2008-08-14 22:16 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/e7d93d1d2bf0 Merge - make/ASSEMBLY_EXCEPTION - make/LICENSE - make/README - make/README-builds.html - make/README.html - make/THIRD_PARTY_README Changeset: 092985e71d9e Author: tbell Date: 2008-08-18 09:20 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/092985e71d9e Merge Changeset: 1b114828900b Author: tbell Date: 2008-08-19 16:05 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/1b114828900b Merge Changeset: 874f4db252e3 Author: wetmore Date: 2008-08-20 00:41 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/874f4db252e3 Merge From bradford.wetmore at sun.com Wed Aug 20 15:58:51 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 20 Aug 2008 22:58:51 +0000 Subject: hg: jdk7/jsn/langtools: 13 new changesets Message-ID: <20080820225913.2B577D7A4@hg.openjdk.java.net> Changeset: b6d5f53b3b29 Author: mcimadamore Date: 2008-08-05 12:54 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/b6d5f53b3b29 6730423: Diagnostic formatter should be an instance field of JCDiagnostic Summary: JCDiagnostic.fragment should be deprecated and the diagnostic factory should be used instead Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java ! src/share/classes/com/sun/tools/javac/util/JCDiagnostic.java Changeset: 6be961ee2290 Author: jjg Date: 2008-08-05 17:07 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/6be961ee2290 6733995: legal notice repair on langtools/src/share/classes/com/sun/tools/javap/JavapTask.java Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javap/JavapTask.java Changeset: d635feaf3747 Author: mcimadamore Date: 2008-08-08 15:16 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/d635feaf3747 6695838: javac does not detect cyclic inheritance involving static inner classes after import clause Summary: Javac fails to detect some errors due to the order in which a class' static imports are entered Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java + test/tools/javac/staticImport/6695838/T6695838.java + test/tools/javac/staticImport/6695838/a/Foo.java + test/tools/javac/staticImport/6695838/a/FooInterface.java Changeset: 30a415f8667f Author: mcimadamore Date: 2008-08-08 17:38 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/30a415f8667f 6718364: inference fails when a generic method is invoked with raw arguments Summary: Bug in the implementation of Types.isSubtypeUnchecked Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Types.java + test/tools/javac/generics/inference/6718364/T6718364.java + test/tools/javac/generics/inference/6718364/T6718364.out Changeset: 6542933af8f4 Author: mcimadamore Date: 2008-08-08 17:43 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/6542933af8f4 6676362: Spurious forward reference error with final var + instance variable initializer Summary: Some javac forward reference errors aren't compliant with the JLS Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/AttrContext.java ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/ForwardReference/T6676362a.java + test/tools/javac/ForwardReference/T6676362b.java ! test/tools/javac/enum/forwardRef/T6425594.out Changeset: fac6b1beaa5a Author: mcimadamore Date: 2008-08-08 17:48 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/fac6b1beaa5a 6734819: Javac performs flows analysis on already translated classes Summary: Regression in JavaCompiler.desugar introduced in 6726015 Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/main/JavaCompiler.java + test/tools/javac/6734819/T6734819a.java + test/tools/javac/6734819/T6734819a.out + test/tools/javac/6734819/T6734819b.java + test/tools/javac/6734819/T6734819b.out + test/tools/javac/6734819/T6734819c.java + test/tools/javac/6734819/T6734819c.out Changeset: 938a80a47670 Author: mcimadamore Date: 2008-08-08 17:52 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/938a80a47670 6732461: broken message file for annotation processing Summary: Regression in sqe test introduced in 6720185 Reviewed-by: jjg ! src/share/classes/com/sun/tools/apt/util/Bark.java Changeset: 4af43632966c Author: xdono Date: 2008-08-04 13:45 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/4af43632966c Added tag jdk7-b32 for changeset 13aee98cc0d8 ! .hgtags Changeset: 0a5f04fb7282 Author: tbell Date: 2008-08-07 09:45 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/0a5f04fb7282 Merge Changeset: 7ec8d871eb8c Author: tbell Date: 2008-08-07 18:03 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/7ec8d871eb8c Merge - test/tools/javac/5045412/out Changeset: eefde0421566 Author: tbell Date: 2008-08-10 18:36 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/eefde0421566 Merge Changeset: 1c4a97a661b9 Author: xdono Date: 2008-08-14 09:26 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/1c4a97a661b9 Added tag jdk7-b33 for changeset 0a5f04fb7282 ! .hgtags Changeset: 4026dece07e8 Author: tbell Date: 2008-08-14 22:17 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/4026dece07e8 Merge From michael.mcmahon at sun.com Thu Aug 21 10:07:30 2008 From: michael.mcmahon at sun.com (michael.mcmahon at sun.com) Date: Thu, 21 Aug 2008 17:07:30 +0000 Subject: hg: jdk7/jsn/jdk: 6258215: Num of backlog in ServerSocket(int, int) should be mentioned more explicitly Message-ID: <20080821170757.002D5D8D6@hg.openjdk.java.net> Changeset: afcf04c535da Author: michaelm Date: 2008-08-21 10:04 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/afcf04c535da 6258215: Num of backlog in ServerSocket(int, int) should be mentioned more explicitly Summary: updated javadoc Reviewed-by: chegar ! src/share/classes/java/net/ServerSocket.java ! src/share/classes/javax/net/ssl/SSLServerSocket.java From fw at deneb.enyo.de Mon Aug 25 02:58:01 2008 From: fw at deneb.enyo.de (Florian Weimer) Date: Mon, 25 Aug 2008 11:58:01 +0200 Subject: SCTP for Java In-Reply-To: <48ABE5E0.2070803@sun.com> (Alan Bateman's message of "Wed, 20 Aug 2008 10:37:36 +0100") References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> Message-ID: <8763ppifh2.fsf@mid.deneb.enyo.de> * Alan Bateman: [Extensible socket types] > This is a good topic. For stream and datagram oriented protocols then > it would indeed be desirable to allow for communication domains other > than IP. In theory it should be possible to use a SocketImpl for this > but there are checks in the Socket API that reject > non-InetSocketAddress types (see 6402725). Oh, not good. > Furthermore, the Socket API itself has very IP oriented methods so it > doesn't gel well with non-IP protocols. As regards an "out of tree" > approach for experimentation - I'm not sure that this would be > straightforward as it would require hooks for creating the socket and > also when translating between the SocketAddress implementation and the > native socket address type. It justs needs a semi-stable interface to create something that is covered by the general machinery. A lot of of the SocketAddress machinery can be avoided if you're just interested in the basic infrastructure for file descriptor management and interrupt handling (which is the main reason I'm interested in the existing sockets framework). (Portable socket addresses are a bit of a nightmare anyway.) > FWIW, a while back I prototyped an "in tree" solution for > SocketChannel. The primary motive was to allow for Sockets Direct > Protocol (which uses IP addressing) and Unix Domain Sockets (which > required a new SocketAddress type). This isn't as extensible as what > you might be looking for but the API did allow the protocol (and > optionally the protocol family) to be specified when creating the > SocketChannel. A Protocols class allowed for protocol lookup > (essentially a getprotobyname equivalent). Do you think it would be possible to do this out-of-tree? I think I could port my client code to SocketChannel. (If I require a customized JDK, it will raise a few eyebrows.) From jean-christophe.collet at sun.com Mon Aug 25 05:43:59 2008 From: jean-christophe.collet at sun.com (jean-christophe.collet at sun.com) Date: Mon, 25 Aug 2008 12:43:59 +0000 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public Message-ID: <20080825124435.02CE6DA99@hg.openjdk.java.net> Changeset: f4289d75cd29 Author: jccollet Date: 2008-08-25 14:38 +0200 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f4289d75cd29 6717876: Make java.net.NetworkInterface.getIndex() public Summary: Make getIndex() and getByIndex() public. Required a name change in native code Reviewed-by: alanb, chegar, michaelm ! make/java/net/mapfile-vers ! src/share/classes/java/net/NetworkInterface.java ! src/solaris/native/java/net/NetworkInterface.c ! src/solaris/native/java/net/PlainDatagramSocketImpl.c ! src/windows/native/java/net/NetworkInterface.c ! src/windows/native/java/net/NetworkInterface_winXP.c ! src/windows/native/java/net/TwoStacksPlainDatagramSocketImpl.c ! src/windows/native/java/net/net_util_md.h + test/java/net/NetworkInterface/IndexTest.java From Bradford.Wetmore at Sun.COM Mon Aug 25 07:23:20 2008 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Mon, 25 Aug 2008 07:23:20 -0700 Subject: Any more JSN putbacks? Message-ID: <48B2C058.9060206@sun.com> Today is JSN integration day. I'd like to start early, but will wait for any last pushes. Brad From bradford.wetmore at sun.com Mon Aug 25 17:02:44 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Tue, 26 Aug 2008 00:02:44 +0000 Subject: hg: jdk7/jsn/jdk: 6 new changesets Message-ID: <20080826000418.D310FDB31@hg.openjdk.java.net> Changeset: dc4067f914a2 Author: martin Date: 2008-08-20 13:45 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/dc4067f914a2 6739302: Check that deserialization preserves EnumSet integrity Reviewed-by: dl, chegar Contributed-by: jjb at google.com ! src/share/classes/java/util/EnumSet.java + test/java/util/EnumSet/BogusEnumSet.java Changeset: 52fbd007f47b Author: swamyv Date: 2008-08-22 10:37 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/52fbd007f47b 6653883: jmap with no option should print mmap instead of heap information. Summary: Changed the default option of jmap to print mmap. Reviewed-by: jjh ! src/share/classes/sun/tools/jmap/JMap.java Changeset: 3a4370604bab Author: ohair Date: 2008-08-22 12:24 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3a4370604bab 6732421: Removed old javavm and Classic VM files from the jdk7 sources Reviewed-by: alanb ! make/common/Defs.gmk ! make/java/verify/Makefile ! make/netbeans/awt2d/README ! make/tools/GenerateCharacter/check_class.c.template ! src/share/back/debugDispatch.c ! src/share/back/error_messages.c ! src/share/back/inStream.c ! src/share/back/outStream.h ! src/share/instrument/InstrumentationImplNativeMethods.c ! src/share/instrument/JPLISAgent.c ! src/share/javavm/export/jvm.h - src/share/javavm/include/opcodes.h - src/share/javavm/include/opcodes.length - src/share/javavm/include/opcodes.list - src/share/javavm/include/opcodes.weight - src/share/javavm/include/opcodes.wide - src/share/javavm/include/sys_api.h - src/share/javavm/include/typedefs.h ! src/share/native/common/check_code.c ! src/share/native/common/check_format.c ! src/solaris/back/util_md.h ! src/solaris/instrument/FileSystemSupport_md.h ! src/solaris/javavm/export/jvm_md.h - src/solaris/javavm/include/typedefs_md.h ! src/solaris/native/common/gdefs_md.h ! src/solaris/native/common/jlong_md.h ! src/windows/back/util_md.h ! src/windows/hpi/src/socket_md.c ! src/windows/hpi/src/threads_md.c ! src/windows/instrument/FileSystemSupport_md.h ! src/windows/javavm/export/jvm_md.h - src/windows/javavm/include/typedefs_md.h ! src/windows/native/java/net/net_util_md.c Changeset: 3dcc69147ff9 Author: sherman Date: 2008-08-22 14:37 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3dcc69147ff9 4486841: UTF-8 decoder should adhere to corrigendum to Unicode 3.0.1 6636317: Optimize UTF-8 coder for ASCII input Summary: re-write the UTF-8 charset to obey the standard and improve the performance Reviewed-by: alanb ! src/share/classes/sun/nio/cs/UTF_8.java + test/sun/nio/cs/TestUTF8.java Changeset: a33cf5828b82 Author: sherman Date: 2008-08-22 22:54 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/a33cf5828b82 6740702: Comment tag update Summary: tag update Reviewed-by: mr ! src/share/classes/sun/nio/cs/UTF_8.java Changeset: 872241636752 Author: wetmore Date: 2008-08-25 08:11 -0700 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/872241636752 Merge From bradford.wetmore at sun.com Mon Aug 25 17:05:22 2008 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Tue, 26 Aug 2008 00:05:22 +0000 Subject: hg: jdk7/jsn/langtools: 6733837: Recent work on javac diagnostic affected javac output Message-ID: <20080826000525.E8578DB3B@hg.openjdk.java.net> Changeset: 37551dc0f591 Author: mcimadamore Date: 2008-08-22 11:46 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/37551dc0f591 6733837: Recent work on javac diagnostic affected javac output Summary: Problems with diagnostic path and tab character in the source code Reviewed-by: darcy, jjg ! src/share/classes/com/sun/tools/javac/api/DiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/AbstractDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/BasicDiagnosticFormatter.java ! src/share/classes/com/sun/tools/javac/util/DiagnosticSource.java ! src/share/classes/com/sun/tools/javac/util/JCDiagnostic.java ! src/share/classes/com/sun/tools/javac/util/Log.java ! src/share/classes/com/sun/tools/javac/util/RawDiagnosticFormatter.java + test/tools/javac/api/6733837/T6733837.java From david.lloyd at redhat.com Tue Aug 26 06:41:03 2008 From: david.lloyd at redhat.com (David M. Lloyd) Date: Tue, 26 Aug 2008 08:41:03 -0500 Subject: SCTP for Java In-Reply-To: <48ABE5E0.2070803@sun.com> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> Message-ID: <48B407EF.4090006@redhat.com> On 08/20/2008 04:37 AM, Alan Bateman wrote: > Florian Weimer wrote: >> : >> I've been wondering for a while if it is possible (with reasonable >> additional effort) to add new socket and socket address classes without >> patching the JDK sources. No, it's not. :-) > FWIW, a while back I prototyped an "in tree" solution for SocketChannel. > The primary motive was to allow for Sockets Direct Protocol (which uses > IP addressing) and Unix Domain Sockets (which required a new > SocketAddress type). I disagree here. Just because C has traditionally used struct sockaddr in an overloaded fashion doesn't mean it's a good idea to mirror this on the Java side. - DML From Christopher.Hegarty at Sun.COM Tue Aug 26 07:20:19 2008 From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland) Date: Tue, 26 Aug 2008 15:20:19 +0100 Subject: SCTP for Java In-Reply-To: <48B407EF.4090006@redhat.com> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> Message-ID: <48B41123.5070401@Sun.COM> On 08/26/08 14:41, David M. Lloyd wrote: > On 08/20/2008 04:37 AM, Alan Bateman wrote: >> Florian Weimer wrote: >>> : >>> I've been wondering for a while if it is possible (with reasonable >>> additional effort) to add new socket and socket address classes without >>> patching the JDK sources. > > No, it's not. :-) > >> FWIW, a while back I prototyped an "in tree" solution for >> SocketChannel. The primary motive was to allow for Sockets Direct >> Protocol (which uses IP addressing) and Unix Domain Sockets (which >> required a new SocketAddress type). > > I disagree here. Just because C has traditionally used struct sockaddr > in an overloaded fashion doesn't mean it's a good idea to mirror this on > the Java side. Sorry David, I'm sure what you mean here. Can you please clarify. -Chris. > > - DML From Alan.Bateman at Sun.COM Tue Aug 26 07:25:23 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Tue, 26 Aug 2008 15:25:23 +0100 Subject: SCTP for Java In-Reply-To: <8763ppifh2.fsf@mid.deneb.enyo.de> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <8763ppifh2.fsf@mid.deneb.enyo.de> Message-ID: <48B41253.6010409@sun.com> Florian Weimer wrote: > > [Extensible socket types] > > > : > Do you think it would be possible to do this out-of-tree? I think I > could port my client code to SocketChannel. (If I require a customized > JDK, it will raise a few eyebrows.) > It should be feasible but it would likely be a platform/provider specific (mapping to the socket domain, translation to/from the socket address, etc.). It would be good if someone had the cycles to prototype this and come back with a proposal. Is this something you might be interested in doing? -Alan. From david.lloyd at redhat.com Tue Aug 26 07:27:32 2008 From: david.lloyd at redhat.com (David M. Lloyd) Date: Tue, 26 Aug 2008 09:27:32 -0500 Subject: SCTP for Java In-Reply-To: <48B41123.5070401@Sun.COM> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> <48B41123.5070401@Sun.COM> Message-ID: <48B412D4.1020603@redhat.com> On 08/26/2008 09:20 AM, Christopher Hegarty - Sun Microsystems Ireland wrote: > On 08/26/08 14:41, David M. Lloyd wrote: >> On 08/20/2008 04:37 AM, Alan Bateman wrote: >>> FWIW, a while back I prototyped an "in tree" solution for >>> SocketChannel. The primary motive was to allow for Sockets Direct >>> Protocol (which uses IP addressing) and Unix Domain Sockets (which >>> required a new SocketAddress type). >> >> I disagree here. Just because C has traditionally used struct >> sockaddr in an overloaded fashion doesn't mean it's a good idea to >> mirror this on the Java side. > Sorry David, I'm sure what you mean here. Can you please clarify. I just mean, what would be the benefit of using SocketAddress rather than using a String or Path directly? You can avoid the difficulties of extending SocketAddress by simply not using it. - DML From Alan.Bateman at Sun.COM Tue Aug 26 09:12:27 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Tue, 26 Aug 2008 17:12:27 +0100 Subject: SCTP for Java In-Reply-To: <48B412D4.1020603@redhat.com> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> <48B41123.5070401@Sun.COM> <48B412D4.1020603@redhat.com> Message-ID: <48B42B6B.1020909@sun.com> David M. Lloyd wrote: > : > I just mean, what would be the benefit of using SocketAddress rather > than using a String or Path directly? You can avoid the difficulties > of extending SocketAddress by simply not using it. If the protocol or socket address is specified by String then the implementation would still require to understand the representation so that it can map to the appropriate socket type and domain. Is the concern that applications have a dependency on other SocketAddress types? -Alan. From david.lloyd at redhat.com Tue Aug 26 09:59:36 2008 From: david.lloyd at redhat.com (David M. Lloyd) Date: Tue, 26 Aug 2008 11:59:36 -0500 Subject: SCTP for Java In-Reply-To: <48B42B6B.1020909@sun.com> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> <48B41123.5070401@Sun.COM> <48B412D4.1020603@redhat.com> <48B42B6B.1020909@sun.com> Message-ID: <48B43678.1020705@redhat.com> On 08/26/2008 11:12 AM, Alan Bateman wrote: > David M. Lloyd wrote: >> : >> I just mean, what would be the benefit of using SocketAddress rather >> than using a String or Path directly? You can avoid the difficulties >> of extending SocketAddress by simply not using it. > If the protocol or socket address is specified by String then the > implementation would still require to understand the representation so > that it can map to the appropriate socket type and domain. Is the > concern that applications have a dependency on other SocketAddress types? No, the concern is just that the SocketAddress hierarchy is just kind of broken (the indicators are the fact that it's an empty abstract class, and that anywhere it's used, it's immediately casted to a more specific type). You could change this, but it still seems to me like a kneejerk "make it look like Unix" kind of thing to do. Doing this: UnixSocketChannel.open(String) or similar seems more correct to me. If you go the route of using SocketChannel.open(SocketAddress), for example, now you've got instanceof checks for each socket type. Does this not seem like a so-called "code smell" to you? - DML From Alan.Bateman at Sun.COM Tue Aug 26 11:18:11 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Tue, 26 Aug 2008 19:18:11 +0100 Subject: SCTP for Java In-Reply-To: <48B43678.1020705@redhat.com> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> <48B41123.5070401@Sun.COM> <48B412D4.1020603@redhat.com> <48B42B6B.1020909@sun.com> <48B43678.1020705@redhat.com> Message-ID: <48B448E3.9090609@sun.com> David M. Lloyd wrote: > : > No, the concern is just that the SocketAddress hierarchy is just kind > of broken (the indicators are the fact that it's an empty abstract > class, and that anywhere it's used, it's immediately casted to a more > specific type). You could change this, but it still seems to me like > a kneejerk "make it look like Unix" kind of thing to do. > > Doing this: UnixSocketChannel.open(String) or similar seems more > correct to me. If you go the route of using > SocketChannel.open(SocketAddress), for example, now you've got > instanceof checks for each socket type. Does this not seem like a > so-called "code smell" to you? SocketAddress has existed for a long time (1.4). Jessie may be able to provide more background. When I mentioned adding support for other protocols in SocketChannel then it involved new factory methods that selected the appropriate SocketChannel or ServerSocketChannel to return based on the protocol (and optionally the protocol family). This isn't too differ from the factory method you are suggesting except that there isn't a new channel type. -Alan. From fw at deneb.enyo.de Wed Aug 27 13:00:22 2008 From: fw at deneb.enyo.de (Florian Weimer) Date: Wed, 27 Aug 2008 22:00:22 +0200 Subject: SCTP for Java References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> <48B41123.5070401@Sun.COM> <48B412D4.1020603@redhat.com> <48B42B6B.1020909@sun.com> <48B43678.1020705@redhat.com> Message-ID: <87myiyxm7d.fsf@mid.deneb.enyo.de> * David M. Lloyd: > Doing this: UnixSocketChannel.open(String) or similar seems more > correct to me. You need to do this twice, for SOCK_STREAM and SOCK_DGRAM. > If you go the route of using SocketChannel.open(SocketAddress), for > example, now you've got instanceof checks for each socket type. Does > this not seem like a so-called "code smell" to you? I've written an OO-ish socket abstraction, and I used struct sockaddr_storage as the glue between socket addresses and sockets (technically, I didn't even have to make the socket address class abstract, but I think I still did). There are some safety issues with this approach, though, and maybe OpenJDK needs to support systems without struct sockaddr_storage. Doing away wit socket addresses certainly has some charm, but you really need them for server sockets, for connectionless sockets, and for logging purposes. From mark at klomp.org Wed Aug 27 14:14:21 2008 From: mark at klomp.org (Mark Wielaard) Date: Wed, 27 Aug 2008 23:14:21 +0200 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <20080825124435.02CE6DA99@hg.openjdk.java.net> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> Message-ID: <20080827211411.GA28337@gnu.wildebeest.org> Hi, On Mon, Aug 25, 2008 at 12:43:59PM +0000, jean-christophe.collet at sun.com wrote: > URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f4289d75cd29 > > 6717876: Make java.net.NetworkInterface.getIndex() public > Summary: Make getIndex() and getByIndex() public. Required a name change in native code > Reviewed-by: alanb, chegar, michaelm This seems to introduce a new public API in the java.net package. I was wondering how that works for someone that wants to introduce such things in openjdk. I do see the bug report that mentions making this public should be done for JDK7. But there seems to missing a real justification for adding these new interfaces. Is there any policy for introducing such new public interfaces? I might be reading this wrongly but it seems the only thing this API does is expose some random internal "index" numbers for an NetworkInterface. Seeing that there are no guarantees on whether there are index numbers in the first place for any or all interfaces it seems not that useful imho. An example of how an application would use this new interface would be nice to get a better idea in what situations this would be used. Thanks, Mark From gnu_andrew at member.fsf.org Wed Aug 27 14:37:47 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 27 Aug 2008 22:37:47 +0100 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <20080827211411.GA28337@gnu.wildebeest.org> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> Message-ID: <17c6771e0808271437i5cff9987vb3d561c04a44dec0@mail.gmail.com> On 27/08/2008, Mark Wielaard wrote: > Hi, > > > On Mon, Aug 25, 2008 at 12:43:59PM +0000, jean-christophe.collet at sun.com wrote: > > URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f4289d75cd29 > > > > 6717876: Make java.net.NetworkInterface.getIndex() public > > Summary: Make getIndex() and getByIndex() public. Required a name change in native code > > Reviewed-by: alanb, chegar, michaelm > > > This seems to introduce a new public API in the java.net package. > I was wondering how that works for someone that wants to introduce > such things in openjdk. I do see the bug report that mentions making > this public should be done for JDK7. But there seems to missing a real > justification for adding these new interfaces. Is there any policy for > introducing such new public interfaces? > > I might be reading this wrongly but it seems the only thing this API > does is expose some random internal "index" numbers for an > NetworkInterface. Seeing that there are no guarantees on whether there > are index numbers in the first place for any or all interfaces it seems > not that useful imho. An example of how an application would use this > new interface would be nice to get a better idea in what situations > this would be used. > > Thanks, > > > Mark > I also thought the change was odd, given it adds two methods based on otherwise undefined 'system specific' values. From the methods given, there is no information as to how many of these index numbers are in use. The only way I can see to enumerate them is to get all instances of NetworkInterface and call getIndex() on each. I assume that the application of these methods is to resolve ambiguity between two interfaces with the same name but a different index, but it would be more helpful if the Javadoc included example usage and some information on what these numbers might be. More generally, it's not clear where the decision was made to make this part of the (as yet non-existent) JDK7 platform JSR. Will there be more insight into this process from outside Sun in the near future? Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From david.lloyd at redhat.com Wed Aug 27 19:12:02 2008 From: david.lloyd at redhat.com (David M. Lloyd) Date: Wed, 27 Aug 2008 21:12:02 -0500 Subject: SCTP for Java In-Reply-To: <87myiyxm7d.fsf@mid.deneb.enyo.de> References: <48AAF2E6.4030601@Sun.COM> <87skt0dgqi.fsf@mid.deneb.enyo.de> <48ABE5E0.2070803@sun.com> <48B407EF.4090006@redhat.com> <48B41123.5070401@Sun.COM> <48B412D4.1020603@redhat.com> <48B42B6B.1020909@sun.com> <48B43678.1020705@redhat.com> <87myiyxm7d.fsf@mid.deneb.enyo.de> Message-ID: <48B60972.703@redhat.com> On 08/27/2008 03:00 PM, Florian Weimer wrote: > * David M. Lloyd: > >> Doing this: UnixSocketChannel.open(String) or similar seems more >> correct to me. > > You need to do this twice, for SOCK_STREAM and SOCK_DGRAM. > >> If you go the route of using SocketChannel.open(SocketAddress), for >> example, now you've got instanceof checks for each socket type. Does >> this not seem like a so-called "code smell" to you? > > I've written an OO-ish socket abstraction, and I used struct > sockaddr_storage as the glue between socket addresses and sockets > (technically, I didn't even have to make the socket address class > abstract, but I think I still did). There are some safety issues with > this approach, though, and maybe OpenJDK needs to support systems > without struct sockaddr_storage. I still maintain that it's the wrong solution - SocketAddress is a completely empty abstract class. Empty classes (like marker interfaces) add no value that cannot be gained in other, better ways. The only reason it exists is because C has sockaddr, so it seems like a reasonable thing to do. However, if one were to look at sockets afresh, looking at the similarities and differences between IP-based socket types and UNIX socket types, and designing the classes based on those ideals, I think the answer would be vastly different. Though this ideal is obviously not practical in many cases (especially in the case of the JDK), people should still think in this way, and then ask themselves, "How can I make what we have today be the most like this ideal?", rather than carry on a bad design just because that's how it has always been. - DML From Jean-Christophe.Collet at Sun.COM Thu Aug 28 04:02:27 2008 From: Jean-Christophe.Collet at Sun.COM (Jean-Christophe Collet) Date: Thu, 28 Aug 2008 13:02:27 +0200 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <17c6771e0808271437i5cff9987vb3d561c04a44dec0@mail.gmail.com> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> <17c6771e0808271437i5cff9987vb3d561c04a44dec0@mail.gmail.com> Message-ID: <48B685C3.3030006@sun.com> Andrew John Hughes wrote: > On 27/08/2008, Mark Wielaard wrote: > >> Hi, >> >> >> On Mon, Aug 25, 2008 at 12:43:59PM +0000, jean-christophe.collet at sun.com wrote: >> > URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f4289d75cd29 >> > >> > 6717876: Make java.net.NetworkInterface.getIndex() public >> > Summary: Make getIndex() and getByIndex() public. Required a name change in native code >> > Reviewed-by: alanb, chegar, michaelm >> >> >> This seems to introduce a new public API in the java.net package. >> I was wondering how that works for someone that wants to introduce >> such things in openjdk. I do see the bug report that mentions making >> this public should be done for JDK7. But there seems to missing a real >> justification for adding these new interfaces. Is there any policy for >> introducing such new public interfaces? >> >> I might be reading this wrongly but it seems the only thing this API >> does is expose some random internal "index" numbers for an >> NetworkInterface. Seeing that there are no guarantees on whether there >> are index numbers in the first place for any or all interfaces it seems >> not that useful imho. An example of how an application would use this >> new interface would be nice to get a better idea in what situations >> this would be used. >> >> Thanks, >> >> >> Mark >> >> > > I also thought the change was odd, given it adds two methods based on > otherwise undefined 'system specific' values. From the methods given, > there is no information as to how many of these index numbers are in > use. The only way I can see to enumerate them is to get all instances > of NetworkInterface and call getIndex() on each. I assume that the > application of these methods is to resolve ambiguity between two > interfaces with the same name but a different index, but it would be > more helpful if the Javadoc included example usage and some > information on what these numbers might be. > > More generally, it's not clear where the decision was made to make > this part of the (as yet non-existent) JDK7 platform JSR. Will there > be more insight into this process from outside Sun in the near future A network interface index is hardly a "random internal number". This is a value attributed by the operating system and is as significant as an interface name. The reason it was made public is because it's an information that is needed by other APIs (like NIO) and applications. An example is that such an index can be used inside an IPv6 address to force routing through a specific interface. There are multiple, legitimate, uses of an interface index. Initially these 2 methods were kept private because of some security concerns. After consideration and maturation of the NetworkInterface class, these concerns were deemed not justified any longer. -------------- next part -------------- A non-text attachment was scrubbed... Name: jean-christophe_collet.vcf Type: text/x-vcard Size: 256 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/net-dev/attachments/20080828/b53892b7/jean-christophe_collet.vcf From Alan.Bateman at Sun.COM Thu Aug 28 04:16:21 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Thu, 28 Aug 2008 12:16:21 +0100 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <20080827211411.GA28337@gnu.wildebeest.org> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> Message-ID: <48B68905.9010302@sun.com> Mark Wielaard wrote: > : > This seems to introduce a new public API in the java.net package. > I was wondering how that works for someone that wants to introduce > such things in openjdk. There is still some infrastructure and process that isn't externalized yet. The change approval process for API additions and behavior changes is one of them. In the interim, this means finding a buddy or sponsor to work with when proposing updates to APIs. I'm happy to act as a proxy in the interim and I'm sure others are too. > I do see the bug report that mentions making > this public should be done for JDK7. But there seems to missing a real > justification for adding these new interfaces. Is there any policy for > introducing such new public interfaces? > > I might be reading this wrongly but it seems the only thing this API > does is expose some random internal "index" numbers for an > NetworkInterface. Seeing that there are no guarantees on whether there > are index numbers in the first place for any or all interfaces it seems > not that useful imho. An example of how an application would use this > new interface would be nice to get a better idea in what situations > this would be used. > > Jessie is the best person to answer this but if my memory is correct, exposing the index was first discussed back in 1.4 as part of the API changes required to support IPv6. The index is mostly used to identify the interface when doing IPv6 multicasting and the getByIndex/getIndex methods were to be the approximate equivalent of RFC 2133's if_nametoindex and if_indextoname. In jdk5 the IPv6 support was updated to support IPv6 scoped addresses. This is important to disambiguate the destination when there are multiple interfaces and hosts with non-global addresses. Typically the scope identifier is the interface index so it has been exposed since jdk5. Jessie's updates, while niche, go further to completing this API. -Alan. From Alan.Bateman at Sun.COM Thu Aug 28 04:38:54 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Thu, 28 Aug 2008 12:38:54 +0100 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <17c6771e0808271437i5cff9987vb3d561c04a44dec0@mail.gmail.com> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> <17c6771e0808271437i5cff9987vb3d561c04a44dec0@mail.gmail.com> Message-ID: <48B68E4E.4070905@sun.com> Andrew John Hughes wrote: > : > > More generally, it's not clear where the decision was made to make > this part of the (as yet non-existent) JDK7 platform JSR. Will there > be more insight into this process from outside Sun in the near future? > > The change approval process for API additions and changes isn't externalized yet. I've cc'ed Mark Reinhold in case he can say any more about this. In JCP terms it's the "Maintenance Review" that captures the many additions, changes and corrections to the Java SE specification that aren't covered by their own JSRs. There may not be a JSR for Java SE 7 yet but I assume that down the road there will be a Maintenance Review for Java SE 7 detailing all the API changes. -Alan. From mark at klomp.org Thu Aug 28 09:10:30 2008 From: mark at klomp.org (Mark Wielaard) Date: Thu, 28 Aug 2008 18:10:30 +0200 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <48B68905.9010302@sun.com> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> <48B68905.9010302@sun.com> Message-ID: <1219939830.3131.13.camel@dijkstra.wildebeest.org> On Thu, 2008-08-28 at 12:16 +0100, Alan Bateman wrote: > Mark Wielaard wrote: > > : > > This seems to introduce a new public API in the java.net package. > > I was wondering how that works for someone that wants to introduce > > such things in openjdk. > There is still some infrastructure and process that isn't externalized > yet. The change approval process for API additions and behavior changes > is one of them. In the interim, this means finding a buddy or sponsor to > work with when proposing updates to APIs. I'm happy to act as a proxy in > the interim and I'm sure others are too. Thanks. On irc I was pointed to "CCC" review board which currently is "under construction": http://openjdk.java.net/guide/reviewBodies.html and not planned to be made public till 2008/Q2. Would it be possible to publish a summary whenever such a CCC has occurred to the announce/discuss list till then? Just something simple like "The CCC received a request from X for public interface change Y with as justification Z. The CCC process ended in an Approval/Disapproval for the following reason...". Then at least these kind of changes don't just have a commit without any public discussion. > > I might be reading this wrongly but it seems the only thing this API > > does is expose some random internal "index" numbers for an > > NetworkInterface. Seeing that there are no guarantees on whether there > > are index numbers in the first place for any or all interfaces it seems > > not that useful imho. An example of how an application would use this > > new interface would be nice to get a better idea in what situations > > this would be used. > > > Jessie is the best person to answer this but if my memory is correct, > exposing the index was first discussed back in 1.4 as part of the API > changes required to support IPv6. The index is mostly used to identify > the interface when doing IPv6 multicasting and the getByIndex/getIndex > methods were to be the approximate equivalent of RFC 2133's > if_nametoindex and if_indextoname. In jdk5 the IPv6 support was updated > to support IPv6 scoped addresses. This is important to disambiguate the > destination when there are multiple interfaces and hosts with non-global > addresses. Typically the scope identifier is the interface index so it > has been exposed since jdk5. Jessie's updates, while niche, go further > to completing this API. Aha. OK. I might be dense, but I don't think I am the only person not immediately making the link between these methods and the RFC 2133 "Interface Identification" and how they are used as described in RFC 2292 for selecting the outgoing interface. So a pointer to this in the documentation might be helpful. Also an small code example how to actually use these interface identifiers would help make the interface more clear. So I assume the Index returned can be used as an Scope identifier when creating a Inet6Address. In that case it would be good to mention that in the documentation also. And maybe even change the method name (if not too late) to getScopeIndex() or something a bit more descriptive. Cheers, Mark From Alan.Bateman at Sun.COM Thu Aug 28 13:13:54 2008 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Thu, 28 Aug 2008 21:13:54 +0100 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <1219939830.3131.13.camel@dijkstra.wildebeest.org> References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> <48B68905.9010302@sun.com> <1219939830.3131.13.camel@dijkstra.wildebeest.org> Message-ID: <48B70702.4070404@sun.com> Mark Wielaard wrote: > : > Thanks. On irc I was pointed to "CCC" review board which currently is > "under construction": http://openjdk.java.net/guide/reviewBodies.html > and not planned to be made public till 2008/Q2. Would it be possible to > publish a summary whenever such a CCC has occurred to the > announce/discuss list till then? Just something simple like "The CCC > received a request from X for public interface change Y with as > justification Z. The CCC process ended in an Approval/Disapproval for > the following reason...". Then at least these kind of changes don't just > have a commit without any public discussion. > This seems a reasonable suggestion to me. I don't know the priority of this compared to other infrastructure work but sending notifications to a public mailing list might be a good start. > : > Aha. OK. I might be dense, but I don't think I am the only person not > immediately making the link between these methods and the RFC 2133 > "Interface Identification" and how they are used as described in RFC > 2292 for selecting the outgoing interface. So a pointer to this in the > documentation might be helpful. Also an small code example how to > actually use these interface identifiers would help make the interface > more clear. So I assume the Index returned can be used as an Scope > identifier when creating a Inet6Address. In that case it would be good > to mention that in the documentation also. And maybe even change the > method name (if not too late) to getScopeIndex() or something a bit more > descriptive. > I agree that the new methods and the section in Inet6Address that defines scoped addresses should reference each other. This is something I suggested to Jessie a few months ago but it didn't make it into these changes. I'm not sure about the suggested method name though. The zone index, or scope id as it is known in the Inet6Address spec, might be something that isn't an interface index. This means the integer that identifies the interface might not always correspond to the zone index (Michael, Jessie, correct me if I've got this wrong). -Alan. From fw at deneb.enyo.de Fri Aug 29 14:17:33 2008 From: fw at deneb.enyo.de (Florian Weimer) Date: Fri, 29 Aug 2008 23:17:33 +0200 Subject: hg: jdk7/jsn/jdk: 6717876: Make java.net.NetworkInterface.getIndex() public In-Reply-To: <1219939830.3131.13.camel@dijkstra.wildebeest.org> (Mark Wielaard's message of "Thu, 28 Aug 2008 18:10:30 +0200") References: <20080825124435.02CE6DA99@hg.openjdk.java.net> <20080827211411.GA28337@gnu.wildebeest.org> <48B68905.9010302@sun.com> <1219939830.3131.13.camel@dijkstra.wildebeest.org> Message-ID: <87zlmved1u.fsf@mid.deneb.enyo.de> * Mark Wielaard: > Aha. OK. I might be dense, but I don't think I am the only person not > immediately making the link between these methods and the RFC 2133 > "Interface Identification" and how they are used as described in RFC > 2292 for selecting the outgoing interface. For the record, RFC 2133 has been obsoleted by RFC 3493, and RFC 2292 by RFC 3542. > So I assume the Index returned can be used as an Scope identifier when > creating a Inet6Address. Scoped addresses are described in RFC 4007. Site-local addresses have been deprecated (in RFC 3879). The documentation in the Inet6Address class should be updated accordingly. I don't know how relevant these docs are for real-world IPv6 operation.