From dmitry.cherepanov at oracle.com Thu Sep 1 02:11:59 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Thu, 01 Sep 2011 09:11:59 +0000 Subject: hg: macosx-port/macosx-port/jdk: Some cleanup in CAOpenGLLayer prototype (including extracting layer code into CGLLayer.h|m and removing stale code) Message-ID: <20110901091210.1D49F47298@hg.openjdk.java.net> Changeset: c6eecbe2396f Author: dcherepanov Date: 2011-09-01 13:08 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c6eecbe2396f Some cleanup in CAOpenGLLayer prototype (including extracting layer code into CGLLayer.h|m and removing stale code) ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_c_macosx.gmk.all ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java - src/macosx/classes/sun/java2d/opengl/CGLRenderQueue.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/ThreadUtilities.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.m + src/macosx/native/sun/java2d/opengl/CGLLayer.h + src/macosx/native/sun/java2d/opengl/CGLLayer.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m ! src/share/classes/sun/java2d/opengl/OGLRenderQueue.java ! src/share/classes/sun/java2d/pipe/BufferedContext.java ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h - test/experimental/layers/ButtonTest.java From bino at apple.com Thu Sep 1 13:13:15 2011 From: bino at apple.com (Bino George) Date: Thu, 01 Sep 2011 13:13:15 -0700 Subject: Expected time for return of mercurial (and java.net)? Message-ID: <9D9F1D74-B60D-4870-8654-D2119EAEB1A1@apple.com> Hi Mark, Do you expect Mercurial to be back up today ? It has been down since yesterday. Thanks, Bino George, Java Runtime Engineer, Apple Inc. From bino at apple.com Thu Sep 1 15:00:30 2011 From: bino at apple.com (bino at apple.com) Date: Thu, 01 Sep 2011 22:00:30 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed http://java.net/jira/browse/MACOSX_PORT-178 Message-ID: <20110901220048.B81BC472C4@hg.openjdk.java.net> Changeset: 7545b5d02d03 Author: bino at apple.com Date: 2011-09-01 14:59 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/7545b5d02d03 Fixed http://java.net/jira/browse/MACOSX_PORT-178 ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk + src/macosx/classes/sun/lwawt/macosx/CInputMethod.java + src/macosx/classes/sun/lwawt/macosx/CInputMethodDescriptor.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m + src/macosx/native/sun/awt/CInputMethod.m + src/macosx/native/sun/awt/OSVersion.h + src/macosx/native/sun/awt/OSVersion.m From bino at apple.com Thu Sep 1 16:36:58 2011 From: bino at apple.com (bino at apple.com) Date: Thu, 01 Sep 2011 23:36:58 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed build failure in CInputMethod.m Message-ID: <20110901233709.607FE472C8@hg.openjdk.java.net> Changeset: e47f09cdac93 Author: bino at apple.com Date: 2011-09-01 16:36 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e47f09cdac93 Fixed build failure in CInputMethod.m ! src/macosx/native/sun/awt/CInputMethod.m From bino at apple.com Thu Sep 1 17:20:51 2011 From: bino at apple.com (bino at apple.com) Date: Fri, 02 Sep 2011 00:20:51 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed http://java.net/jira/browse/MACOSX_PORT-89 Message-ID: <20110902002102.0336F472CA@hg.openjdk.java.net> Changeset: 3ce8d258acf6 Author: bino at apple.com Date: 2011-09-01 17:20 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3ce8d258acf6 Fixed http://java.net/jira/browse/MACOSX_PORT-89 ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From mark.reinhold at oracle.com Thu Sep 1 13:16:29 2011 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 01 Sep 2011 13:16:29 -0700 Subject: Expected time for return of mercurial (and java.net)? In-Reply-To: bino@apple.com; Thu, 01 Sep 2011 13:13:15 PDT; <9D9F1D74-B60D-4870-8654-D2119EAEB1A1@apple.com> Message-ID: <20110901201629.3D883F0B@eggemoggin.niobe.net> 2011/9/1 13:13 -0700, bino at apple.com: > Do you expect Mercurial to be back up today ? It has been down since yesterday. The hg server is fine -- we had to switch over to new DNS servers, so your local DNS server might yet have seen the update. See below. - Mark ---- From: mark.reinhold at oracle.com To: announce at openjdk.java.net Subject: openjdk.java.net status Date: Wed, 31 Aug 2011 21:12:28 -0700 The DNS servers for the java.net domain became highly unstable earlier today. The actual OpenJDK site servers were not affected but the usual hostnames failed to resolve, rendering the site mostly unusable. About six hours ago the top-level DNS records for the java.net domain were changed to point to new DNS servers. DNS records for top-level domains persist in server caches for up to 48 hours, so your local DNS server might not be able to resolve any java.net domain name until some time on Friday. If you need to access an OpenJDK web site in the meantime then you can temporarily add the following to your /etc/hosts file or equivalent: 192.9.170.170 bugs.openjdk.java.net 192.9.170.172 cr.openjdk.java.net 192.9.170.171 db.openjdk.java.net 192.9.170.175 hg.openjdk.java.net 192.9.170.174 mail.openjdk.java.net 192.9.170.173 openjdk.java.net (Note to Oracle employees: openjdk.java.net and its subdomains have been usable from within the Oracle network all day since different DNS servers are used internally.) - Mark From openjdk at vmmenon.org Fri Sep 2 21:52:11 2011 From: openjdk at vmmenon.org (Vinay Menon) Date: Fri, 2 Sep 2011 21:52:11 -0700 Subject: Repository update .. Message-ID: Hi, I have the environment setup, and am able to build the jdk as per the documentation here : http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port Have a question on updating the repository. Do I just do a hg update ? or do you'll have a specific way of doing it. Thanks, Vinay From psychodrive at gmail.com Fri Sep 2 22:58:55 2011 From: psychodrive at gmail.com (Ryan Schipper) Date: Sat, 3 Sep 2011 15:58:55 +1000 Subject: Repository update .. In-Reply-To: References: Message-ID: <4344813031654838760@unknownmsgid> If you haven't used Mercurial before, you should read the guides here: http://mercurial.selenic.com/wiki/BeginnersGuides Regards, Ryan Schipper On 03/09/2011, at 2:54 PM, Vinay Menon wrote: > Hi, > > I have the environment setup, and am able to build the jdk as per the documentation here : > > http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port > > Have a question on updating the repository. Do I just do a hg update ? or do you'll have a specific way of doing it. > > Thanks, > > Vinay > From skovatch.swt at gmail.com Sat Sep 3 08:51:46 2011 From: skovatch.swt at gmail.com (Scott Kovatch) Date: Sat, 3 Sep 2011 08:51:46 -0700 Subject: Repository update .. In-Reply-To: References: Message-ID: On Sep 2, 2011, at 9:52 PM, Vinay Menon wrote: > Hi, > > I have the environment setup, and am able to build the jdk as per the documentation here : > > http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port > > Have a question on updating the repository. Do I just do a hg update ? or do you'll have a specific way of doing it. I used the get_source.sh script in the root. That walks into each of the subprojects and does an 'hg pull' on each of them, and then does the 'hg update' to your local repository. -- Scott K. ------------------ Scott Kovatch Oracle Pleasanton, CA From swingler at apple.com Sat Sep 3 12:33:08 2011 From: swingler at apple.com (Mike Swingler) Date: Sat, 03 Sep 2011 12:33:08 -0700 Subject: LWJGL now works with Plugin2! Message-ID: <57BB7393-05FD-4803-B25F-BBF5C3F5AB42@apple.com> Good news everyone! Applets that use the latest LWJGL library to render 3D content are now visible in Plugin2 on Snow Leopard and Lion! Thanks to the hard work of "kappa" to adopt our new CoreAnimation layer based JAWT API, and some bug fixing on our end, arbitrary native content embedding has returned to applets and works across multiple processes. Official announcement here: Demos here: Now our team will be turning our focus to getting this working with OpenJDK with Scott Kovatch and Oracle. :-) Cheers! Mike Swingler Java Engineering Apple Inc. From dmitry.cherepanov at oracle.com Tue Sep 6 02:08:56 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Tue, 06 Sep 2011 09:08:56 +0000 Subject: hg: macosx-port/macosx-port/jdk: fix for ClassCastException in CGLVolatileSurfaceManager.initAcceleratedSurface (the patch allows to run J2DBench tests) Message-ID: <20110906090907.189B3473DE@hg.openjdk.java.net> Changeset: 5fc2e84e985a Author: dcherepanov Date: 2011-09-06 13:07 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5fc2e84e985a fix for ClassCastException in CGLVolatileSurfaceManager.initAcceleratedSurface (the patch allows to run J2DBench tests) ! src/macosx/classes/sun/java2d/opengl/CGLVolatileSurfaceManager.java From leonid.romanov at oracle.com Tue Sep 6 08:23:17 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Tue, 6 Sep 2011 19:23:17 +0400 Subject: Trying to get rid of deprecated functions in CRobot.m Message-ID: Hello, I'm a new guy working on OS X port and I've been assigned to fix MACOSX_PORT-144 (http://java.net/jira/browse/MACOSX_PORT-144) . While I'm here I'd like to to replace deprecated CG function calls in CRobot.m with recommended ones. There is one function, though, for which I can't figure out the correct replacement. It's CGEnableEventStateCombining(). Apple docs say that I should use Quartz events and Quartz event sources, but it doesn't say how. I'm kinda lost here and would appreciate any help. Thanks, Leonid. From swingler at apple.com Tue Sep 6 08:35:55 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 06 Sep 2011 08:35:55 -0700 Subject: Trying to get rid of deprecated functions in CRobot.m In-Reply-To: References: Message-ID: On Sep 6, 2011, at 8:23 AM, Leonid Romanov wrote: > Hello, > I'm a new guy working on OS X port and I've been assigned to fix MACOSX_PORT-144 (http://java.net/jira/browse/MACOSX_PORT-144) . While I'm here I'd like to to replace deprecated CG function calls in CRobot.m with recommended ones. There is one function, though, for which I can't figure out the correct replacement. It's CGEnableEventStateCombining(). Apple docs say that I should use Quartz events and Quartz event sources, but it doesn't say how. I'm kinda lost here and would appreciate any help. I'm not sure why any of that work is being done in the CRobot_initRobot() call. Does the Robot work without it? I don't think you need to protect the Robot against the user actually holding down real keys. Just a thought, Mike Swingler Java Engineering Apple Inc. From swingler at apple.com Wed Sep 7 00:20:12 2011 From: swingler at apple.com (swingler at apple.com) Date: Wed, 07 Sep 2011 07:20:12 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. Message-ID: <20110907072023.31CC74741D@hg.openjdk.java.net> Changeset: 67591b2326bf Author: swingler at apple.com Date: 2011-09-07 00:20 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/67591b2326bf Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. ! make/com/apple/Makefile - make/com/apple/laf/Makefile + make/com/apple/osx/Makefile + make/com/apple/osxui/Makefile ! make/java/java/Makefile ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk ! make/sun/lwawt/Makefile + src/macosx/classes/com/apple/concurrent/Dispatch.java + src/macosx/classes/com/apple/concurrent/LibDispatchConcurrentQueue.java + src/macosx/classes/com/apple/concurrent/LibDispatchMainQueue.java + src/macosx/classes/com/apple/concurrent/LibDispatchNative.java + src/macosx/classes/com/apple/concurrent/LibDispatchQueue.java + src/macosx/classes/com/apple/concurrent/LibDispatchRetainedResource.java + src/macosx/classes/com/apple/concurrent/LibDispatchSerialQueue.java + src/macosx/classes/com/apple/concurrent/package.html + src/macosx/classes/com/apple/eawt/AboutHandler.java + src/macosx/classes/com/apple/eawt/AppEvent.java + src/macosx/classes/com/apple/eawt/AppEventListener.java + src/macosx/classes/com/apple/eawt/AppForegroundListener.java + src/macosx/classes/com/apple/eawt/AppHiddenListener.java + src/macosx/classes/com/apple/eawt/AppReOpenedListener.java + src/macosx/classes/com/apple/eawt/Application.java + src/macosx/classes/com/apple/eawt/ApplicationAdapter.java + src/macosx/classes/com/apple/eawt/ApplicationBeanInfo.java + src/macosx/classes/com/apple/eawt/ApplicationEvent.java + src/macosx/classes/com/apple/eawt/ApplicationListener.java + src/macosx/classes/com/apple/eawt/OpenFilesHandler.java + src/macosx/classes/com/apple/eawt/OpenURIHandler.java + src/macosx/classes/com/apple/eawt/PreferencesHandler.java + src/macosx/classes/com/apple/eawt/PrintFilesHandler.java + src/macosx/classes/com/apple/eawt/QuitHandler.java + src/macosx/classes/com/apple/eawt/QuitResponse.java + src/macosx/classes/com/apple/eawt/QuitStrategy.java + src/macosx/classes/com/apple/eawt/ScreenSleepListener.java + src/macosx/classes/com/apple/eawt/SystemSleepListener.java + src/macosx/classes/com/apple/eawt/UserSessionListener.java + src/macosx/classes/com/apple/eawt/_AppDockIconHandler.java + src/macosx/classes/com/apple/eawt/_AppEventHandler.java + src/macosx/classes/com/apple/eawt/_AppEventLegacyHandler.java + src/macosx/classes/com/apple/eawt/_AppMenuBarHandler.java + src/macosx/classes/com/apple/eawt/_AppMiscHandlers.java + src/macosx/classes/com/apple/eawt/event/GestureAdapter.java + src/macosx/classes/com/apple/eawt/event/GestureEvent.java + src/macosx/classes/com/apple/eawt/event/GestureHandler.java + src/macosx/classes/com/apple/eawt/event/GestureListener.java + src/macosx/classes/com/apple/eawt/event/GesturePhaseEvent.java + src/macosx/classes/com/apple/eawt/event/GesturePhaseListener.java + src/macosx/classes/com/apple/eawt/event/GestureUtilities.java + src/macosx/classes/com/apple/eawt/event/MagnificationEvent.java + src/macosx/classes/com/apple/eawt/event/MagnificationListener.java + src/macosx/classes/com/apple/eawt/event/RotationEvent.java + src/macosx/classes/com/apple/eawt/event/RotationListener.java + src/macosx/classes/com/apple/eawt/event/SwipeEvent.java + src/macosx/classes/com/apple/eawt/event/SwipeListener.java + src/macosx/classes/com/apple/eawt/event/package.html + src/macosx/classes/com/apple/eawt/package.html + src/macosx/classes/com/apple/eio/FileManager.java + src/macosx/classes/com/apple/eio/package.html ! src/macosx/classes/com/apple/laf/AquaFileView.java ! src/macosx/classes/com/apple/laf/AquaLookAndFeel.java ! src/macosx/classes/com/apple/laf/AquaNativeResources.java ! src/macosx/classes/com/apple/laf/ScreenPopupFactory.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java + src/macosx/native/com/apple/concurrent/Dispatch.m + src/macosx/native/com/apple/eio/CFileManager.m ! src/macosx/native/sun/awt/AWTWindow.m + src/macosx/native/sun/awt/AWT_debug.h + src/macosx/native/sun/awt/ApplicationDelegate.h + src/macosx/native/sun/awt/ApplicationDelegate.m ! src/macosx/native/sun/awt/CGraphicsEnv.m ! src/macosx/native/sun/awt/CMenu.m ! src/macosx/native/sun/awt/CMenuItem.m ! src/macosx/native/sun/awt/LWCToolkit.h ! src/macosx/native/sun/awt/LWCToolkit.m + src/macosx/native/sun/awt/NSApplicationAWT.h + src/macosx/native/sun/awt/NSApplicationAWT.m ! src/macosx/native/sun/awt/OSVersion.h + src/macosx/native/sun/awt/PropertiesUtilities.h + src/macosx/native/sun/awt/PropertiesUtilities.m ! src/macosx/native/sun/awt/ThreadUtilities.h + src/macosx/native/sun/awt/awt.m ! src/share/bin/java.c ! src/solaris/bin/java_md.c ! src/solaris/native/java/lang/java_props_md.c From sergey.bylokhov at oracle.com Wed Sep 7 03:43:05 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Wed, 07 Sep 2011 10:43:05 +0000 Subject: hg: macosx-port/macosx-port/jdk: Wrong styleBits initialization was fixed. Message-ID: <20110907104317.E514247427@hg.openjdk.java.net> Changeset: 58ca9787d536 Author: serb Date: 2011-09-07 14:39 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/58ca9787d536 Wrong styleBits initialization was fixed. Contributed-by: lubomir.nerad at oracle.com ! src/macosx/native/sun/awt/AWTWindow.m From swingler at apple.com Wed Sep 7 08:13:36 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 07 Sep 2011 08:13:36 -0700 Subject: hg: macosx-port/macosx-port/jdk: Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. In-Reply-To: <05EB5279-DC22-4595-A36A-89584CF11AC1@mac.com> References: <20110907072023.31CC74741D@hg.openjdk.java.net> <05EB5279-DC22-4595-A36A-89584CF11AC1@mac.com> Message-ID: <78D81E41-8100-4F5C-8F30-F3053755747F@apple.com> The GCD support is already API in Java SE 6: This check-in brings OpenJDK up to parity with the eAWT, eIO, and Dispatch Apple extensions. As for proposing an SPI for adding executors, I hadn't really thought that far - it would be a good topic for discussion (do other OS's only have one native thread implementations? is the existing API robust enough for cooperative/work-stealing implementations? etc). ~Mike On Sep 7, 2011, at 5:40 AM, Andrew Thompson wrote: > Is this GCD support going to be exposed as an API to call or is it an internal implementation detail? > > Some time ago, Mike, you pointed out on MRJ-dev there's no service provider API in Java for plugging in executors. Are you interested in working on a proposal for Open JDK 8? > > > > On Sep 7, 2011, at 3:20 AM, swingler at apple.com wrote: > >> Changeset: 67591b2326bf >> Author: swingler at apple.com >> Date: 2011-09-07 00:20 -0700 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/67591b2326bf >> >> Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. From kevin_m_miller at apple.com Wed Sep 7 09:03:01 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Wed, 07 Sep 2011 16:03:01 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-164: Font ClassCastException Message-ID: <20110907160311.6A79A47435@hg.openjdk.java.net> Changeset: 9a3655f93cb8 Author: kevin_m_miller at apple.com Date: 2011-09-07 08:44 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9a3655f93cb8 Fixing MACOSX_PORT-164: Font ClassCastException ! src/share/classes/sun/font/FontUtilities.java From swingler at apple.com Wed Sep 7 09:08:07 2011 From: swingler at apple.com (swingler at apple.com) Date: Wed, 07 Sep 2011 16:08:07 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-380, simple char mis-count Message-ID: <20110907160817.96A3947437@hg.openjdk.java.net> Changeset: 4b2ffa78bf85 Author: swingler at apple.com Date: 2011-09-07 09:07 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4b2ffa78bf85 Fixing MACOSX_PORT-380, simple char mis-count ! src/share/bin/java.c From kevin_m_miller at apple.com Wed Sep 7 14:31:17 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Wed, 07 Sep 2011 21:31:17 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-171: eliminating black borders around controls on Lion Message-ID: <20110907213129.0D4D84744F@hg.openjdk.java.net> Changeset: 27643d6b24c8 Author: kevin_m_miller at apple.com Date: 2011-09-07 14:29 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/27643d6b24c8 Fixing MACOSX_PORT-171: eliminating black borders around controls on Lion ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c From swingler at apple.com Wed Sep 7 17:02:58 2011 From: swingler at apple.com (swingler at apple.com) Date: Thu, 08 Sep 2011 00:02:58 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding low-level thread registration to support ObjC garbage collection later. Message-ID: <20110908000310.F3F9247457@hg.openjdk.java.net> Changeset: 496ad079b40a Author: swingler at apple.com Date: 2011-09-07 17:02 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/496ad079b40a Adding low-level thread registration to support ObjC garbage collection later. ! src/macosx/native/sun/awt/splashscreen/splashscreen_sys.m ! src/share/bin/java.c ! src/solaris/bin/java_md.c From swingler at apple.com Wed Sep 7 17:07:33 2011 From: swingler at apple.com (swingler at apple.com) Date: Thu, 08 Sep 2011 00:07:33 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Adding low-level thread registration to support ObjC garbage collection later. Message-ID: <20110908000735.4E9E247458@hg.openjdk.java.net> Changeset: da3a99e8fc25 Author: swingler at apple.com Date: 2011-09-07 17:07 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/da3a99e8fc25 Adding low-level thread registration to support ObjC garbage collection later. ! src/os/bsd/vm/os_bsd.cpp From lordpixel+openjdk at mac.com Wed Sep 7 18:56:20 2011 From: lordpixel+openjdk at mac.com (Andrew Thompson) Date: Wed, 7 Sep 2011 21:56:20 -0400 Subject: hg: macosx-port/macosx-port/jdk: Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. In-Reply-To: <20110907072023.31CC74741D@hg.openjdk.java.net> References: <20110907072023.31CC74741D@hg.openjdk.java.net> Message-ID: <32617E9C-438F-4D58-8CEF-5C1E46CDFFA8@mac.com> Is this GCD support going to be exposed as an API to call or is it an internal implementation detail? Some time ago, Mike, you pointed out on MRJ-dev there's no service provider API in Java for plugging in executors. Are you interested in working on a proposal for Open JDK 8? On Sep 7, 2011, at 3:20 AM, swingler at apple.com wrote: > Changeset: 67591b2326bf > Author: swingler at apple.com > Date: 2011-09-07 00:20 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/67591b2326bf > > Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. > AndyT (lordpixel - the cat who walks through walls) A little bigger on the inside (see you later space cowboy, you can't take the sky from me) From lordpixel+openjdk at mac.com Wed Sep 7 19:52:37 2011 From: lordpixel+openjdk at mac.com (Andrew Thompson) Date: Wed, 7 Sep 2011 22:52:37 -0400 Subject: hg: macosx-port/macosx-port/jdk: Fixing Toolkit selection issues at startup, auto-selecting headless when not in graphical session, auto-selecting XToolkit when /tmp/launch-8hl5J4/org.x:0 is set, installing eAWT app delegates to catch extended Mac app events, added default menu bar support, adding gesture support, adding GCD dispatch support, adding eIO filesystem support, moving LaF native code into osxui library along with other eAWT code, other misc cleanup and debug simplification. In-Reply-To: <78D81E41-8100-4F5C-8F30-F3053755747F@apple.com> References: <20110907072023.31CC74741D@hg.openjdk.java.net> <05EB5279-DC22-4595-A36A-89584CF11AC1@mac.com> <78D81E41-8100-4F5C-8F30-F3053755747F@apple.com> Message-ID: <25B88D86-83C6-4908-845C-34E445F12E02@mac.com> On Sep 7, 2011, at 11:13 AM, Mike Swingler wrote: > As for proposing an SPI for adding executors, I hadn't really thought that far - it would be a good topic for discussion (do other OS's only have one native thread implementations? is the existing API robust enough for cooperative/work-stealing implementations? etc). I'd missed the Dispatch class altogether until now somehow. I was thinking the "obvious" place to plug this in is the Executors class. e.g. ExecutionService es = Executors.newSingleThreadedExecutor(); could reasonably be implemented internally as Dispatch.getInstance().createSerialExecutor("someName"); And if one doesn't get too hung up on the words ThreadPool in the method name ExecutorService es = Executors.newCachedThreadPool() would map to Dispatch.getInstance().getAsynchExecutor() But, when you read the JavaDoc for the later method in particular, its clear that the intention is that these methods return subclasses of ThreadPoolExecutor, despite the fact that they return the ExecutorService interface. In other words the API is generic but the documentation leaks implementation details... To this end, maybe new methods in Executors like ExecutorService es = Executors.newXXXXExecutor() where XXXX could be 'native' or 'vendor' or 'default' would make more sense as this will break no code which might otherwise downcast the ExecutorService returned from one of Executors existing methods. It would have to be paired with an SPI package so implementations could be plugged in. AndyT (lordpixel - the cat who walks through walls) A little bigger on the inside (see you later space cowboy, you can't take the sky from me) From henri.gomez at gmail.com Wed Sep 7 23:49:03 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 08:49:03 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 Message-ID: Hi to all, Just build the latest OpenJDK 7 for OSX and tried it with NetBeans 7.0.1. I noticed that SCM (CVS, Git, Mercurial, Subversion entries) are not available under Team menu. When switching back to Apple JDK 1.6.0, SCM entries came back. Also when starting NetBeans from command line, I get the following message in console : registered thread 0x10300a800 registered thread 0x101002000 registered thread 0x10083f800 registered thread 0x100840000 registered thread 0x100840800 registered thread 0x100841000 registered thread 0x100842000 registered thread 0x100842800 registered thread 0x100883000 registered thread 0x101005000 registered thread 0x102800800 registered thread 0x102835000 registered thread 0x101000800 registered thread 0x109001000 registered thread 0x109002000 registered thread 0x109808000 registered thread 0x1008d3000 registered thread 0x102947000 registered thread 0x10107a000 registered thread 0x10905d800 registered thread 0x1008e1000 registered thread 0x102971000 registered thread 0x1008e3000 2011-09-08 08:41:27.631 java[13138:903] *** __NSAutoreleaseNoPool(): Object 0x10018d730 of class NSMachPort autoreleased with no pool in place - just leaking registered thread 0x10908d000 registered thread 0x100939800 registered thread 0x10093c000 registered thread 0x10301c800 registered thread 0x1009d2000 registered thread 0x1245d8000 registered thread 0x10155a800 registered thread 0x100a4a800 registered thread 0x10293e800 registered thread 0x102959000 registered thread 0x100ce6000 registered thread 0x1028af800 registered thread 0x101402000 registered thread 0x10912c800 registered thread 0x10302d800 I'm wondering if I should create tickets for both on macosx JIRA or if it's related to NetBeans instead. Regards From johnyeary at gmail.com Thu Sep 8 04:36:52 2011 From: johnyeary at gmail.com (John Yeary) Date: Thu, 8 Sep 2011 07:36:52 -0400 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: Message-ID: I would place them in both camps and reference each other. Perhaps both teams can work together to resolve it. John On Thu, Sep 8, 2011 at 2:49 AM, Henri Gomez wrote: > Hi to all, > > Just build the latest OpenJDK 7 for OSX and tried it with NetBeans 7.0.1. > > I noticed that SCM (CVS, Git, Mercurial, Subversion entries) are not > available under Team menu. > When switching back to Apple JDK 1.6.0, SCM entries came back. > > Also when starting NetBeans from command line, I get the following > message in console : > > registered thread 0x10300a800 > registered thread 0x101002000 > registered thread 0x10083f800 > registered thread 0x100840000 > registered thread 0x100840800 > registered thread 0x100841000 > registered thread 0x100842000 > registered thread 0x100842800 > registered thread 0x100883000 > registered thread 0x101005000 > registered thread 0x102800800 > registered thread 0x102835000 > registered thread 0x101000800 > registered thread 0x109001000 > registered thread 0x109002000 > registered thread 0x109808000 > registered thread 0x1008d3000 > registered thread 0x102947000 > registered thread 0x10107a000 > registered thread 0x10905d800 > registered thread 0x1008e1000 > registered thread 0x102971000 > registered thread 0x1008e3000 > 2011-09-08 08:41:27.631 java[13138:903] *** __NSAutoreleaseNoPool(): > Object 0x10018d730 of class NSMachPort autoreleased with no pool in > place - just leaking > registered thread 0x10908d000 > registered thread 0x100939800 > registered thread 0x10093c000 > registered thread 0x10301c800 > registered thread 0x1009d2000 > registered thread 0x1245d8000 > registered thread 0x10155a800 > registered thread 0x100a4a800 > registered thread 0x10293e800 > registered thread 0x102959000 > registered thread 0x100ce6000 > registered thread 0x1028af800 > registered thread 0x101402000 > registered thread 0x10912c800 > registered thread 0x10302d800 > > I'm wondering if I should create tickets for both on macosx JIRA or if > it's related to NetBeans instead. > > Regards > -- John Yeary -- http://javaevangelist.blogspot.com http://www.johnyeary.com *@jyeary* "Far better it is to dare mighty things, to win glorious triumphs, even though checkered by failure, than to take rank with those poor spirits who neither enjoy much nor suffer much, because they live in the gray twilight that knows not victory nor defeat." -- Theodore Roosevelt From henri.gomez at gmail.com Thu Sep 8 05:44:05 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 14:44:05 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: Message-ID: > I would place them in both camps and reference each other. Perhaps both > teams can work together to resolve it. For the thread log, I guess it's OS/X port related. For SCM, I'm not sure, I didn't see anything in stdout/stderr ;(' Got more information under ~/.netbeans/7.0/var/log/messages.log : >Log Session: Thursday, September 8, 2011 2:35:45 PM CEST >System Info: Product Version = NetBeans IDE 7.0.1 (Build 201107282000) (#a693229ccdbb) Operating System = Mac OS X version 10.6.8 running on x86_64 Java; VM; Vendor = 1.7.0-internal; OpenJDK 64-Bit Server VM 21.0-b17; Oracle Corporation Runtime = OpenJDK Runtime Environment 1.7.0-internal-b00 Java Home = /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre System Locale; Encoding = en (nb); US-ASCII Home Directory = /Users/henri Current Directory = / User Directory = /Users/henri/.netbeans/7.0 Installation = /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ergonomics /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ide /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/java /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/apisupport /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/websvccommon /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/enterprise /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/mobility /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/profiler /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ruby /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/php /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/harness /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/cnd /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/dlight /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/groovy /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform Boot & Ext. Classpath = /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/resources.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/rt.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/jsse.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/jce.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/charsets.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/modules/jdk.boot.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/JObjC.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/classes:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/ext/dnsns.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/ext/localedata.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/ext/sunec.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/ext/sunjce_provider.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/ext/sunpkcs11.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/ext/zipfs.jar:/System/Library/Java/Extensions/AppleScriptEngine.jar:/System/Library/Java/Extensions/dns_sd.jar:/System/Library/Java/Extensions/j3daudio.jar:/System/Library/Java/Extensions/j3dcore.jar:/System/Library/Java/Extensions/j3dutils.jar:/System/Library/Java/Extensions/jai_codec.jar:/System/Library/Java/Extensions/jai_core.jar:/System/Library/Java/Extensions/mlibwrapper_jai.jar:/System/Library/Java/Extensions/MRJToolkit.jar:/System/Library/Java/Extensions/QTJava.zip:/System/Library/Java/Extensions/vecmath.jar Application Classpath = /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/boot_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/boot_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/boot_zh_CN.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-modules_zh_CN.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util-lookup_zh_CN.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/lib/locale/org-openide-util_zh_CN.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/lib/dt.jar:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/lib/tools.jar Startup Classpath = /Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/core_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/core_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/core_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/core_zh_CN.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform/core/locale/org-openide-filesystems_zh_CN.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/core_nb_zh_CN.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ja.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_pt_BR.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_ru.jar:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb/core/locale/org-netbeans-upgrader_zh_CN.jar ------------------------------------------------------------------------------- WARNING [org.netbeans.core.modules]: the modules [org.apache.jmeter.module, org.netbeans.libs.jira, org.netbeans.modules.beans, org.netbeans.modules.bugtracking, org.netbeans.modules.bugtracking.bridge, org.netbeans.modules.bugzilla, org.netbeans.modules.debugger.jpda, org.netbeans.modules.debugger.jpda.ui, org.netbeans.modules.diff, org.netbeans.modules.editor.bracesmatching, org.netbeans.modules.editor.codetemplates, org.netbeans.modules.editor.indent.project, org.netbeans.modules.editor.macros, org.netbeans.modules.form, org.netbeans.modules.form.j2ee, org.netbeans.modules.groovy.editor, org.netbeans.modules.groovy.grails, org.netbeans.modules.groovy.grailsproject, org.netbeans.modules.groovy.samples, org.netbeans.modules.groovy.support, org.netbeans.modules.gsf.codecoverage, org.netbeans.modules.hibernate, org.netbeans.modules.hibernateweb, org.netbeans.modules.i18n, org.netbeans.modules.i18n.form, org.netbeans.modules.j2ee.jpa.verification, org.netbeans.modules.j2ee.persistence, org.netbeans.modules.j2eeserver, org.netbeans.modules.java.examples, org.netbeans.modules.java.navigation, org.netbeans.modules.javadoc, org.netbeans.modules.javascript.editing, org.netbeans.modules.javascript.hints, org.netbeans.modules.javawebstart, org.netbeans.modules.jconsole, org.netbeans.modules.jira, org.netbeans.modules.jmx, org.netbeans.modules.jumpto, org.netbeans.modules.localhistory, org.netbeans.modules.mercurial, org.netbeans.modules.options.editor, org.netbeans.modules.properties, org.netbeans.modules.refactoring.api, org.netbeans.modules.ruby, org.netbeans.modules.ruby.debugger, org.netbeans.modules.ruby.extrahints, org.netbeans.modules.ruby.hints, org.netbeans.modules.ruby.platform, org.netbeans.modules.ruby.project, org.netbeans.modules.ruby.railsprojects, org.netbeans.modules.ruby.samples.depot, org.netbeans.modules.server, org.netbeans.modules.spring.beans, org.netbeans.modules.subversion, org.netbeans.modules.swingapp, org.netbeans.modules.terminal, org.netbeans.modules.versioning, org.netbeans.modules.versioning.system.cvss, org.netbeans.modules.versioning.util, org.netbeans.modules.web.client.tools.api, org.netbeans.modules.xml, org.netbeans.modules.xml.jaxb, org.netbeans.modules.xml.tools.java] use org.jdesktop.layout which is deprecated: Use javax.swing.GroupLayout instead. (In form editor: select Form ... in Inspector; change Layout Generation Style to Standard Java 6 code.) WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.db.sql.editor, org.netbeans.modules.editor.structure, org.netbeans.modules.java.editor, org.netbeans.modules.java.editor.lib, org.netbeans.modules.ruby, org.netbeans.modules.ruby.rhtml, org.netbeans.modules.xml.text] use org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated. WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.jmx] use org.openide.options which is deprecated: Use org.openide.util.NbPreferences instead. INFO [org.netbeans.core.startup.NbEvents]: Turning on modules: org.openide.util.lookup [8.8.1 201107282000] org.openide.util [8.15.1 201107282000] org.openide.modules [7.23.1 201107282000] org.kxml2/1 [1.9 110416] org.rubyforge.debugcommons/0 [1.44 110416] org.openide.filesystems [7.47.1 201107282000] org.netbeans.modules.queries/1 [1.23.1 201107282000] org.openide.awt [7.31.1 201107282000] org.netbeans.api.progress/1 [1.24.1 201107282000] org.openide.dialogs [7.20.1 201107282000] org.openide.nodes [7.21.1 201107282000] org.openide.windows [6.40.1 201107282000] org.netbeans.modules.editor.mimelookup/1 [1.22.1 201107282000] org.openide.text [6.37.1 201107282000] org.netbeans.swing.tabcontrol [1.25.1 201107282000] org.netbeans.swing.outline [1.14.1 201107282000] org.openide.explorer [6.35.1 201107282000] org.openide.actions [6.22.1 201107282000] org.openide.loaders [7.21.1 201107282000] org.openidex.util/3 [3.29.1 201107282000] org.openide.options [6.19.1 201107282000] org.openide.io [1.27.1 201107282000] org.openide.execution [1.22.1 201107282000] org.netbeans.upgrader [4.18.1 201107282000] org.netbeans.swing.plaf [1.20.2 201108310202] org.netbeans.modules.projectapi/1 [1.36.1 201107282000] org.netbeans.swing.dirchooser [1.12.1 201107282000] org.netbeans.spi.viewmodel/2 [1.32.1 201107282000] org.netbeans.spi.tasklist/1 [1.15.1.1 1 201107282000] org.netbeans.api.annotations.common/1 [1.9.1 201107282000] org.netbeans.spi.quicksearch [1.10.1 201107282000] org.netbeans.spi.palette/1 [1.26.1 201107282000] org.netbeans.spi.navigator/1 [1.17.1 201107282000] org.netbeans.modules.editor.settings/1 [1.36.1 201107282000] org.netbeans.modules.editor.util/1 [1.42.1 201107282000] org.netbeans.modules.lexer/2 [1.39.1.1 1 201107282000] org.netbeans.modules.editor.lib2/1 [1.43.1.10 10 201107282000] org.netbeans.modules.editor.fold/1 [1.25.1.10 201107282000] org.netbeans.modules.editor.indent/2 [1.24.1 201107282000] org.netbeans.modules.editor.lib/3 [3.9.1.13.10 13 201107282000] org.netbeans.spi.editor.hints/0 [1.18.1.7.10 7 201107282000] org.netbeans.api.debugger/1 [1.31.1 201107282000] org.netbeans.modules.projectuiapi/1 [1.51.2.8 8 201108310202] org.netbeans.spi.debugger.ui/1 [2.27.1 201107282000] org.netbeans.api.xml/1 [1.26.1 201107282000] org.netbeans.modules.xml.core/2 [1.25.1.4 4 201107282000] org.netbeans.modules.editor.errorstripe.api/1 [2.16.1.1 1 201107282000] org.netbeans.modules.editor.errorstripe/2 [2.17.1.1.1 1 201107282000] org.netbeans.bootstrap/1 [2.40.1 201107282000] org.netbeans.core.startup/1 [1.31.1 201107282000] org.netbeans.modules.keyring [1.6.1 201107282000] org.netbeans.core/2 [3.25.2 201108310202] org.netbeans.modules.options.api/1 [1.22.1 201107282000] org.netbeans.modules.javahelp/1 [2.22.1 201107282000] org.netbeans.modules.editor/3 [1.57.2.5.13.10 5 201108310202] org.netbeans.modules.options.keymap [1.14.1 201107282000] org.netbeans.modules.editor.settings.storage/1 [1.29.1 201107282000] org.jdesktop.layout/1 [1.17.1 201107282000] org.netbeans.modules.options.editor/1 [1.25.1 201107282000] org.netbeans.modules.diff/1 [1.33.1.42.1 42 201107282000] org.netbeans.modules.editor.completion/1 [1.26.1.1 1 201107282000] org.netbeans.modules.editor.codetemplates/1 [1.22.1.1 1 201107282000] org.netbeans.core.ui/1 [1.27.1 201107282000] org.netbeans.api.java.classpath/1 [1.29.1 201107282000] org.netbeans.libs.jna/1 [1.14.1 201107282000] org.netbeans.modules.masterfs/2 [2.32.2 201108310202] org.netbeans.libs.lucene/3 [3.2.1 201107282000] org.netbeans.modules.parsing.lucene [1.5.1 201107282000] org.netbeans.modules.parsing.api/1 [1.43.1.6 6 201107282000] org.netbeans.modules.jumpto/1 [1.23.1.1 1 201107282000] org.netbeans.modules.editor.guards/1 [1.12.1 201107282000] org.netbeans.modules.refactoring.api [1.16.1 201107282000] org.netbeans.modules.csl.api/2 [2.17.2.2.1.1.6 2 201107282000] org.netbeans.modules.xml.lexer [1.13.1 201107282000] org.netbeans.modules.editor.deprecated.pre65formatting/0 [1.4.1.1.5.13.10 1 201107282000] org.netbeans.modules.editor.structure/1 [1.29.1.1 1 201107282000] org.netbeans.modules.editor.bracesmatching/0 [1.18.1 201107282000] org.netbeans.modules.xml.text/2 [1.29.1 201107282000] org.netbeans.modules.xml.xam/1 [1.14.1.1 1 201107282000] org.netbeans.modules.xml.schema.model/1 [1.14.1.1 1 201107282000] org.netbeans.modules.xml.axi [1.14.1 201107282000] org.apache.xml.resolver [1.15.1.12 12 201107282000] org.netbeans.modules.xml.retriever/1 [1.14.1 201107282000] org.netbeans.modules.xml [1.13.1 201107282000] org.netbeans.modules.servletapi/1 [1.23.1 201107282000] org.netbeans.modules.httpserver/2 [2.19.1.42 42 201107282000] org.netbeans.modules.xsl/1 [1.26.1 201107282000] org.netbeans.modules.xml.xdm/1 [1.15.1.1 1 201107282000] org.netbeans.libs.xerces/1 [1.22.1.280 280 201107282000] org.netbeans.modules.xml.tax/2 [1.26.1.280 201107282000] org.netbeans.modules.xml.tools/2 [1.26.1 201107282000] org.netbeans.api.java/1 [1.33.1 201107282000] org.netbeans.modules.classfile/1 [1.31.1 201107282000] org.apache.tools.ant.module/3 [3.47.1.2 2 201107282000] org.netbeans.modules.project.libraries/1 [1.29.1 201107282000] org.netbeans.modules.java.platform/1 [1.21.1 201107282000] org.netbeans.modules.xml.catalog/2 [1.24.1.4 4 201107282000] org.netbeans.modules.project.ant/1 [1.42.1 201107282000] org.netbeans.modules.java.project/1 [1.38.1 201107282000] org.netbeans.libs.javacapi [7.6.1.3 3 201107282000] org.netbeans.libs.javacimpl/1 [0.22.1.15 15 201107282000] org.netbeans.modules.java.preprocessorbridge [1.18.1.1 1 201107282000] org.netbeans.modules.java.lexer/1 [1.14.1 201107282000] org.netbeans.modules.editor.indent.project/0 [1.5.1 201107282000] org.netbeans.modules.java.source [0.80.1.17.15.6 17 201107282000] org.netbeans.modules.xml.tools.java [1.12.1 201107282000] org.netbeans.modules.xml.schema.completion [1.13.1 201107282000] org.netbeans.core.multiview/1 [1.22.1 201107282000] org.netbeans.modules.xml.multiview/1 [1.19.1.2 2 201107282000] org.netbeans.modules.xml.jaxb.api/1 [1.8.1 201107282000] org.netbeans.modules.xml.jaxb/1 [1.13.1 201107282000] org.netbeans.core.execution/1 [1.24.1 201107282000] org.netbeans.modules.favorites/1 [1.25.1 201107282000] org.netbeans.modules.projectui [1.26.2.8 201108310202] org.netbeans.modules.welcome/1 [1.24.1 201107282000] org.netbeans.modules.websvc.jaxws21api/1 [1.14.1 NB-7.0.1_ide-52-on-20110728] org.netbeans.libs.jaxb/1 [1.14.1 201107282000] org.netbeans.modules.websvc.jaxws21/1 [1.14.1 201107282000] org.netbeans.modules.web.common [1.12.1 201107282000] org.netbeans.modules.web.client.tools.api [1.10.1 201107282000] org.netbeans.modules.j2ee.metadata/0 [1.15.1 201107282000] org.netbeans.modules.schema2beans/1 [1.29.1 201107282000] org.netbeans.modules.j2ee.metadata.model.support/1 [1.12.1 201107282000] org.netbeans.modules.j2ee.dd/1 [1.21.1.2 2 201107282000] org.netbeans.modules.j2ee.core/0 [1.8.1 201107282000] org.netbeans.api.web.webmodule [1.23.1 201107282000] org.netbeans.modules.web.client.javascript.debugger.ant [0.15.1 201107282000] org.netbeans.modules.spellchecker.apimodule [1.8.1 201107282000] org.netbeans.modules.versioning/1 [1.22.1.1.42.1 1 201107282000] org.netbeans.modules.versioning.util [1.15.1.42.1 201107282000] org.netbeans.lib.cvsclient/1 [1.27.1 201107282000] org.netbeans.libs.jzlib/1 [1.8.1.107 107 201107282000] org.netbeans.libs.jsch/1 [1.18.2 201107282000] org.netbeans.modules.versioning.system.cvss/1 [1.23.1.1.42.1 1 201107282000] org.netbeans.modules.versioning.indexingbridge/0 [1.8.1 201107282000] org.netbeans.modules.sendopts/2 [2.13.1 201107282000] org.netbeans.modules.utilities/1 [1.39.1 201107282000] org.netbeans.modules.utilities.project/1 [1.19.1 201107282000] org.netbeans.modules.usersguide/1 [1.32.1 201107282000] org.netbeans.modules.autoupdate.services [1.26.1 201107282000] org.netbeans.modules.updatecenters/1 [1.23.1 201107282000] org.netbeans.lib.uihandler [1.26.1 201107282000] org.netbeans.modules.uihandler [2.16.1 201107282000] org.netbeans.modules.uihandler.exceptionreporter [1.12.1 201107282000] org.netbeans.lib.terminalemulator [1.16.1 201107282000] org.netbeans.modules.terminal [1.5.1 201107282000] org.netbeans.modules.tasklist.ui/1 [1.14.1.1 201107282000] org.netbeans.modules.tasklist.todo/1 [1.13.1.1 1 201107282000] org.netbeans.modules.tasklist.projectint/1 [1.12.1 201107282000] org.netbeans.modules.tasklist.kit [1.12.1 201107282000] org.netbeans.modules.target.iterator/1 [1.6.1 201107282000] org.netbeans.modules.java.sourceui/1 [1.23.1.1.17 1 201107282000] org.netbeans.modules.java.api.common/0 [1.29.1 201107282000] org.netbeans.libs.antlr3.runtime [1.5.1.1 1 201107282000] org.netbeans.modules.j2ee.persistenceapi/1 [1.15.1.1 1 201107282000] org.netbeans.api.debugger.jpda/2 [2.31.1 201107282000] org.netbeans.modules.debugger.jpda.ant [1.21.1 201107282000] org.netbeans.modules.ant.browsetask [1.24.1 201107282000] org.netbeans.modules.java.j2seproject/1 [1.44.1.45 45 201107282000] org.netbeans.modules.java.guards/0 [0.14.1 201107282000] org.jdesktop.beansbinding/1 [1.11.1.121 121 201107282000] org.netbeans.modules.form/2 [1.37.2.2 2 201108310202] org.netbeans.modules.properties/1 [1.36.1 201107282000] org.netbeans.modules.swingapp [1.14.1.2 201107282000] org.netbeans.modules.swing.validation/1 [1.12.1 201107282000] org.netbeans.libs.svnClientAdapter/1 [1.17.1 201107282000] org.netbeans.libs.ini4j/1 [1.13.1 201107282000] org.netbeans.modules.subversion [1.17.1.42.1 201107282000] org.netbeans.libs.commons_logging/1 [1.17.1.11 11 201107282000] org.netbeans.libs.cglib/1 [1.10.1 201107282000] org.netbeans.libs.springframework [1.11.1 201107282000] org.netbeans.modules.java.navigation/1 [1.21.1 201107282000] org.netbeans.modules.refactoring.java/1 [1.20.1.1 1 201107282000] org.netbeans.modules.java.editor.lib/1 [1.20.1 201107282000] org.netbeans.modules.java.editor/1 [2.34.2.8.1.1 8 201108310202] org.netbeans.modules.beans/1 [1.32.1.1.8 1 201107282000] org.netbeans.modules.ant.freeform/1 [1.28.1 201107282000] org.netbeans.modules.java.freeform/1 [1.25.1 201107282000] org.netbeans.modules.java.j2seplatform/1 [1.21.1 201107282000] org.netbeans.modules.projectimport.eclipse.core/1 [2.13.1 201107282000] org.netbeans.modules.java.hints.processor [1.7.1.1.15 1 201107282000] org.netbeans.modules.java.hints/1 [1.54.2.5.8.17.6 5 201108310202] org.netbeans.modules.extexecution/2 [1.25.1 201107282000] org.netbeans.modules.autoupdate.ui [1.23.1 201107282000] org.netbeans.modules.gsf.testrunner [1.20.1 201107282000] org.netbeans.modules.gototest/1 [1.13.1 201107282000] org.netbeans.modules.junit/2 [2.46.1 201107282000] org.netbeans.modules.javadoc/1 [1.37.1 201107282000] org.netbeans.modules.spellchecker.bindings.java/1 [1.13.1 201107282000] org.netbeans.modules.java.examples/1 [1.19.1 201107282000] org.netbeans.modules.i18n/1 [1.35.1 201107282000] org.netbeans.modules.java.debug [1.19.1.1.15.17 1 201107282000] org.netbeans.modules.javawebstart [1.12.1 201107282000] org.netbeans.modules.java.source.ant [1.13.1.1.17 1 201107282000] org.netbeans.modules.ant.debugger/1 [1.20.1.2 201107282000] org.netbeans.modules.projectui.buildmenu/1 [1.10.1.1 1 201107282000] org.netbeans.modules.editor.bookmarks/1 [1.17.1 201107282000] org.netbeans.modules.html.lexer/1 [1.13.1 201107282000] org.netbeans.modules.css.editor/1 [1.18.1 201107282000] org.netbeans.modules.html.editor.lib/1 [1.33.1 201107282000] org.netbeans.modules.html.editor/1 [1.28.1 201107282000] org.mozilla.rhino.patched/1 [1.113.1 201107282000] org.netbeans.modules.javascript.editing/1 [0.100.1 201107282000] org.netbeans.modules.javascript.refactoring/1 [0.74.1 201107282000] org.netbeans.modules.javascript.hints/1 [0.49.1 201107282000] org.netbeans.modules.javascript.kit/1 [0.115.1 201107282000] org.netbeans.modules.editor.actions/1 [1.9.1.10 201107282000] org.netbeans.libs.bytelist/1 [0.11.1.1 1 201107282000] org.netbeans.libs.jvyamlb/1 [0.13.1 201107282000] org.netbeans.modules.languages.yaml [2.14.1 201107282000] org.netbeans.core.browser/1 [1.10.1.1 1 201107282000] org.netbeans.core.output2/1 [1.22.1 201107282000] org.netbeans.modules.editor.plain.lib/1 [1.17.1 201107282000] org.netbeans.modules.css.visual/1 [2.17.1 201107282000] org.netbeans.modules.languages.manifest [1.15.1 201107282000] org.netbeans.modules.languages.diff [1.16.1 201107282000] org.netbeans.modules.image/1 [1.31.1 201107282000] org.netbeans.modules.html/1 [1.36.1 201107282000] org.netbeans.modules.html.parser/1 [1.4.1.1 1 201107282000] org.netbeans.modules.html.validation/1 [1.6.1 201107282000] org.netbeans.modules.editor.kit [1.13.1 201107282000] org.netbeans.modules.dlight.nativeexecution [1.10.3.1 1 201107282000] org.netbeans.modules.settings/1 [1.31.1 201107282000] org.netbeans.modules.dlight.terminal [1.6.1.1 1 201107282000] org.netbeans.modules.print.editor [7.10.1 201107282000] org.netbeans.modules.editor.plain/2 [1.18.1 201107282000] org.netbeans.libs.osgi [1.5.1 201107282000] org.netbeans.libs.felix [1.5.1 201107282000] org.netbeans.modules.print [7.9.1 201107282000] org.netbeans.core.windows/2 [2.28.1 201107282000] org.netbeans.modules.core.kit [1.12.1 201107282000] org.netbeans.core.ide/1 [1.24.1 201107282000] org.netbeans.modules.editor.macros/0 [1.13.1.1.13 1 201107282000] org.netbeans.modules.extbrowser/1 [1.23.1 201107282000] org.netbeans.modules.defaults/1 [1.15.1 201107282000] org.netbeans.modules.ide.kit [1.15.1 201107282000] org.netbeans.modules.ant.kit [1.12.1 201107282000] org.netbeans.modules.java.helpset/1 [1.12.1 201107282000] org.netbeans.modules.java.kit [1.14.1 201107282000] org.netbeans.modules.j2ee.core.utilities/0 [1.13.1 201107282000] org.netbeans.modules.spring.beans/0 [1.17.1.1 1 201107282000] org.netbeans.modules.spellchecker [1.17.1.1.7 1 201107282000] org.netbeans.modules.spellchecker.kit [1.9.1 201107282000] org.netbeans.modules.spellchecker.dictionary_en [1.6.1 201107282000] org.netbeans.modules.properties.syntax/1 [1.32.1 201107282000] org.netbeans.modules.spellchecker.bindings.properties [1.5.1 201107282000] org.netbeans.modules.spellchecker.bindings.htmlxml [1.10.1 201107282000] org.netbeans.modules.server/0 [1.13.1 201107282000] org.netbeans.modules.ruby.rakeproject/1 [0.23 110416] org.netbeans.libs.yydebug/1 [1.7.0.1 1 110416] org.netbeans.libs.jrubyparser/1 [1.7.0.1 1 110416] org.netbeans.modules.ruby.platform/1 [1.33 110416] org.netbeans.modules.ruby/1 [1.26 110416] org.netbeans.modules.gsf.codecoverage [1.14.1 201107282000] org.netbeans.modules.ruby.codecoverage [1.6 110416] org.jruby/1 [0.121 110416] org.netbeans.modules.ruby.project/1 [1.27 110416] org.netbeans.modules.ruby.testrunner [1.9 110416] org.netbeans.modules.ruby.samples.depot/1 [1.9 110416] org.netbeans.modules.ruby.rhtml/1 [0.74.0.1 110416] org.netbeans.modules.ruby.refactoring/1 [0.71 110416] org.netbeans.libs.swingx/1 [1.10.1 201107282000] org.netbeans.modules.db.metadata.model/0 [0.13.1 201107282000] org.netbeans.modules.db/1 [1.44.1.30 30 201107282000] org.netbeans.modules.db.dataview [1.11.1 201107282000] org.netbeans.modules.db.core [1.19.1 201107282000] org.netbeans.modules.dbapi [1.17.1.30 201107282000] org.netbeans.modules.db.mysql [0.11.1.2 2 201107282000] org.netbeans.modules.ruby.railsprojects/1 [1.11 110416] org.netbeans.modules.ruby.help [0.14 110416] org.netbeans.modules.ruby.hints/1 [0.47 110416] org.netbeans.modules.ruby.javaint/1 [0.40 110416] org.netbeans.modules.db.sql.editor [1.19.1.30 201107282000] org.netbeans.api.visual [2.28.1 201107282000] org.netbeans.modules.db.sql.visualeditor/1 [2.13.1.30 201107282000] org.netbeans.modules.derby [1.23.1 201107282000] org.netbeans.modules.db.drivers [1.12.1 201107282000] org.netbeans.modules.db.kit [1.14.1 201107282000] org.netbeans.modules.ruby.extrahints/1 [0.50 110416] org.jruby.distro/1 [0.121 110416] org.netbeans.modules.glassfish.common/0 [1.12.1 201107282000] org.netbeans.modules.glassfish.jruby/0 [1.6 110416] org.netbeans.modules.ruby.debugger [0.111 110416] org.netbeans.modules.ruby.kit/1 [0.111 110416] org.netbeans.modules.projectimport.eclipse.j2se [1.11.1.45 201107282000] org.netbeans.modules.progress.ui [1.16.1 201107282000] org.netbeans.lib.profiler/1 [1.14.1 201107282000] org.netbeans.lib.profiler.common/1 [1.14.1 201107282000] org.netbeans.lib.profiler.charts/1 [1.10.1 201107282000] org.netbeans.lib.profiler.ui/1 [1.13.1 201107282000] org.netbeans.modules.profiler.utilities/1 [1.17.1 201107282000] org.netbeans.modules.profiler.attach/1 [1.11.1 201107282000] org.netbeans.modules.profiler.oql/0 [0.9.1 201107282000] org.netbeans.modules.profiler.projectsupport [1.14.1 201107282000] org.netbeans.modules.profiler.selector.spi/1 [1.15.1 201107282000] org.netbeans.modules.profiler.selector.ui/1 [1.11.1 201107282000] org.netbeans.modules.profiler/1 [1.22.2 201108310202] org.netbeans.modules.profiler.snaptracer/1 [1.3.1 201107282000] org.netbeans.modules.profiler.selector.java [1.9.1 201107282000] org.netbeans.modules.profiler.oql.language/0 [0.11.1 201107282000] org.netbeans.modules.profiler.nbmodule/1 [1.16.1 201107282000] org.netbeans.modules.loadgenerator/1 [1.9 201104080000] org.netbeans.modules.profiler.loadgen/1 [1.6 201104080000] org.netbeans.modules.profiler.j2se/1 [1.17.1 201107282000] org.netbeans.modules.profiler.j2ee.weblogic/1 [1.15.1 201107282000] org.netbeans.modules.profiler.j2ee.tomcat/1 [1.15.1 201107282000] org.netbeans.modules.profiler.j2ee.sunas/1 [1.15.1 201107282000] org.netbeans.modules.profiler.j2ee.jboss/1 [1.15.1 201107282000] org.netbeans.modules.profiler.j2ee.generic/1 [1.15.1 201107282000] org.netbeans.modules.j2ee.api.ejbmodule [1.21.1 201107282000] org.netbeans.modules.j2eeapis/1 [1.19.1 201107282000] org.netbeans.modules.j2eeserver/4 [1.81.1.1 1 201107282000] org.netbeans.modules.dbschema/1 [1.23.1.4.30 4 201107282000] org.netbeans.modules.j2ee.persistence [1.22.1.1 1 201107282000] org.netbeans.modules.profiler.j2ee/1 [1.15.1 201107282000] org.netbeans.modules.profiler.freeform/1 [1.15.1 201107282000] org.netbeans.modules.profiler.attach.impl/2 [1.11.1 201107282000] org.netbeans.modules.mercurial [1.19.1.42.1 201107282000] org.netbeans.modules.maven.embedder/2 [2.9.2 201108310202] org.netbeans.modules.maven.model/1 [1.15.1 201107282000] org.netbeans.modules.maven.indexer/1 [1.15.2 201108310202] org.netbeans.modules.maven/2 [2.10.2 201108310202] org.netbeans.modules.maven.spring/1 [1.11.1 201107282000] org.netbeans.modules.maven.grammar/1 [1.13.1 201107282000] org.netbeans.modules.maven.osgi/1 [1.6.1 201107282000] org.netbeans.modules.maven.repository/1 [1.12.1 201107282000] org.netbeans.modules.maven.coverage [1.2.1 201107282000] org.netbeans.modules.maven.graph/1 [1.11.1 201107282000] org.netbeans.modules.maven.kit/1 [4.11.1 201107282000] org.netbeans.modules.maven.search [1.13.1 201107282000] org.netbeans.modules.maven.samples/1 [1.9.1 201107282000] org.netbeans.modules.maven.profiler/1 [1.11.2 201108310202] org.netbeans.modules.maven.persistence/1 [1.11.1 201107282000] org.netbeans.modules.maven.junit/1 [1.13.1 201107282000] org.netbeans.modules.maven.hints/1 [1.14.1 201107282000] org.netbeans.modules.localhistory [1.13.1 201107282000] org.netbeans.modules.lexer.nbbridge/1 [1.15.1.1 201107282000] org.netbeans.modules.keyring.impl [1.3.2 201108310202] org.netbeans.libs.junit4 [1.13 201104080000] org.netbeans.modules.junitlib [1.0 201104080000] org.netbeans.modules.jmx.common/1 [1.2 201104080000] org.netbeans.modules.jmx/3 [3.4 201104080000] org.netbeans.libs.commons_codec/1 [1.9.1 201107282000] org.netbeans.libs.bugtracking [1.9.1.1 1 201107282000] org.netbeans.libs.jira [1.1 201104080000] org.netbeans.modules.bugtracking [1.11.1 201107282000] org.netbeans.modules.jira [1.1.3 201104080000] org.netbeans.modules.jconsole/1 [1.2 201104080000] org.netbeans.modules.j2ee.toplinklib/1 [2.21.1 NB-7.0.1_ide-52-on-20110728] org.netbeans.modules.j2ee.eclipselinkmodelgen [1.8.1 201107282000] org.netbeans.modules.j2ee.jpa.verification [1.16.1 201107282000] org.netbeans.modules.j2ee.eclipselink [1.8.1 201107282000] org.netbeans.modules.j2ee.jpa.refactoring [1.14.1 201107282000] org.netbeans.modules.j2ee.persistence.kit [1.12.1 201107282000] org.netbeans.modules.ide.ergonomics [1.11.1 201107282000] org.netbeans.modules.ide.branding/1 [1.16.1 201107282000] org.netbeans.modules.autoupdate.pluginimporter [1.1.1 201107282000] org.netbeans.modules.ide.branding.kit [1.12.1 201107282000] org.netbeans.modules.i18n.form/2 [1.33.1.2 201107282000] org.netbeans.modules.hudson [1.10.1 201107282000] org.netbeans.modules.hudson.subversion [1.9.1 201107282000] org.netbeans.modules.hudson.mercurial [1.9.1 201107282000] org.netbeans.modules.hudson.maven [1.11.1 201107282000] org.netbeans.modules.hudson.ant [1.9.1 201107282000] org.netbeans.libs.freemarker/1 [2.15.1.238 238 201107282000] org.netbeans.modules.hibernatelib/1 [1.10.1.325.238 325 NB-7.0.1_ide-52-on-20110728] org.netbeans.modules.hibernate/1 [1.13.1.1 1 201107282000] org.netbeans.modules.hibernateweb [1.9.1 201107282000] org.netbeans.modules.groovy.support [1.16.1 201107282000] org.netbeans.modules.groovy.samples [1.9.1 201107282000] org.netbeans.modules.groovy.editor/2 [1.24.1 201107282000] org.netbeans.modules.groovy.refactoring [1.16.1 201107282000] org.netbeans.modules.groovy.gsp [1.17.1 201107282000] org.netbeans.modules.groovy.grails [1.25.1 201107282000] org.netbeans.modules.groovy.grailsproject [1.26.1 201107282000] org.netbeans.modules.groovy.kit [1.18.1 201107282000] org.netbeans.libs.git/1 [0.2.1 release70-au-50-on-20110802] org.netbeans.modules.git [0.2.12.42.1 release70-au-50-on-20110802] org.netbeans.modules.form.kit [1.12.1 201107282000] org.netbeans.modules.form.j2ee/0 [0.15.1.1.2 1 201107282000] org.netbeans.modules.extexecution.destroy [1.8.1 201107282000] org.netbeans.modules.editor.mimelookup.impl/1 [1.14.1 201107282000] org.netbeans.modules.dlight.util [1.9.1.1 1 201107282000] org.netbeans.modules.dlight.procfs [1.8.1.1 1 201107282000] org.netbeans.modules.debugger.jpda.projects [1.17.1 201107282000] org.netbeans.modules.debugger.jpda/2 [1.34.1 201107282000] org.netbeans.modules.debugger.jpda.ui/1 [1.20.1 201107282000] org.netbeans.modules.debugger.jpda.heapwalk/1 [1.13.1 201107282000] org.netbeans.libs.bugzilla [1.9.1 201107282000] org.netbeans.modules.bugzilla [1.10.2 201108310202] org.netbeans.modules.bugzilla.exceptionreporter [1.5.1 201107282000] org.netbeans.modules.bugtracking.bridge [1.10.1 201107282000] org.netbeans.modules.applemenu/1 [1.20.1 201107282000] org.netbeans.modules.ant.grammar/1 [1.27.1 201107282000] org.netbeans.libs.svnClientAdapter.svnkit/1 [1.2.1 201107282000] org.netbeans.libs.svnClientAdapter.javahl/1 [1.3.1 201107282000] org.netbeans.core.netigso [1.9.1 201107282000] org.netbeans.core.nativeaccess/1 [1.12.1 201107282000] org.netbeans.core.io.ui/1 [1.12.1 201107282000] org.apache.jmeter.module/1 [1.3 201104080000] org.apache.jmeter.kit/1 [1.1 201104080000] Diagnostic information Input arguments: -Djdk.home=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home -Dnetbeans.system_http_proxy=DIRECT -Dnetbeans.system_http_non_proxy_hosts= -Dnetbeans.dirs=/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/nb:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ergonomics:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ide:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/java:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../xml:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/apisupport:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../webcommon:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/websvccommon:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/enterprise:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/mobility:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/profiler:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ruby:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../python:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/php:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../visualweb:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../soa:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../identity:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../uml:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/harness:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/cnd:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/dlight:/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/groovy:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../extra:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../javafx:/Applications/NetBeans/NetBeans 7.0.app/Contents/MacOS/../Resources/NetBeans/bin/../javacard: -Dnetbeans.home=/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/platform -Dcom.apple.mrj.application.apple.menu.about.name=NetBeans -Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade -Dnetbeans.accept_license_class=org.netbeans.license.AcceptLicense -Dswing.defaultlaf=com.apple.laf.AquaLookAndFeel -Xmx768m -Dcom.sun.mysql.startcommand=/usr/local/mysql/support-files/mysql-admin.server -Dcom.sun.mysql.stopcommand=/usr/local/mysql/support-files/mysql-admin.server -Dcom.sun.mysql.startargs=start -Dcom.sun.mysql.stopargs=stop -Dcom.sun.mysql.port=3306 -Xss2m -Xms32m -XX:PermSize=32m -XX:MaxPermSize=384m -Dapple.laf.useScreenMenuBar=true -Dapple.awt.graphics.UseQuartz=true -Dsun.java2d.noddraw=true Compiler: HotSpot 64-Bit Tiered Compilers Heap memory usage: initial 32.0MB maximum 682.7MB Non heap memory usage: initial 34.4MB maximum 432.0MB Garbage collector: PS Scavenge (Collections=17 Total time spent=0s) Garbage collector: PS MarkSweep (Collections=3 Total time spent=0s) Classes: loaded=6591 total loaded=6591 unloaded 0 INFO [org.netbeans.core.ui.warmup.DiagnosticTask]: Total memory 6,442,450,944 There is also uigesture log available if needed. Guys, ok for opening a JIRA on macosx-port ? From dmitry.cherepanov at oracle.com Thu Sep 8 07:00:35 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Thu, 08 Sep 2011 14:00:35 +0000 Subject: hg: macosx-port/macosx-port/jdk: Small addition to CAOpenGLLayer prototype: call setNeedsDisplay after each flushBuffer (after the patch AWT controls become usable) Message-ID: <20110908140045.EAD8F4747F@hg.openjdk.java.net> Changeset: e0dca9a6eb32 Author: dcherepanov Date: 2011-09-08 17:59 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e0dca9a6eb32 Small addition to CAOpenGLLayer prototype: call setNeedsDisplay after each flushBuffer (after the patch AWT controls become usable) ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m ! src/share/native/sun/java2d/opengl/OGLRenderQueue.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h ! src/solaris/native/sun/java2d/opengl/GLXSurfaceData.c ! src/windows/native/sun/java2d/opengl/WGLSurfaceData.c From swingler at apple.com Thu Sep 8 08:03:08 2011 From: swingler at apple.com (swingler at apple.com) Date: Thu, 08 Sep 2011 15:03:08 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Removing ObjC-GC debugging Message-ID: <20110908150310.6D9D447482@hg.openjdk.java.net> Changeset: a00aa3dd9244 Author: swingler at apple.com Date: 2011-09-08 08:02 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/a00aa3dd9244 Removing ObjC-GC debugging ! src/os/bsd/vm/os_bsd.cpp From swingler at apple.com Thu Sep 8 08:05:38 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 08:05:38 -0700 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: Message-ID: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> On Sep 7, 2011, at 11:49 PM, Henri Gomez wrote: > Hi to all, > > Just build the latest OpenJDK 7 for OSX and tried it with NetBeans 7.0.1. ? > Also when starting NetBeans from command line, I get the following > message in console : > > registered thread 0x10300a800 > registered thread 0x101002000 > registered thread 0x10083f800 ? My bad. Fixed in: . Sorry about that, Mike Swingler Java Engineering Apple Inc. From henri.gomez at gmail.com Thu Sep 8 08:20:23 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 17:20:23 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> Message-ID: >> registered thread 0x10300a800 >> registered thread 0x101002000 >> registered thread 0x10083f800 > > ? > > My bad. Fixed in: . > > Sorry about that, No problem. Mike what do you think about SCM menu entries on NetBeans ? Should I open a JIRA in macosx-port ? From swingler at apple.com Thu Sep 8 08:31:03 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 08:31:03 -0700 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> Message-ID: <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> On Sep 8, 2011, at 8:20 AM, Henri Gomez wrote: >>> registered thread 0x10300a800 >>> registered thread 0x101002000 >>> registered thread 0x10083f800 >> >> ? >> >> My bad. Fixed in: . >> >> Sorry about that, > > No problem. > > Mike what do you think about SCM menu entries on NetBeans ? Should I > open a JIRA in macosx-port ? I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, but even without any other information, sure - file a bug. It might also be worth asking on a NetBeans list, and point them at the bug (with pretty JDK6 vs. JDK7 screenshots), and see if someone there knows what the core difference is. Regards, Mike Swingler Java Engineering Apple Inc. From tomas.hurka at googlemail.com Thu Sep 8 08:35:45 2011 From: tomas.hurka at googlemail.com (Tomas Hurka) Date: Thu, 8 Sep 2011 17:35:45 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> Message-ID: On 8 Sep 2011, at 17:31, Mike Swingler wrote: >> Mike what do you think about SCM menu entries on NetBeans ? Should I >> open a JIRA in macosx-port ? > > I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, I can take a look at it tomorrow. Bye, -- Tomas Hurka NetBeans Profiler http://profiler.netbeans.org VisualVM http://visualvm.java.net Software Developer Oracle, Praha Czech Republic From henri.gomez at gmail.com Thu Sep 8 09:00:55 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 18:00:55 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> Message-ID: >> I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, > I can take a look at it tomorrow. I'll wait Tomas return before digging more deeply in NetBeans lists From alexander.zuev at oracle.com Thu Sep 8 09:28:41 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 08 Sep 2011 16:28:41 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixes for: Message-ID: <20110908162851.CA7E847487@hg.openjdk.java.net> Changeset: fe4896b31f77 Author: leonidr Date: 2011-09-08 20:28 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/fe4896b31f77 Fixes for: MACOSX_PORT-144: Robot mousePress, mouseRelease, mouseClick broken. MACOSX_PORT-384: Middle mouse button events aren't supported ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/native/sun/awt/CRobot.m From Alexander.Potochkin at oracle.com Thu Sep 8 10:59:51 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Thu, 08 Sep 2011 21:59:51 +0400 Subject: White screen after latest fixes Message-ID: <4E690297.6010308@oracle.com> Hello After the latest updates all of my tests for AWT components are broken, I keep getting the empty window with white background with no components. rebuilding the JDK doesn't cure it I wonder if anybody else has the same problem? Could you check the following test: import java.awt.*; public class ButtonTest { public static void main(String[] args) { Frame frame = new Frame(); frame.add(new Button("Hello")); frame.setSize(200,200); frame.setVisible(true); } } Thanks much! alexp From astrange at apple.com Thu Sep 8 11:42:24 2011 From: astrange at apple.com (astrange at apple.com) Date: Thu, 08 Sep 2011 18:42:24 +0000 Subject: hg: macosx-port/macosx-port/corba: 2 new changesets Message-ID: <20110908184226.1EC2D4748E@hg.openjdk.java.net> Changeset: 578c4d2c534c Author: kurt Date: 2011-09-07 16:01 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/578c4d2c534c Summary: Update OpenBSD OS version and remove OpenBSD/i386 max memory work-around. ! make/common/shared/Platform.gmk Changeset: c10b00f9948d Author: astrange Date: 2011-09-08 13:36 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/c10b00f9948d Automated merge with http://hg.openjdk.java.net/bsd-port/bsd-port/corba ! make/common/shared/Platform.gmk From astrange at apple.com Thu Sep 8 11:42:48 2011 From: astrange at apple.com (astrange at apple.com) Date: Thu, 08 Sep 2011 18:42:48 +0000 Subject: hg: macosx-port/macosx-port/jdk: 5 new changesets Message-ID: <20110908184342.EEA164748F@hg.openjdk.java.net> Changeset: 4d795e647e97 Author: kurt Date: 2011-07-14 22:07 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4d795e647e97 - Use objdump(1) for mapfile use check on OpenBSD since nm doesn't have the same arguments as FreeBSD. Fixes build on OpenBSD. ! make/common/shared/Defs-bsd.gmk ! make/common/shared/Defs-utils.gmk Changeset: dad5e6e16df5 Author: kurt Date: 2011-07-15 13:43 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/dad5e6e16df5 - Enable mapfiles for BSD (except Mac OS X) ! make/common/Mapfile-vers.gmk Changeset: 8bf8f078bb77 Author: kurt Date: 2011-07-15 13:56 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8bf8f078bb77 - Remove some old OpenBSD specific changes that are no longer needed since the 4.9 release. ! make/common/shared/Platform.gmk ! make/java/security/Makefile - src/share/lib/security/java.security-openbsd ! src/solaris/instrument/EncodingSupport_md.c Changeset: 5e932f1534d8 Author: kurt Date: 2011-09-07 16:05 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5e932f1534d8 Summary: Add EINTR call restarting to dbgsys* functions otherwise signal delivery will cause these functions to fail on BSD. ! src/share/transport/socket/socketTransport.c ! src/solaris/transport/socket/socket_md.c Changeset: 929f8605d733 Author: astrange Date: 2011-09-08 13:36 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/929f8605d733 Automated merge with http://hg.openjdk.java.net/bsd-port/bsd-port/jdk ! make/common/shared/Defs-bsd.gmk ! make/common/shared/Defs-utils.gmk ! make/common/shared/Platform.gmk From astrange at apple.com Thu Sep 8 11:43:49 2011 From: astrange at apple.com (astrange at apple.com) Date: Thu, 08 Sep 2011 18:43:49 +0000 Subject: hg: macosx-port/macosx-port/langtools: 2 new changesets Message-ID: <20110908184354.5F48947490@hg.openjdk.java.net> Changeset: 23aadf169f08 Author: kurt Date: 2011-07-14 21:53 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/23aadf169f08 - langtools check for when to build stub files is ok for 1.6, but fails with older 1.7 builds. Use a more recent class to detect when to build stub files so that older 1.7 builds can build newer 1.7 builds. ! make/build.xml Changeset: 4b3202d234c2 Author: astrange Date: 2011-09-08 13:36 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/4b3202d234c2 Automated merge with http://hg.openjdk.java.net/bsd-port/bsd-port/langtools ! make/build.xml From philip.race at oracle.com Thu Sep 8 16:36:38 2011 From: philip.race at oracle.com (philip.race at oracle.com) Date: Thu, 08 Sep 2011 23:36:38 +0000 Subject: hg: macosx-port/macosx-port/jdk: Enable the CA Layer branch to use an IOSurface backed texture. Message-ID: <20110908233649.700A24749E@hg.openjdk.java.net> Changeset: 5ee699f1b737 Author: prr Date: 2011-09-08 16:14 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5ee699f1b737 Enable the CA Layer branch to use an IOSurface backed texture. ! make/sun/lwawt/Makefile ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h From swingler at apple.com Thu Sep 8 16:46:25 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 16:46:25 -0700 Subject: New Java Developer Preview from Apple, new API for OpenJDK Message-ID: Hello OpenJDK hackers, Today we have posted a new developer preview of "Java for Mac OS X 10.7 Update 1" and "Java for Mac OS X 10.6 Update 6". We don't normally announce these previews to the OpenJDK community, but this particular set of builds have new API introduced to the JavaRuntimeSupport.framework for the benefit of macosx-port specifically. Once you install this preview, you will notice that apps running with the current macosx-port binaries will now have the correct name in the Dock and in the menu bar. Also, input methods will be programmatically selectable, and other app startup properties like "apple.awt.UIElement" will now work, and various drag-and-drop bugs should be resolved. You can download the preview here: Please let us know if you have any issues with the preview at: While we will not require installing this preview for building the macosx-port, we will ask that you install it if you are running the binaries and filing bugs at . The new API changes in this preview will be incorporated into future Apple software updates shipped to all Mac OS X customers, and we use these previews to refine the API, find bugs, and ensure we deliver a solid product for all users of both Apple's Java SE 6 and OpenJDK. Thanks for all your help, Mike Swingler Java Engineering Apple Inc. From kevin_m_miller at apple.com Thu Sep 8 17:13:06 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Fri, 09 Sep 2011 00:13:06 +0000 Subject: hg: macosx-port/macosx-port/jdk: Preventing leaked NSMachPort at AWT startup Message-ID: <20110909001316.A8ADC474AF@hg.openjdk.java.net> Changeset: 615f0f426319 Author: kevin_m_miller at apple.com Date: 2011-09-08 17:11 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/615f0f426319 Preventing leaked NSMachPort at AWT startup ! src/macosx/native/sun/awt/awt.m From swingler at apple.com Thu Sep 8 18:10:06 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 18:10:06 -0700 Subject: hg: macosx-port/macosx-port/jdk: Enable the CA Layer branch to use an IOSurface backed texture. In-Reply-To: <20110908233649.700A24749E@hg.openjdk.java.net> References: <20110908233649.700A24749E@hg.openjdk.java.net> Message-ID: On Sep 8, 2011, at 4:36 PM, philip.race at oracle.com wrote: > Changeset: 5ee699f1b737 > Author: prr > Date: 2011-09-08 16:14 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5ee699f1b737 > > Enable the CA Layer branch to use an IOSurface backed texture. > > ! make/sun/lwawt/Makefile > ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h > ! src/macosx/native/sun/java2d/opengl/CGLLayer.h > ! src/macosx/native/sun/java2d/opengl/CGLLayer.m > ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h > ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m > ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h Hey Phil, I tried to build this on 10.7 and I'm getting: /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m: In function ?-[CGLLayer _blitTexture]?: /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:73: warning: implicit declaration of function ?glEnable? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:74: warning: implicit declaration of function ?glBindTexture? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: warning: implicit declaration of function ?glTexEnvf? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: ?GL_TEXTURE_ENV? undeclared (first use in this function) /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: (Each undeclared identifier is reported only once /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: for each function it appears in.) /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: ?GL_TEXTURE_ENV_MODE? undeclared (first use in this function) /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: ?GL_REPLACE? undeclared (first use in this function) /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:79: error: ?GL_TEXTURE_RECTANGLE_ARB? undeclared (first use in this function) /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:83: warning: implicit declaration of function ?glBegin? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:83: error: ?GL_QUADS? undeclared (first use in this function) /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:84: warning: implicit declaration of function ?glTexCoord2f? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:84: warning: implicit declaration of function ?glVertex2f? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:88: warning: implicit declaration of function ?glEnd? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:91: warning: implicit declaration of function ?glDisable? /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m: In function ?-[CGLLayer drawInCGLContext:pixelFormat:forLayerTime:displayTime:]?: /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:101: warning: implicit declaration of function ?glViewport? lipo: can't figure out the architecture type of: /var/folders/4p/_xxgvhrj5c533hpmlz9hx3s40006k0/T//cczRwf9W.out make[5]: *** [/Volumes/local_data/src/projects/macosx-port-calayer/build/macosx-universal/tmp/sun/sun.lwawt/lwawt/obj/CGLLayer.o] Error 1 make[5]: *** Waiting for unfinished jobs.... Do you think there might be an umbrella header you aren't pulling in correctly somewhere? Regards, Mike Swingler Java Engineering Apple Inc. From philip.race at oracle.com Thu Sep 8 18:48:54 2011 From: philip.race at oracle.com (Phil Race) Date: Thu, 08 Sep 2011 18:48:54 -0700 Subject: hg: macosx-port/macosx-port/jdk: Enable the CA Layer branch to use an IOSurface backed texture. In-Reply-To: References: <20110908233649.700A24749E@hg.openjdk.java.net> Message-ID: <4E697086.7020706@oracle.com> Hmm. I don't have 10.7 .. but I can't imagine why that would matter. And I didn't add those calls anyway, they already there in Dmitry's push. Did this build for you previously ? There is an issue that the JDK includes gl.h and glext.h header files and whilst the former may be interchangeable with Apple's the latter isn't. I had to make sure I didn't get both but it sounds like you got neither ... So maybe #import will fix it but I don't immediately see why it should be needed now but not before -phil. On 9/8/11 6:10 PM, Mike Swingler wrote: > On Sep 8, 2011, at 4:36 PM, philip.race at oracle.com wrote: > >> Changeset: 5ee699f1b737 >> Author: prr >> Date: 2011-09-08 16:14 -0700 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5ee699f1b737 >> >> Enable the CA Layer branch to use an IOSurface backed texture. >> >> ! make/sun/lwawt/Makefile >> ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h >> ! src/macosx/native/sun/java2d/opengl/CGLLayer.h >> ! src/macosx/native/sun/java2d/opengl/CGLLayer.m >> ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.h >> ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m >> ! src/share/native/sun/java2d/opengl/OGLSurfaceData.h > Hey Phil, I tried to build this on 10.7 and I'm getting: > > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m: In function ?-[CGLLayer _blitTexture]?: > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:73: warning: implicit declaration of function ?glEnable? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:74: warning: implicit declaration of function ?glBindTexture? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: warning: implicit declaration of function ?glTexEnvf? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: ?GL_TEXTURE_ENV? undeclared (first use in this function) > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: (Each undeclared identifier is reported only once > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: for each function it appears in.) > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: ?GL_TEXTURE_ENV_MODE? undeclared (first use in this function) > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:76: error: ?GL_REPLACE? undeclared (first use in this function) > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:79: error: ?GL_TEXTURE_RECTANGLE_ARB? undeclared (first use in this function) > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:83: warning: implicit declaration of function ?glBegin? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:83: error: ?GL_QUADS? undeclared (first use in this function) > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:84: warning: implicit declaration of function ?glTexCoord2f? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:84: warning: implicit declaration of function ?glVertex2f? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:88: warning: implicit declaration of function ?glEnd? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:91: warning: implicit declaration of function ?glDisable? > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m: In function ?-[CGLLayer drawInCGLContext:pixelFormat:forLayerTime:displayTime:]?: > /Volumes/local_data/src/projects/macosx-port-calayer/jdk/src/macosx/native/sun/java2d/opengl/CGLLayer.m:101: warning: implicit declaration of function ?glViewport? > lipo: can't figure out the architecture type of: /var/folders/4p/_xxgvhrj5c533hpmlz9hx3s40006k0/T//cczRwf9W.out > make[5]: *** [/Volumes/local_data/src/projects/macosx-port-calayer/build/macosx-universal/tmp/sun/sun.lwawt/lwawt/obj/CGLLayer.o] Error 1 > make[5]: *** Waiting for unfinished jobs.... > > Do you think there might be an umbrella header you aren't pulling in correctly somewhere? > > Regards, > Mike Swingler > Java Engineering > Apple Inc. > From tomas.hurka at googlemail.com Fri Sep 9 02:54:53 2011 From: tomas.hurka at googlemail.com (Tomas Hurka) Date: Fri, 9 Sep 2011 11:54:53 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> Message-ID: <33EB5B3E-D987-444A-8E78-6FCC5584C0A5@googlemail.com> On 8 Sep 2011, at 18:00, Henri Gomez wrote: >>> I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, >> I can take a look at it tomorrow. > > I'll wait Tomas return before digging more deeply in NetBeans lists The problem has nothing to with the versioning. The problem is that all menus, with submenu are not displayed under OpenJDK. It looks to me like OpenJDK problem. See attached screenshots of 'View' menu in OpenJDK 7 and JDK 6. Bye, -- Tomas Hurka NetBeans Profiler http://profiler.netbeans.org VisualVM http://visualvm.java.net Software Developer Oracle, Praha Czech Republic -------------- next part -------------- From jonathan.gibbons at oracle.com Fri Sep 9 12:16:40 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 09 Sep 2011 12:16:40 -0700 Subject: New Java Developer Preview from Apple, new API for OpenJDK In-Reply-To: References: Message-ID: <4E6A6618.3070400@oracle.com> On 09/08/2011 04:46 PM, Mike Swingler wrote: > Hello OpenJDK hackers, > > Today we have posted a new developer preview of "Java for Mac OS X 10.7 Update 1" and "Java for Mac OS X 10.6 Update 6". We don't normally announce these previews to the OpenJDK community, but this particular set of builds have new API introduced to the JavaRuntimeSupport.framework for the benefit of macosx-port specifically. > > Once you install this preview, you will notice that apps running with the current macosx-port binaries will now have the correct name in the Dock and in the menu bar. Also, input methods will be programmatically selectable, and other app startup properties like "apple.awt.UIElement" will now work, and various drag-and-drop bugs should be resolved. > > You can download the preview here: > > > Please let us know if you have any issues with the preview at: > > > While we will not require installing this preview for building the macosx-port, we will ask that you install it if you are running the binaries and filing bugs at. The new API changes in this preview will be incorporated into future Apple software updates shipped to all Mac OS X customers, and we use these previews to refine the API, find bugs, and ensure we deliver a solid product for all users of both Apple's Java SE 6 and OpenJDK. > > Thanks for all your help, > Mike Swingler > Java Engineering > Apple Inc. > Mike, Can you outline the consequences/side-effects of installing this preview? In particular, does it affect any other previously installed version of Java, and/or is it possible to easily uninstall the preview if so desired? -- Jon From acidbriggs at gmail.com Fri Sep 9 12:27:46 2011 From: acidbriggs at gmail.com (acidbriggs at gmail.com) Date: Fri, 9 Sep 2011 15:27:46 -0400 Subject: New Java Developer Preview from Apple, new API for OpenJDK In-Reply-To: <4E6A6618.3070400@oracle.com> References: <4E6A6618.3070400@oracle.com> Message-ID: <0AAD6767-1F5C-428F-95BB-1A1E70E04D77@gmail.com> According to the Release notes: "The Java Developer package places an additional copy of the Java SE 6 bundle in /Library/Java/JavaVirtualMachines/. This copy is installed without disturbing the existing system JDK." Read on for more info: http://adcdownload.apple.com/Java/java_for_mac_os_x_developer_preview_10m350410m3504/36615_java_for_mac_os_x_developer_preview_release_notes.html There > > Mike, > > Can you outline the consequences/side-effects of installing this preview? In particular, does it affect any other previously installed version of Java, and/or is it possible to easily uninstall the preview if so desired? > > -- Jon From swingler at apple.com Fri Sep 9 12:48:31 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 09 Sep 2011 12:48:31 -0700 Subject: New Java Developer Preview from Apple, new API for OpenJDK In-Reply-To: <0AAD6767-1F5C-428F-95BB-1A1E70E04D77@gmail.com> References: <4E6A6618.3070400@oracle.com> <0AAD6767-1F5C-428F-95BB-1A1E70E04D77@gmail.com> Message-ID: <2A4C206D-38D2-4E06-A924-A6C4FC56BB88@apple.com> Please do read the release notes. If you find anything that is not covered in there, please let me know. Thanks, Mike Swingler Java Engineering Apple Inc. On Sep 9, 2011, at 12:27 PM, acidbriggs at gmail.com wrote: > According to the Release notes: > > "The Java Developer package places an additional copy of the Java SE 6 bundle in /Library/Java/JavaVirtualMachines/. This copy is installed without disturbing the existing system JDK." > > Read on for more info: http://adcdownload.apple.com/Java/java_for_mac_os_x_developer_preview_10m350410m3504/36615_java_for_mac_os_x_developer_preview_release_notes.html > > There >> >> Mike, >> >> Can you outline the consequences/side-effects of installing this preview? In particular, does it affect any other previously installed version of Java, and/or is it possible to easily uninstall the preview if so desired? >> >> -- Jon > From kevin_m_miller at apple.com Fri Sep 9 15:22:23 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Fri, 09 Sep 2011 22:22:23 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing AWT components painted over in white Message-ID: <20110909222234.2A393474FE@hg.openjdk.java.net> Changeset: 50b8fef5df7d Author: kevin_m_miller at apple.com Date: 2011-09-09 15:22 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/50b8fef5df7d Fixing AWT components painted over in white ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c From tmp at us.ibm.com Fri Sep 9 16:54:22 2011 From: tmp at us.ibm.com (Todd Peterson) Date: Fri, 9 Sep 2011 17:54:22 -0600 Subject: AUTO: Todd Peterson is out of the office (returning 09/13/2011) Message-ID: I am out of the office until 09/13/2011. I am out of the office until, Tuesday, September 13th. I will have limited access to email while I am away. If this is urgent, please contact my manager BJ Scherer (bscherer at us.ibm.com). Thanks, Todd Note: This is an automated response to your message "macosx-port-dev Digest, Vol 9, Issue 10" sent on 9/9/11 13:00:01. This is the only notification you will receive while this person is away. From henri.gomez at gmail.com Sat Sep 10 02:11:43 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Sat, 10 Sep 2011 11:11:43 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: <33EB5B3E-D987-444A-8E78-6FCC5584C0A5@googlemail.com> References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> <33EB5B3E-D987-444A-8E78-6FCC5584C0A5@googlemail.com> Message-ID: So I should create a JIRA about this one :-) Le 9 sept. 2011 ? 11:54, Tomas Hurka a ?crit : > > On 8 Sep 2011, at 18:00, Henri Gomez wrote: > >>>> I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, >>> I can take a look at it tomorrow. >> >> I'll wait Tomas return before digging more deeply in NetBeans lists > The problem has nothing to with the versioning. The problem is that all menus, with submenu are not displayed under OpenJDK. It looks to me like OpenJDK problem. See attached screenshots of 'View' menu in OpenJDK 7 and JDK 6. > > Bye, > -- > Tomas Hurka > NetBeans Profiler http://profiler.netbeans.org > VisualVM http://visualvm.java.net > Software Developer > Oracle, Praha Czech Republic > > > > From swingler at apple.com Sat Sep 10 11:06:37 2011 From: swingler at apple.com (Mike Swingler) Date: Sat, 10 Sep 2011 11:06:37 -0700 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> <33EB5B3E-D987-444A-8E78-6FCC5584C0A5@googlemail.com> Message-ID: I think this one probably covers it: http://java.net/jira/browse/MACOSX_PORT-227 Regards, Mike Swingler Java Engineering Apple Inc. On Sep 10, 2011, at 2:11 AM, Henri Gomez wrote: > So I should create a JIRA about this one :-) > > Le 9 sept. 2011 ? 11:54, Tomas Hurka a ?crit : > >> >> On 8 Sep 2011, at 18:00, Henri Gomez wrote: >> >>>>> I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, >>>> I can take a look at it tomorrow. >>> >>> I'll wait Tomas return before digging more deeply in NetBeans lists >> The problem has nothing to with the versioning. The problem is that all menus, with submenu are not displayed under OpenJDK. It looks to me like OpenJDK problem. See attached screenshots of 'View' menu in OpenJDK 7 and JDK 6. >> >> Bye, >> -- >> Tomas Hurka >> NetBeans Profiler http://profiler.netbeans.org >> VisualVM http://visualvm.java.net >> Software Developer >> Oracle, Praha Czech Republic From henri.gomez at gmail.com Sat Sep 10 14:58:11 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Sat, 10 Sep 2011 23:58:11 +0200 Subject: NetBeans 7.0.1 SCM Menus not active under OpenJDK 7 In-Reply-To: References: <66921469-0D8C-4305-BEE9-91A0594DE474@apple.com> <672BF330-7395-4312-BDD8-7EFDF3E9EB29@apple.com> <33EB5B3E-D987-444A-8E78-6FCC5584C0A5@googlemail.com> Message-ID: <3A1B55D8-C19E-42E8-9DE6-DF4762EAA1F6@gmail.com> Oups, may be good to mark http://java.net/jira/browse/MACOSX_PORT-227 as related or duplicated. Le 10 sept. 2011 ? 20:06, Mike Swingler a ?crit : > I think this one probably covers it: http://java.net/jira/browse/MACOSX_PORT-227 > > Regards, > Mike Swingler > Java Engineering > Apple Inc. > > On Sep 10, 2011, at 2:11 AM, Henri Gomez wrote: > >> So I should create a JIRA about this one :-) >> >> Le 9 sept. 2011 ? 11:54, Tomas Hurka a ?crit : >> >>> >>> On 8 Sep 2011, at 18:00, Henri Gomez wrote: >>> >>>>>> I don't have any intuitive sense of what is happening there. Clearly NetBeans is showing/hiding a UI based on something they are sniffing in the core JDK. It might be helpful to know what that is first, >>>>> I can take a look at it tomorrow. >>>> >>>> I'll wait Tomas return before digging more deeply in NetBeans lists >>> The problem has nothing to with the versioning. The problem is that all menus, with submenu are not displayed under OpenJDK. It looks to me like OpenJDK problem. See attached screenshots of 'View' menu in OpenJDK 7 and JDK 6. >>> >>> Bye, >>> -- >>> Tomas Hurka >>> NetBeans Profiler http://profiler.netbeans.org >>> VisualVM http://visualvm.java.net >>> Software Developer >>> Oracle, Praha Czech Republic > From bino at apple.com Mon Sep 12 12:02:23 2011 From: bino at apple.com (bino at apple.com) Date: Mon, 12 Sep 2011 19:02:23 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed: Cannot add a Menu to the PopupMenu : MACOSX_PORT-227 Message-ID: <20110912190234.21D7E475B4@hg.openjdk.java.net> Changeset: 49ef6e5e835f Author: bino at apple.com Date: 2011-09-12 12:00 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/49ef6e5e835f Fixed: Cannot add a Menu to the PopupMenu : MACOSX_PORT-227 ! src/macosx/native/sun/awt/CMenu.m From henri.gomez at gmail.com Mon Sep 12 12:52:57 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 12 Sep 2011 21:52:57 +0200 Subject: hg: macosx-port/macosx-port/jdk: Fixed: Cannot add a Menu to the PopupMenu : MACOSX_PORT-227 In-Reply-To: <20110912190234.21D7E475B4@hg.openjdk.java.net> References: <20110912190234.21D7E475B4@hg.openjdk.java.net> Message-ID: It fixes also http://java.net/jira/browse/MACOSX_PORT-388 Thanks 2011/9/12 : > Changeset: 49ef6e5e835f > Author: ? ?bino at apple.com > Date: ? ? ?2011-09-12 12:00 -0700 > URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/49ef6e5e835f > > Fixed: Cannot add a Menu to the PopupMenu : MACOSX_PORT-227 > > ! src/macosx/native/sun/awt/CMenu.m > > From david_durrence at apple.com Mon Sep 12 17:12:28 2011 From: david_durrence at apple.com (David Durrence) Date: Mon, 12 Sep 2011 17:12:28 -0700 Subject: Help me understand why javac will not compile the following com.apple.eawt snipet Message-ID: I am porting over a test to jtreg that uses com.apple.eawt. Javac complains about not finding the symbol (com.apple.eawt) in the import statement (and the other invocations of this class). We verified that the class is present in ../1.7.0.jdk/Contents/Home/jre/lib/rt.jar. If I copy rt. jar into the source directory and invoke javac using: javac -Xbootclasspath/p:rt. jar Test.java, the source file compiles with no problems. If I use Java SE 6 I do not need to use the -X option. Is this a feature or a bug? What is going on? // Test.java source import com.apple.eawt.Application; public class Test { public static void main (String[] args) { Application a = Application.getApplication(); } } javaqa7:EAWT ddurrence$ java -version openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-javabuild_2011_09_12_03_02-b00) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) javaqa7:EAWT ddurrence$ javac Test.java Test.java:1: error: package com.apple.eawt does not exist import com.apple.eawt.Application; ^ Test.java:5: error: cannot find symbol Application a = Application.getApplication(); ^ symbol: class Application location: class Test Test.java:5: error: cannot find symbol Application a = Application.getApplication(); ^ symbol: variable Application location: class Test 3 errors javaqa7:EAWT ddurrence$ cp /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/rt.jar . javaqa7:EAWT ddurrence$ javac -Xbootclasspath/p:rt.jar Test.java javaqa7:EAWT ddurrence$ ~~~~~~~~~~~~ David Durrence 974-6202 From jonathan.gibbons at oracle.com Mon Sep 12 17:38:38 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 12 Sep 2011 17:38:38 -0700 Subject: Help me understand why javac will not compile the following com.apple.eawt snipet In-Reply-To: References: Message-ID: <4E6EA60E.3040900@oracle.com> David, You may have fallen victim to the mechanism used in javac to "hide" JDK internal classes in rt.jar from users who ought not to be using them. javac uses a "symbol file" to determine what symbols in rt.jar are available for use. To disable this feature, use the hidden option -XDignore.symbol.file=true -- Jon On 09/12/2011 05:12 PM, David Durrence wrote: > I am porting over a test to jtreg that uses com.apple.eawt. Javac complains about not finding the symbol (com.apple.eawt) in the import statement (and the other invocations of this class). > > We verified that the class is present in ../1.7.0.jdk/Contents/Home/jre/lib/rt.jar. > > If I copy rt. jar into the source directory and invoke javac using: javac -Xbootclasspath/p:rt. jar Test.java, the source file compiles with no problems. If I use Java SE 6 I do not need to use the -X option. > > Is this a feature or a bug? What is going on? > > > // Test.java source > > import com.apple.eawt.Application; > > public class Test { > public static void main (String[] args) { > Application a = Application.getApplication(); > } > } > > javaqa7:EAWT ddurrence$ java -version > openjdk version "1.7.0-internal" > OpenJDK Runtime Environment (build 1.7.0-internal-javabuild_2011_09_12_03_02-b00) > OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) > javaqa7:EAWT ddurrence$ javac Test.java > Test.java:1: error: package com.apple.eawt does not exist > import com.apple.eawt.Application; > ^ > Test.java:5: error: cannot find symbol > Application a = Application.getApplication(); > ^ > symbol: class Application > location: class Test > Test.java:5: error: cannot find symbol > Application a = Application.getApplication(); > ^ > symbol: variable Application > location: class Test > 3 errors > javaqa7:EAWT ddurrence$ cp /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/rt.jar . > javaqa7:EAWT ddurrence$ javac -Xbootclasspath/p:rt.jar Test.java > javaqa7:EAWT ddurrence$ > > > ~~~~~~~~~~~~ > David Durrence > 974-6202 > > > From swingler at apple.com Mon Sep 12 18:14:40 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 13 Sep 2011 01:14:40 +0000 Subject: hg: macosx-port/macosx-port/jdk: Add the Apple extensions to the non-core packages so javac will compile test cases against it. Message-ID: <20110913011505.7BCB5475C6@hg.openjdk.java.net> Changeset: 4a526145c9a7 Author: swingler at apple.com Date: 2011-09-12 18:14 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4a526145c9a7 Add the Apple extensions to the non-core packages so javac will compile test cases against it. ! make/docs/NON_CORE_PKGS.gmk From hobbesdream at verizon.net Mon Sep 12 20:37:05 2011 From: hobbesdream at verizon.net (Pj Kneisel) Date: Mon, 12 Sep 2011 20:37:05 -0700 Subject: Minecraft and openjdk Message-ID: It seems Minecraft does not recognize openjdk, when you go into the minecraft plist and try to force it to use java 1.7 it will not run. Anyone know why this is? From swingler at apple.com Mon Sep 12 22:49:05 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 12 Sep 2011 22:49:05 -0700 Subject: Help me understand why javac will not compile the following com.apple.eawt snipet In-Reply-To: <4E6EA60E.3040900@oracle.com> References: <4E6EA60E.3040900@oracle.com> Message-ID: Thanks for the hint Jonathan. I've fixed this by added our com.apple.* public API to the symbol file (and the JavaDoc) listings. Cheers, Mike Swingler Java Engineering Apple Inc. On Sep 12, 2011, at 5:38 PM, Jonathan Gibbons wrote: > David, > > You may have fallen victim to the mechanism used in javac to "hide" JDK internal classes in rt.jar from users who ought not to be using them. javac uses a "symbol file" to determine what symbols in rt.jar are available for use. To disable this feature, use the hidden option -XDignore.symbol.file=true > > -- Jon > > > On 09/12/2011 05:12 PM, David Durrence wrote: >> I am porting over a test to jtreg that uses com.apple.eawt. Javac complains about not finding the symbol (com.apple.eawt) in the import statement (and the other invocations of this class). >> >> We verified that the class is present in ../1.7.0.jdk/Contents/Home/jre/lib/rt.jar. >> >> If I copy rt. jar into the source directory and invoke javac using: javac -Xbootclasspath/p:rt. jar Test.java, the source file compiles with no problems. If I use Java SE 6 I do not need to use the -X option. >> >> Is this a feature or a bug? What is going on? >> >> >> // Test.java source >> >> import com.apple.eawt.Application; >> >> public class Test { >> public static void main (String[] args) { >> Application a = Application.getApplication(); >> } >> } >> >> javaqa7:EAWT ddurrence$ java -version >> openjdk version "1.7.0-internal" >> OpenJDK Runtime Environment (build 1.7.0-internal-javabuild_2011_09_12_03_02-b00) >> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) >> javaqa7:EAWT ddurrence$ javac Test.java >> Test.java:1: error: package com.apple.eawt does not exist >> import com.apple.eawt.Application; >> ^ >> Test.java:5: error: cannot find symbol >> Application a = Application.getApplication(); >> ^ >> symbol: class Application >> location: class Test >> Test.java:5: error: cannot find symbol >> Application a = Application.getApplication(); >> ^ >> symbol: variable Application >> location: class Test >> 3 errors >> javaqa7:EAWT ddurrence$ cp /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/rt.jar . >> javaqa7:EAWT ddurrence$ javac -Xbootclasspath/p:rt.jar Test.java >> javaqa7:EAWT ddurrence$ >> >> >> ~~~~~~~~~~~~ >> David Durrence >> 974-6202 >> >> >> > From swingler at apple.com Mon Sep 12 22:57:11 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 12 Sep 2011 22:57:11 -0700 Subject: Minecraft and openjdk In-Reply-To: References: Message-ID: <8EE5E1CF-CC9D-4466-9278-9B4BD2A73430@apple.com> On Sep 12, 2011, at 8:37 PM, Pj Kneisel wrote: > It seems Minecraft does not recognize openjdk, when you go into the minecraft plist and try to force it to use java 1.7 it will not run. Anyone know why this is? Minecraft's launcher is a bundled app, and OpenJDK currently only supports command-line invocation. We are planning to support bundled apps in OpenJDK by completely replacing the launch infrastructure with one that uses an embedded .jre bundle, and obsoleting the JavaApplicationStub. This has the benefit of offering a completely self-contained app bundle, which is desirable for many reasons. Also, the graphics plumbing in OpenJDK currently does not support the CALayer-based JAWT API recently introduced to Apple's Java SE 6, so there is no way for Minecraft to attach it's LWJGL surface to the OpenJDK heavyweight windows at this time. We actively working on both of these problems right now. Please sit tight...the gnomes are still hard at work... Cheers, Mike Swingler Java Engineering Apple Inc. From mhaupt at gmail.com Mon Sep 12 23:27:04 2011 From: mhaupt at gmail.com (Michael Haupt) Date: Tue, 13 Sep 2011 08:27:04 +0200 Subject: Minecraft and openjdk In-Reply-To: <8EE5E1CF-CC9D-4466-9278-9B4BD2A73430@apple.com> References: <8EE5E1CF-CC9D-4466-9278-9B4BD2A73430@apple.com> Message-ID: Hi, On 13 September 2011 07:57, Mike Swingler wrote: > We actively working on both of these problems right now. Please sit tight...the gnomes are still hard at work... in the meantime, this might work: java -Xms512m -Xmx1024m -jar Minecraft.app/Contents/Resources/Java/MinecraftLauncher.jar Best, Michael From swingler at apple.com Tue Sep 13 00:26:51 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 13 Sep 2011 07:26:51 +0000 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. Message-ID: <20110913072702.1715247628@hg.openjdk.java.net> Changeset: 86d6d9ef0563 Author: swingler at apple.com Date: 2011-09-13 00:26 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/86d6d9ef0563 Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. ! make/common/Release-macosx.gmk - src/macosx/bundle/Info.plist + src/macosx/bundle/JDK-Info.plist + src/macosx/bundle/JRE-Info.plist From david_durrence at apple.com Tue Sep 13 08:16:17 2011 From: david_durrence at apple.com (David Durrence) Date: Tue, 13 Sep 2011 08:16:17 -0700 Subject: Help me understand why javac will not compile the following com.apple.eawt snipet In-Reply-To: <4E6EA60E.3040900@oracle.com> References: <4E6EA60E.3040900@oracle.com> Message-ID: Thanks for the information Jon. Your input is appreciated and was helpful. ~~~~~~~~~~~~ David Durrence 974-6202 On Sep 12, 2011, at 5:38 PM, Jonathan Gibbons wrote: > David, > > You may have fallen victim to the mechanism used in javac to "hide" JDK internal classes in rt.jar from users who ought not to be using them. javac uses a "symbol file" to determine what symbols in rt.jar are available for use. To disable this feature, use the hidden option -XDignore.symbol.file=true > > -- Jon > > > On 09/12/2011 05:12 PM, David Durrence wrote: >> I am porting over a test to jtreg that uses com.apple.eawt. Javac complains about not finding the symbol (com.apple.eawt) in the import statement (and the other invocations of this class). >> >> We verified that the class is present in ../1.7.0.jdk/Contents/Home/jre/lib/rt.jar. >> >> If I copy rt. jar into the source directory and invoke javac using: javac -Xbootclasspath/p:rt. jar Test.java, the source file compiles with no problems. If I use Java SE 6 I do not need to use the -X option. >> >> Is this a feature or a bug? What is going on? >> >> >> // Test.java source >> >> import com.apple.eawt.Application; >> >> public class Test { >> public static void main (String[] args) { >> Application a = Application.getApplication(); >> } >> } >> >> javaqa7:EAWT ddurrence$ java -version >> openjdk version "1.7.0-internal" >> OpenJDK Runtime Environment (build 1.7.0-internal-javabuild_2011_09_12_03_02-b00) >> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) >> javaqa7:EAWT ddurrence$ javac Test.java >> Test.java:1: error: package com.apple.eawt does not exist >> import com.apple.eawt.Application; >> ^ >> Test.java:5: error: cannot find symbol >> Application a = Application.getApplication(); >> ^ >> symbol: class Application >> location: class Test >> Test.java:5: error: cannot find symbol >> Application a = Application.getApplication(); >> ^ >> symbol: variable Application >> location: class Test >> 3 errors >> javaqa7:EAWT ddurrence$ cp /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre/lib/rt.jar . >> javaqa7:EAWT ddurrence$ javac -Xbootclasspath/p:rt.jar Test.java >> javaqa7:EAWT ddurrence$ >> >> >> ~~~~~~~~~~~~ >> David Durrence >> 974-6202 >> >> >> > From alexander.zuev at oracle.com Tue Sep 13 08:58:04 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Tue, 13 Sep 2011 15:58:04 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adopted screen capturing code from MACOSX_PORT-191. Also, cleaned up the code a bit. Message-ID: <20110913155833.875FD4763E@hg.openjdk.java.net> Changeset: 08dee82e7299 Author: leonidr Date: 2011-09-13 19:57 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/08dee82e7299 Adopted screen capturing code from MACOSX_PORT-191. Also, cleaned up the code a bit. ! src/macosx/classes/sun/lwawt/macosx/CRobot.java ! src/macosx/native/sun/awt/CRobot.m From alexander.potochkin at sun.com Tue Sep 13 09:12:49 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Tue, 13 Sep 2011 16:12:49 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed 6: AWT ScrollPane implementation (initial implementation) Message-ID: <20110913161301.0B68B4763F@hg.openjdk.java.net> Changeset: dd739939ad8f Author: alexp Date: 2011-09-13 20:30 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/dd739939ad8f fixed 6: AWT ScrollPane implementation (initial implementation) ! make/sun/lwawt/FILES_export_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk.all ! src/macosx/classes/sun/lwawt/LWContainerPeer.java + src/macosx/classes/sun/lwawt/LWScrollPanePeer.java ! src/macosx/classes/sun/lwawt/LWToolkit.java From david_durrence at apple.com Tue Sep 13 15:41:49 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Tue, 13 Sep 2011 22:41:49 +0000 Subject: hg: macosx-port/macosx-port/jdk: Bringing over more Apple Junit test Message-ID: <20110913224202.A2F5E47654@hg.openjdk.java.net> Changeset: 034d0035994f Author: David Durrence Date: 2011-09-13 15:40 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/034d0035994f Bringing over more Apple Junit test + test/java/awt/Frame/Insets/R2226724Insets.java + test/java/awt/Graphics/CopyAreaOnScreen.java + test/java/awt/Graphics/DrawImageWithBackground.java + test/java/awt/GridBagLayout/GridBagAbsolute/GridBagAbsolute01.java + test/java/awt/image/ConvolveOp/ConvolveOpTest01.java + test/java/awt/regtesthelpers/BITestUtils.java + test/java/lang/Runtime/sanity/RuntimeTest.java + test/java/nio/ByteBuffer/AllocateDirect01.java + test/java/nio/channels/FileChannel/fileLockFailsFileChannelClose_R3919542.java + test/java/security/KeyStore/DefaultKeyStorePasswordTest.java + test/java/util/GregorianCalendar/GregorianCalendarTest.java + test/java/vm/ArrayInit_R2208170.java + test/java/vm/ThreadInterrupt_R4664546.java + test/java/vm/nanoTime_R4064974.java + test/javax/swing/JFrame/Insets/R2226724Swing.java From henri.gomez at gmail.com Wed Sep 14 00:34:30 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 14 Sep 2011 09:34:30 +0200 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: <20110913072702.1715247628@hg.openjdk.java.net> References: <20110913072702.1715247628@hg.openjdk.java.net> Message-ID: Hi guys After build I could see the following layout : drwxr-xr-x 3 henri staff 102 14 sep 08:57 1.7.0.jre -r--r--r-- 1 henri staff 1503 14 sep 08:57 ASSEMBLY_EXCEPTION -r--r--r-- 1 henri staff 19263 14 sep 08:57 LICENSE -r--r--r-- 1 henri staff 172135 14 sep 08:57 THIRD_PARTY_README drwxr-xr-x 40 henri staff 1360 14 sep 08:57 bin drwxr-xr-x 3 henri staff 102 14 sep 08:57 bundle drwxr-xr-x 10 henri staff 340 14 sep 08:57 demo drwxr-xr-x 9 henri staff 306 14 sep 08:57 include drwxr-xr-x 8 henri staff 272 14 sep 08:57 jre drwxr-xr-x 9 henri staff 306 14 sep 08:57 lib drwxr-xr-x 5 henri staff 170 14 sep 08:57 man -rw-r--r-- 1 henri staff 218 14 sep 08:57 release drwxr-xr-x 7 henri staff 238 14 sep 08:57 sample -rw-r--r-- 1 henri staff 22618514 14 sep 08:57 src.zip Is it normal to get the 1.7.0.jre ? Also, this double the disk space required to install OpenJDK For now it break our current PKG/DMG, so I wonder if it was what expected ? 2011/9/13 : > Changeset: 86d6d9ef0563 > Author: ? ?swingler at apple.com > Date: ? ? ?2011-09-13 00:26 -0700 > URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/86d6d9ef0563 > > Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. > > ! make/common/Release-macosx.gmk > - src/macosx/bundle/Info.plist > + src/macosx/bundle/JDK-Info.plist > + src/macosx/bundle/JRE-Info.plist > > From sergey.bylokhov at oracle.com Wed Sep 14 04:02:12 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Wed, 14 Sep 2011 11:02:12 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-337: IllegalComponentStateException is thrown in dispatch thread. Message-ID: <20110914110233.D012647682@hg.openjdk.java.net> Changeset: e3020007616c Author: serb Date: 2011-09-14 15:00 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e3020007616c MACOSX_PORT-337: IllegalComponentStateException is thrown in dispatch thread. ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From dmitry.cherepanov at oracle.com Wed Sep 14 05:11:04 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Wed, 14 Sep 2011 12:11:04 +0000 Subject: hg: macosx-port/macosx-port/jdk: Delete previous FBO before intermediate buffer recreate (solves memory leak problem) Message-ID: <20110914121116.1E86447686@hg.openjdk.java.net> Changeset: 9026f163b873 Author: dcherepanov Date: 2011-09-14 16:09 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9026f163b873 Delete previous FBO before intermediate buffer recreate (solves memory leak problem) ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m From dmitry.cherepanov at oracle.com Wed Sep 14 08:48:47 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Wed, 14 Sep 2011 15:48:47 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed build failure on 10.7 in calayer branch Message-ID: <20110914154918.553E94768F@hg.openjdk.java.net> Changeset: f66b422c0c27 Author: dcherepanov Date: 2011-09-14 19:47 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f66b422c0c27 Fixed build failure on 10.7 in calayer branch ! src/macosx/native/sun/java2d/opengl/CGLLayer.m From kevin_m_miller at apple.com Wed Sep 14 10:02:49 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Wed, 14 Sep 2011 17:02:49 +0000 Subject: hg: macosx-port/macosx-port/jdk: Porting CFPreferences-backed java.util.prefs implementation Message-ID: <20110914170300.B2F0547692@hg.openjdk.java.net> Changeset: 68449673e71c Author: kevin_m_miller at apple.com Date: 2011-09-14 10:00 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/68449673e71c Porting CFPreferences-backed java.util.prefs implementation ! make/com/apple/osx/Makefile ! make/java/java/Makefile + src/macosx/classes/java/util/prefs/MacOSXPreferences.java + src/macosx/classes/java/util/prefs/MacOSXPreferencesFactory.java + src/macosx/classes/java/util/prefs/MacOSXPreferencesFile.java + src/macosx/native/java/util/MacOSXPreferencesFile.m ! src/share/classes/java/util/prefs/Preferences.java From henri.gomez at gmail.com Wed Sep 14 13:46:14 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 14 Sep 2011 22:46:14 +0200 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: References: <20110913072702.1715247628@hg.openjdk.java.net> Message-ID: More on this change. I suspect symlink introduced to broke packagemaker used to build .pkg included in .dmg. this one fail and core dump. under ./j2sdk-bundle/1.7.0.jdk/Contents/Home mbp:Home henri$ ls -l total 44592 drwxr-xr-x 3 henri staff 102 Sep 14 22:03 1.7.0.jre -r--r--r-- 1 henri staff 1503 Sep 14 22:02 ASSEMBLY_EXCEPTION -r--r--r-- 1 henri staff 19263 Sep 14 22:02 LICENSE -r--r--r-- 1 henri staff 172135 Sep 14 22:02 THIRD_PARTY_README drwxr-xr-x 40 henri staff 1360 Sep 14 22:02 bin lrwxr-xr-x 1 henri staff 10 Sep 14 22:03 bundle -> jre/bundle drwxr-xr-x 10 henri staff 340 Sep 14 22:02 demo drwxr-xr-x 9 henri staff 306 Sep 14 22:02 include lrwxr-xr-x 1 henri staff 23 Sep 14 22:03 jre -> 1.7.0.jre/Contents/Home drwxr-xr-x 9 henri staff 306 Sep 14 22:03 lib drwxr-xr-x 5 henri staff 170 Sep 14 22:03 man -rw-r--r-- 1 henri staff 218 Sep 14 22:03 release drwxr-xr-x 7 henri staff 238 Sep 14 22:02 sample -rw-r--r-- 1 henri staff 22618091 Sep 14 22:02 src.zip mbp:Home henri$ ls -l jre/bundle lrwxr-xr-x 1 henri staff 5 Sep 14 22:03 jre/bundle -> ../.. mbp:Home henri$ ls -l jre/bundle/../.. total 16 drwxr-xr-x 16 henri staff 544 Sep 14 22:03 Home -rw-r--r-- 1 henri staff 1204 Sep 14 22:03 Info.plist lrwxr-xr-x 1 henri staff 29 Sep 14 22:03 MacOS -> Home/1.7.0.jre/Contents/MacOS mbp:Home henri$ Isn't there a loop somewhere broking packagemaker traversal process ? Cheers > 2011/9/13 ?: >> Changeset: 86d6d9ef0563 >> Author: ? ?swingler at apple.com >> Date: ? ? ?2011-09-13 00:26 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/86d6d9ef0563 >> >> Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. >> >> ! make/common/Release-macosx.gmk >> - src/macosx/bundle/Info.plist >> + src/macosx/bundle/JDK-Info.plist >> + src/macosx/bundle/JRE-Info.plist >> >> > From henri.gomez at gmail.com Wed Sep 14 14:10:14 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 14 Sep 2011 23:10:14 +0200 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: References: <20110913072702.1715247628@hg.openjdk.java.net> Message-ID: I made a try and removed jre/bundle symlink to ../.. and packagemaker succeed to build .pkg. Hope it will help 2011/9/14 Henri Gomez : > More on this change. > > I suspect symlink introduced to broke packagemaker used to build .pkg > included in .dmg. > this one fail and core dump. > > under ./j2sdk-bundle/1.7.0.jdk/Contents/Home > > mbp:Home henri$ ls -l > total 44592 > drwxr-xr-x ? 3 henri ?staff ? ? ? 102 Sep 14 22:03 1.7.0.jre > -r--r--r-- ? 1 henri ?staff ? ? ?1503 Sep 14 22:02 ASSEMBLY_EXCEPTION > -r--r--r-- ? 1 henri ?staff ? ? 19263 Sep 14 22:02 LICENSE > -r--r--r-- ? 1 henri ?staff ? ?172135 Sep 14 22:02 THIRD_PARTY_README > drwxr-xr-x ?40 henri ?staff ? ? ?1360 Sep 14 22:02 bin > lrwxr-xr-x ? 1 henri ?staff ? ? ? ?10 Sep 14 22:03 bundle -> jre/bundle > drwxr-xr-x ?10 henri ?staff ? ? ? 340 Sep 14 22:02 demo > drwxr-xr-x ? 9 henri ?staff ? ? ? 306 Sep 14 22:02 include > lrwxr-xr-x ? 1 henri ?staff ? ? ? ?23 Sep 14 22:03 jre -> > 1.7.0.jre/Contents/Home > drwxr-xr-x ? 9 henri ?staff ? ? ? 306 Sep 14 22:03 lib > drwxr-xr-x ? 5 henri ?staff ? ? ? 170 Sep 14 22:03 man > -rw-r--r-- ? 1 henri ?staff ? ? ? 218 Sep 14 22:03 release > drwxr-xr-x ? 7 henri ?staff ? ? ? 238 Sep 14 22:02 sample > -rw-r--r-- ? 1 henri ?staff ?22618091 Sep 14 22:02 src.zip > > mbp:Home henri$ ls -l jre/bundle > lrwxr-xr-x ?1 henri ?staff ?5 Sep 14 22:03 jre/bundle -> ../.. > > mbp:Home henri$ ls -l jre/bundle/../.. > total 16 > drwxr-xr-x ?16 henri ?staff ? 544 Sep 14 22:03 Home > -rw-r--r-- ? 1 henri ?staff ?1204 Sep 14 22:03 Info.plist > lrwxr-xr-x ? 1 henri ?staff ? ?29 Sep 14 22:03 MacOS -> > Home/1.7.0.jre/Contents/MacOS > mbp:Home henri$ > > Isn't there a loop somewhere broking packagemaker traversal process ? > > Cheers > >> 2011/9/13 ?: >>> Changeset: 86d6d9ef0563 >>> Author: ? ?swingler at apple.com >>> Date: ? ? ?2011-09-13 00:26 -0700 >>> URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/86d6d9ef0563 >>> >>> Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. >>> >>> ! make/common/Release-macosx.gmk >>> - src/macosx/bundle/Info.plist >>> + src/macosx/bundle/JDK-Info.plist >>> + src/macosx/bundle/JRE-Info.plist >>> >>> >> > From swingler at apple.com Wed Sep 14 14:35:37 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 14 Sep 2011 14:35:37 -0700 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: References: <20110913072702.1715247628@hg.openjdk.java.net> Message-ID: Actually, Henri, have you considered not using an installer package at all? I'm making a minor change to the makefile to create a symlink to /Library/Java/JavaVirtualMachines to enable Oracle to create a simple .dmg that uses drag-installing. If you just wrap the entire contents of build/macosx-universal/j2sdk-bundle/ into a disk image, you'll have the top-level of a DMG (maybe there should be a nice background image, and the icons should be positioned). If you want multiple .jdk's to be installed side-by-side, rename "1.7.0.jdk" to "1.7.0_2011-09-14_03-00.jdk" or some other date/time encoding. Just a thought, Mike Swingler Java Engineering Apple Inc. On Sep 14, 2011, at 2:10 PM, Henri Gomez wrote: > I made a try and removed jre/bundle symlink to ../.. and packagemaker > succeed to build .pkg. > > Hope it will help > > > 2011/9/14 Henri Gomez : >> More on this change. >> >> I suspect symlink introduced to broke packagemaker used to build .pkg >> included in .dmg. >> this one fail and core dump. >> >> under ./j2sdk-bundle/1.7.0.jdk/Contents/Home >> >> mbp:Home henri$ ls -l >> total 44592 >> drwxr-xr-x 3 henri staff 102 Sep 14 22:03 1.7.0.jre >> -r--r--r-- 1 henri staff 1503 Sep 14 22:02 ASSEMBLY_EXCEPTION >> -r--r--r-- 1 henri staff 19263 Sep 14 22:02 LICENSE >> -r--r--r-- 1 henri staff 172135 Sep 14 22:02 THIRD_PARTY_README >> drwxr-xr-x 40 henri staff 1360 Sep 14 22:02 bin >> lrwxr-xr-x 1 henri staff 10 Sep 14 22:03 bundle -> jre/bundle >> drwxr-xr-x 10 henri staff 340 Sep 14 22:02 demo >> drwxr-xr-x 9 henri staff 306 Sep 14 22:02 include >> lrwxr-xr-x 1 henri staff 23 Sep 14 22:03 jre -> >> 1.7.0.jre/Contents/Home >> drwxr-xr-x 9 henri staff 306 Sep 14 22:03 lib >> drwxr-xr-x 5 henri staff 170 Sep 14 22:03 man >> -rw-r--r-- 1 henri staff 218 Sep 14 22:03 release >> drwxr-xr-x 7 henri staff 238 Sep 14 22:02 sample >> -rw-r--r-- 1 henri staff 22618091 Sep 14 22:02 src.zip >> >> mbp:Home henri$ ls -l jre/bundle >> lrwxr-xr-x 1 henri staff 5 Sep 14 22:03 jre/bundle -> ../.. >> >> mbp:Home henri$ ls -l jre/bundle/../.. >> total 16 >> drwxr-xr-x 16 henri staff 544 Sep 14 22:03 Home >> -rw-r--r-- 1 henri staff 1204 Sep 14 22:03 Info.plist >> lrwxr-xr-x 1 henri staff 29 Sep 14 22:03 MacOS -> >> Home/1.7.0.jre/Contents/MacOS >> mbp:Home henri$ >> >> Isn't there a loop somewhere broking packagemaker traversal process ? >> >> Cheers >> >>> 2011/9/13 : >>>> Changeset: 86d6d9ef0563 >>>> Author: swingler at apple.com >>>> Date: 2011-09-13 00:26 -0700 >>>> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/86d6d9ef0563 >>>> >>>> Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. >>>> >>>> ! make/common/Release-macosx.gmk >>>> - src/macosx/bundle/Info.plist >>>> + src/macosx/bundle/JDK-Info.plist >>>> + src/macosx/bundle/JRE-Info.plist >>>> >>>> >>> >> From henri.gomez at gmail.com Wed Sep 14 23:21:36 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 15 Sep 2011 08:21:36 +0200 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: References: <20110913072702.1715247628@hg.openjdk.java.net> Message-ID: > Actually, Henri, have you considered not using an installer package at all? Not yet. > I'm making a minor change to the makefile to create a symlink to /Library/Java/JavaVirtualMachines to enable Oracle to create a simple .dmg that uses drag-installing. Drag installing into /Applications or /Library/Java/JavaVirtualMachines ? > If you just wrap the entire contents of build/macosx-universal/j2sdk-bundle/ into a disk image, you'll have the top-level of a DMG (maybe there should be a nice background image, and the icons should be positioned). I'm not too familiar with DMG creation so I should dig a bit on how to do this and change the actual behaviour, ie PKG inside a DMG. Advices - guidelines are more than welcome. > If you want multiple .jdk's to be installed side-by-side, rename "1.7.0.jdk" to "1.7.0_2011-09-14_03-00.jdk" or some other date/time encoding. It would be nice for the future, ie like Java 1.6.0-25, 1.6.0-26, 1.6.0-27 > Just a thought, So the current behaviour of symlink will stay like it's now ? Cheers From swingler at apple.com Wed Sep 14 23:34:44 2011 From: swingler at apple.com (Mike Swingler) Date: Wed, 14 Sep 2011 23:34:44 -0700 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: References: <20110913072702.1715247628@hg.openjdk.java.net> Message-ID: <69750434-A301-483D-8D19-11624E2F4C9F@apple.com> On Sep 14, 2011, at 11:21 PM, Henri Gomez wrote: >> Actually, Henri, have you considered not using an installer package at all? > > Not yet. > >> I'm making a minor change to the makefile to create a symlink to /Library/Java/JavaVirtualMachines to enable Oracle to create a simple .dmg that uses drag-installing. > > Drag installing into /Applications or /Library/Java/JavaVirtualMachines ? /Library/Java/JavaVirtualMachines >> If you just wrap the entire contents of build/macosx-universal/j2sdk-bundle/ into a disk image, you'll have the top-level of a DMG (maybe there should be a nice background image, and the icons should be positioned). > > I'm not too familiar with DMG creation so I should dig a bit on how to > do this and change the actual behaviour, ie PKG inside a DMG. > Advices - guidelines are more than welcome. "hdiuitl create -srcfolder" should do the trick nicely. Checkout the man page for "hidutil" sometime...between it and "diskutil", they are the crazy swiss-army knives of anything filesystem related. >> If you want multiple .jdk's to be installed side-by-side, rename "1.7.0.jdk" to "1.7.0_2011-09-14_03-00.jdk" or some other date/time encoding. > > It would be nice for the future, ie like Java 1.6.0-25, 1.6.0-26, 1.6.0-27 Exactly. It also helps people who file bugs give us an exact snapshot in time of what they were using. >> Just a thought, > > So the current behaviour of symlink will stay like it's now ? That's the plan, since we now have a .jre bundle that will be sub-loaded by bundled apps as well as the Java plug-in. Cheers, Mike Swingler Java Engineering Apple Inc. From henri.gomez at gmail.com Wed Sep 14 23:51:32 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 15 Sep 2011 08:51:32 +0200 Subject: hg: macosx-port/macosx-port/jdk: Creating .jre sub-bundle inside .jdk bundle. First step towards embedding a .jre inside of self-launching .app bundles. In-Reply-To: <69750434-A301-483D-8D19-11624E2F4C9F@apple.com> References: <20110913072702.1715247628@hg.openjdk.java.net> <69750434-A301-483D-8D19-11624E2F4C9F@apple.com> Message-ID: >> Drag installing into /Applications or ?/Library/Java/JavaVirtualMachines ? > > /Library/Java/JavaVirtualMachines Good > "hdiuitl create -srcfolder" should do the trick nicely. Checkout the man page for "hidutil" sometime...between it and "diskutil", they are the crazy swiss-army knives of anything filesystem related. I'll study this. >> It would be nice for the future, ie like Java 1.6.0-25, 1.6.0-26, 1.6.0-27 > > Exactly. It also helps people who file bugs give us an exact snapshot in time of what they were using. And switch from one VM to another one, very nice to track regression and keep the service by switching to previous release >>> Just a thought, >> >> So the current behaviour of symlink will stay like it's now ? > > That's the plan, since we now have a .jre bundle that will be sub-loaded by bundled apps as well as the Java plug-in. Good, let follow the 'official' plan so :) From dmitry.cherepanov at oracle.com Thu Sep 15 07:08:38 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Thu, 15 Sep 2011 14:08:38 +0000 Subject: hg: macosx-port/macosx-port/jdk: Merging changes from the calayer branch to the default branch (layers enabled by default) Message-ID: <20110915140849.510D7476E2@hg.openjdk.java.net> Changeset: db3035370cc5 Author: dcherepanov Date: 2011-09-15 18:04 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/db3035370cc5 Merging changes from the calayer branch to the default branch (layers enabled by default) ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/Makefile ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/ThreadUtilities.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.m ! src/share/classes/sun/java2d/opengl/OGLRenderQueue.java ! src/share/classes/sun/java2d/pipe/BufferedContext.java ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c From swingler at apple.com Thu Sep 15 10:23:43 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 15 Sep 2011 10:23:43 -0700 Subject: hg: macosx-port/macosx-port/jdk: Merging changes from the calayer branch to the default branch (layers enabled by default) In-Reply-To: <20110915140849.510D7476E2@hg.openjdk.java.net> References: <20110915140849.510D7476E2@hg.openjdk.java.net> Message-ID: On Sep 15, 2011, at 7:08 AM, dmitry.cherepanov at oracle.com wrote: > Changeset: db3035370cc5 > Author: dcherepanov > Date: 2011-09-15 18:04 +0400 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/db3035370cc5 > > Merging changes from the calayer branch to the default branch (layers enabled by default) > > ! make/sun/lwawt/FILES_c_macosx.gmk > ! make/sun/lwawt/Makefile > ! src/macosx/classes/sun/java2d/opengl/CGLGraphicsConfig.java > ! src/macosx/classes/sun/java2d/opengl/CGLSurfaceData.java > ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java > ! src/macosx/native/sun/awt/AWTView.h > ! src/macosx/native/sun/awt/AWTView.m > ! src/macosx/native/sun/awt/ThreadUtilities.m > ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.m > ! src/share/classes/sun/java2d/opengl/OGLRenderQueue.java > ! src/share/classes/sun/java2d/pipe/BufferedContext.java > ! src/share/native/sun/java2d/opengl/OGLSurfaceData.c Awesome dude! Let's talk about about how to get CALayer JAWT embedding going now. :-) Cheers, Mike Swingler Java Engineering Apple Inc. From alexander.potochkin at sun.com Thu Sep 15 12:15:11 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Thu, 15 Sep 2011 19:15:11 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed the nasty painting artifacts produced by awt.ScrollPane Message-ID: <20110915191536.25995476F6@hg.openjdk.java.net> Changeset: a5c3821f1170 Author: alexp Date: 2011-09-15 23:34 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a5c3821f1170 fixed the nasty painting artifacts produced by awt.ScrollPane ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java From swingler at apple.com Thu Sep 15 18:48:31 2011 From: swingler at apple.com (swingler at apple.com) Date: Fri, 16 Sep 2011 01:48:31 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding a JavaVirtualMachines symlink to the bundle target, and adding dtrace demos for Mac OS X Message-ID: <20110916014855.C38A447708@hg.openjdk.java.net> Changeset: bfdbfcaecd20 Author: swingler at apple.com Date: 2011-09-15 18:47 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bfdbfcaecd20 Adding a JavaVirtualMachines symlink to the bundle target, and adding dtrace demos for Mac OS X ! make/common/Release-macosx.gmk ! make/mksample/Makefile From alexander.zuev at oracle.com Fri Sep 16 04:19:02 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Fri, 16 Sep 2011 11:19:02 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-209: Absent MouseEvent modifiers in case of multiple buttons events Message-ID: <20110916111912.ACB9447727@hg.openjdk.java.net> Changeset: 0d317e5a7826 Author: leonidr Date: 2011-09-16 15:18 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0d317e5a7826 Fix for MACOSX_PORT-209: Absent MouseEvent modifiers in case of multiple buttons events ! src/macosx/native/sun/awt/AWTEvent.h ! src/macosx/native/sun/awt/AWTEvent.m ! src/macosx/native/sun/awt/AWTView.h ! src/macosx/native/sun/awt/AWTView.m From dmitry.cherepanov at oracle.com Fri Sep 16 05:41:09 2011 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Fri, 16 Sep 2011 16:41:09 +0400 Subject: hg: macosx-port/macosx-port/jdk: Merging changes from the calayer branch to the default branch (layers enabled by default) In-Reply-To: References: <20110915140849.510D7476E2@hg.openjdk.java.net> Message-ID: <4E7343E5.1060604@oracle.com> Hi Mike! I'm ready to start working on it. Just a quick question - do you think there is something that can be contributed from Apple's JDK or we just need to implement the JAWT API from scratch? Thanks, Dmitry On 9/15/2011 9:23 PM, Mike Swingler wrote: > Let's talk about about how to get CALayer JAWT embedding going now. :-) > Cheers, > Mike Swingler > Java Engineering > Apple Inc. > From sergey.bylokhov at oracle.com Fri Sep 16 07:19:41 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Fri, 16 Sep 2011 14:19:41 +0000 Subject: hg: macosx-port/macosx-port/jdk: Unnecessary repaints in LWLabelPeer and LWButtonPeer were removed. Message-ID: <20110916141952.4CF3F47730@hg.openjdk.java.net> Changeset: a040df943e6c Author: serb Date: 2011-09-16 18:17 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a040df943e6c Unnecessary repaints in LWLabelPeer and LWButtonPeer were removed. Delegate initialization was moved to initialize method. ! src/macosx/classes/sun/lwawt/LWButtonPeer.java ! src/macosx/classes/sun/lwawt/LWLabelPeer.java From henri.gomez at gmail.com Fri Sep 16 09:41:49 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 16 Sep 2011 18:41:49 +0200 Subject: OSX package installation process with Drag&Drop Message-ID: Following changes in bundle image, and as suggested by Mike, we modified our installation process for OpenJDK for OS/X package http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-20110916.dmg It require directory /Library/Java/JavaVirtualMachines to exist before, and it's only the case for users who installed Apple Developper JDK preview or previous OpenJDK build. Hope this directory, planned for JVM providers, will be created in the future by system update. Cheers From johnyeary at gmail.com Fri Sep 16 11:05:31 2011 From: johnyeary at gmail.com (John Yeary) Date: Fri, 16 Sep 2011 14:05:31 -0400 Subject: OSX package installation process with Drag&Drop In-Reply-To: References: Message-ID: Nicely done Henri. BZ John On Fri, Sep 16, 2011 at 12:41 PM, Henri Gomez wrote: > Following changes in bundle image, and as suggested by Mike, we > modified our installation process for OpenJDK for OS/X package > > > http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-20110916.dmg > > It require directory /Library/Java/JavaVirtualMachines to exist > before, and it's only the case for users who installed Apple > Developper JDK preview or previous OpenJDK build. > Hope this directory, planned for JVM providers, will be created in the > future by system update. > > Cheers > -- John Yeary -- http://javaevangelist.blogspot.com http://www.johnyeary.com *@jyeary* "Far better it is to dare mighty things, to win glorious triumphs, even though checkered by failure, than to take rank with those poor spirits who neither enjoy much nor suffer much, because they live in the gray twilight that knows not victory nor defeat." -- Theodore Roosevelt From kevin_m_miller at apple.com Fri Sep 16 11:14:20 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Fri, 16 Sep 2011 18:14:20 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing native-drawn icons that don't show up in Aqua LaF Message-ID: <20110916181436.2E8784773E@hg.openjdk.java.net> Changeset: 8dbca899f388 Author: kevin_m_miller at apple.com Date: 2011-09-16 11:13 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8dbca899f388 Fixing native-drawn icons that don't show up in Aqua LaF ! src/macosx/classes/com/apple/laf/AquaIcon.java ! src/macosx/classes/com/apple/laf/AquaImageFactory.java ! src/macosx/native/sun/awt/CImage.m From swingler at apple.com Fri Sep 16 11:25:36 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 16 Sep 2011 11:25:36 -0700 Subject: OSX package installation process with Drag&Drop In-Reply-To: References: Message-ID: On Sep 16, 2011, at 9:41 AM, Henri Gomez wrote: > Following changes in bundle image, and as suggested by Mike, we > modified our installation process for OpenJDK for OS/X package > > http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-20110916.dmg > > It require directory /Library/Java/JavaVirtualMachines to exist > before, and it's only the case for users who installed Apple > Developper JDK preview or previous OpenJDK build. > Hope this directory, planned for JVM providers, will be created in the > future by system update. Thanks much Henri! As a prerequisite to using OpenJDK, we'd ask that you install the Apple Java Developer Preview at: This preview will ensure that you have a /Library/Java/JavaVirtualMachines directory to land the 1.7.0.jdk into, as well as the new API that OpenJDK is now relying on. Thanks again to everyone for your testing, and contributions, Mike Swingler Java Engineering Apple Inc. From swingler at apple.com Fri Sep 16 17:42:54 2011 From: swingler at apple.com (swingler at apple.com) Date: Sat, 17 Sep 2011 00:42:54 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-28 AWT AutoShutdown is not implemented Message-ID: <20110917004305.1E9A447750@hg.openjdk.java.net> Changeset: 97e6637a8a07 Author: swingler at apple.com Date: 2011-09-16 17:42 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/97e6637a8a07 Fixing MACOSX_PORT-28 AWT AutoShutdown is not implemented ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/awt/AWTWindow.m ! src/macosx/native/sun/awt/CMenuItem.m ! src/macosx/native/sun/awt/CTrayIcon.m ! src/macosx/native/sun/awt/LWCToolkit.m ! src/macosx/native/sun/awt/ThreadUtilities.h ! src/macosx/native/sun/awt/ThreadUtilities.m From henri.gomez at gmail.com Sat Sep 17 00:33:58 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Sat, 17 Sep 2011 09:33:58 +0200 Subject: OSX package installation process with Drag&Drop In-Reply-To: References: Message-ID: > As a prerequisite to using OpenJDK, we'd ask that you install the Apple Java Developer Preview at: > > > This preview will ensure that you have a /Library/Java/JavaVirtualMachines directory to land the 1.7.0.jdk into, as well as the new API that OpenJDK is now relying on. I added this mention in main page of openjdk-osx-build site and in NewInstallationProcess wiki page. From david_durrence at apple.com Sun Sep 18 17:02:17 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Mon, 19 Sep 2011 00:02:17 +0000 Subject: hg: macosx-port/macosx-port/jdk: Bringing over more of Apple's nightly harness tests to jtreg Message-ID: <20110919000256.64728477B4@hg.openjdk.java.net> Changeset: 279cb28442db Author: David Durrence Date: 2011-09-18 17:00 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/279cb28442db Bringing over more of Apple's nightly harness tests to jtreg + test/com/apple/eio/APIPresent.java + test/com/apple/eio/FileTypeUtils01.java + test/java/awt/Robot/Button3/RobotROMouse3284378.java + test/java/awt/event/AWTEvent/Paint/PaintEventTest.java + test/java/awt/event/FocusEvent/R4323039_SimpleControls.java + test/java/awt/event/MiscEvents/EventHeirachyWithListeners.java + test/javax/swing/JDialog/DialogClose/DialogCloseTest.java + test/javax/swing/JTextComponent/ArrowKeys/EventsInTextWidgets01.java + test/javax/swing/JTextComponent/ClearFocus/R4082604_ClearFocusTest.java + test/javax/swing/JTextComponent/FocusLoss/R4307013_PopupVsFocus.java From Alexander.Potochkin at oracle.com Mon Sep 19 07:35:36 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Mon, 19 Sep 2011 18:35:36 +0400 Subject: Command+[CVX] - question for Apple guys Message-ID: <4E775338.8010401@oracle.com> Hello I am working on http://java.net/jira/browse/MACOSX_PORT-74 and found that with official Mac JDK 6 you can see the following key events generated: Press Command key - > KeyPressed generated then press any of [CVX] -> No new AWT events generated but the clipboard works as expected on our Mac port Hitting [CVX] with the Command key pressed leads to generating pressed, typed and released events so it is no surprising that extra symbols are printed The natural idea is to introduce a special case for this situation and don't generate AWT events there. I wonder if Mac JDK does this way? Are there any other cases when we should suppress generating AWT key events with any other key combinations? Thanks alexp From scott.kovatch at oracle.com Mon Sep 19 09:13:32 2011 From: scott.kovatch at oracle.com (Scott Kovatch) Date: Mon, 19 Sep 2011 09:13:32 -0700 Subject: Command+[CVX] - question for Apple guys In-Reply-To: <4E775338.8010401@oracle.com> References: <4E775338.8010401@oracle.com> Message-ID: <1862B63D-A389-428D-BC6D-949ADFC6B694@oracle.com> If you override: - (void)doCommandBySelector:(SEL)aSelector; you should see this gets fired when you type Command C/V/X. I _believe_ the sequence for command-C (for example) is flagsChanged: (command key) doCommandBySelector: (arg of "copy:") keyDown: (C key) keyUp: (C key) keyUp: (C key) So, if doCommandBySelector is fired, don't send a Java key event on the next keyDown. Note that this isn't normally what happens -- NSApplication usually intercepts the command+C so the view won't see it. But it sounds like the AWT is forwarding all key events on to the first responder, which is what you want. -- Scott K. On Sep 19, 2011, at 7:35 AM, Alexander Potochkin wrote: > Hello > > I am working on > http://java.net/jira/browse/MACOSX_PORT-74 > and found that with official Mac JDK 6 you can see the following key events generated: > > Press Command key - > KeyPressed generated > then press any of [CVX] -> No new AWT events generated > but the clipboard works as expected > > on our Mac port > > Hitting [CVX] with the Command key pressed leads to generating pressed, typed and released events > so it is no surprising that extra symbols are printed > > The natural idea is to introduce a special case for this situation and don't generate AWT events there. > I wonder if Mac JDK does this way? > > Are there any other cases when we should suppress generating AWT key events with any other key combinations? > > Thanks > alexp From alexander.zuev at oracle.com Mon Sep 19 09:20:41 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Mon, 19 Sep 2011 16:20:41 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-316: Problem with request-focus-back on FOCUS_LOST Message-ID: <20110919162052.01DED477D9@hg.openjdk.java.net> Changeset: dd2c4a61b07a Author: kizune Date: 2011-09-19 20:20 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/dd2c4a61b07a Fix for MACOSX_PORT-316: Problem with request-focus-back on FOCUS_LOST Test corrected. ! test/java/awt/Focus/IconifiedFrameFocusChangeTest/IconifiedFrameFocusChangeTest.java From loefty at apple.com Mon Sep 19 14:10:27 2011 From: loefty at apple.com (loefty at apple.com) Date: Mon, 19 Sep 2011 21:10:27 +0000 Subject: hg: macosx-port/macosx-port/jdk: More updates and adds of Apple junit tests to jtreg Message-ID: <20110919211037.50DC6477E5@hg.openjdk.java.net> Changeset: 600780755da3 Author: loefty at apple.com Date: 2011-09-19 14:10 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/600780755da3 More updates and adds of Apple junit tests to jtreg ! test/java/awt/Button/ButtonBasics.java ! test/java/lang/Math/R1400112FloatPrecisionTest.java + test/java/net/GetLocalAddressTest.java + test/java/net/GetMTUTest.java + test/java/net/IPv6NetworkInterfaceTest.java + test/java/net/IPv6PrefixLenTest.java + test/java/net/LookupBogusHosts.java + test/java/net/R1680855GetLocalHost.java + test/java/net/R2202492DatagramSocketTimeout.java + test/java/net/R2212454NullSocket.java + test/java/net/R2396919ServerSocketTimeout.java + test/java/net/R4571574GetHardwareAddressTest.java + test/java/net/R4623460IsReachableTest.java + test/java/net/R4906430LocalhostIPv6AddressTest.java + test/java/net/ReuseAddressTest.java + test/java/net/SimpleGetLocalHost.java From david_durrence at apple.com Mon Sep 19 16:06:40 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Mon, 19 Sep 2011 23:06:40 +0000 Subject: hg: macosx-port/macosx-port/jdk: Bringing over more of Appple's nightly harness tests. Message-ID: <20110919230713.4C14E477ED@hg.openjdk.java.net> Changeset: 57530cf81b17 Author: David Durrence Date: 2011-09-19 16:06 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/57530cf81b17 Bringing over more of Appple's nightly harness tests. + test/com/apple/eawt/DockIconTest.java + test/com/apple/eio/FileManagerTests.java + test/java/awt/Color/CheckBasicColors.java + test/java/awt/FontClass/DerivedFont/FractionalFont01.java + test/java/awt/FontClass/MixedFonts/MixedFonts01.java + test/java/awt/Frame/ExtendedState/MaximizedBoundsTest.java + test/java/awt/event/TextEvent/TextListener01.java + test/java/awt/geom/AffineTransform/FontTransform.java + test/javax/swing/JComponent/DoublePaint/TestDoublePaint.java ! test/javax/swing/JDialog/DialogClose/DialogCloseTest.java From astrange at apple.com Mon Sep 19 17:23:44 2011 From: astrange at apple.com (astrange at apple.com) Date: Tue, 20 Sep 2011 00:23:44 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Don't run dsymutil on libjvm if the library hasn't been rebuilt Message-ID: <20110920002348.E67AD477F3@hg.openjdk.java.net> Changeset: d19a6ce98f95 Author: astrange Date: 2011-09-19 20:22 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/d19a6ce98f95 Don't run dsymutil on libjvm if the library hasn't been rebuilt Saves 3 minutes building hotspot. ! make/bsd/makefiles/vm.make From swingler at apple.com Mon Sep 19 18:06:52 2011 From: swingler at apple.com (swingler at apple.com) Date: Tue, 20 Sep 2011 01:06:52 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding hack to workaround Eclipse launching AWT apps that will deadlock on start Message-ID: <20110920010711.5D732477F5@hg.openjdk.java.net> Changeset: 81735198bd53 Author: swingler at apple.com Date: 2011-09-19 18:06 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/81735198bd53 Adding hack to workaround Eclipse launching AWT apps that will deadlock on start ! src/share/bin/java.c From alexander.potochkin at sun.com Tue Sep 20 06:24:12 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Tue, 20 Sep 2011 13:24:12 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #420: NPE in LWScrollPanePeer Message-ID: <20110920132434.91E2847812@hg.openjdk.java.net> Changeset: 157e9382c81f Author: alexp Date: 2011-09-20 17:43 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/157e9382c81f fixed #420: NPE in LWScrollPanePeer ! src/macosx/classes/sun/lwawt/LWScrollPanePeer.java From loefty at apple.com Tue Sep 20 11:22:14 2011 From: loefty at apple.com (loefty at apple.com) Date: Tue, 20 Sep 2011 18:22:14 +0000 Subject: hg: macosx-port/macosx-port/jdk: adding AWT Window tests to jtreg from Apple's junit Message-ID: <20110920182225.5C6934781F@hg.openjdk.java.net> Changeset: 62df3db9873c Author: loefty at apple.com Date: 2011-09-20 11:22 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/62df3db9873c adding AWT Window tests to jtreg from Apple's junit + test/java/awt/Window/DialogToFront/DialogToFront.java + test/java/awt/Window/HiddenWindowSentEvents/HiddenWindowSentEvents.java + test/java/awt/Window/HideShowOwnedWindows/HideShowOwnedWindows.java + test/java/awt/Window/MinSizeTest/MinSizeTest.java + test/java/awt/Window/OnTop/OnTop.java + test/java/awt/Window/OwnedDialogs/OwnedDialogs.java + test/java/awt/Window/R3967850MinWindowSize/R3967850MinWindowSize.java From loefty at apple.com Tue Sep 20 11:28:34 2011 From: loefty at apple.com (loefty at apple.com) Date: Tue, 20 Sep 2011 18:28:34 +0000 Subject: hg: macosx-port/macosx-port/jdk: stripped @author from RobotUtilities.java, VisibilityValidator.java, and Waypoint.java Message-ID: <20110920182845.461FC47821@hg.openjdk.java.net> Changeset: c2476c46b65d Author: loefty at apple.com Date: 2011-09-20 11:28 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/c2476c46b65d stripped @author from RobotUtilities.java, VisibilityValidator.java, and Waypoint.java ! test/java/awt/regtesthelpers/RobotUtilities.java ! test/java/awt/regtesthelpers/VisibilityValidator.java ! test/java/awt/regtesthelpers/Waypoint.java From david_durrence at apple.com Tue Sep 20 12:14:59 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Tue, 20 Sep 2011 19:14:59 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding more Apple JUnit tests to jtreg Message-ID: <20110920191513.DFB2C47824@hg.openjdk.java.net> Changeset: ad8a425427ea Author: David Durrence Date: 2011-09-20 12:14 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ad8a425427ea Adding more Apple JUnit tests to jtreg + test/java/awt/Component/Misc/TheyCallMeMrComponent.java + test/java/awt/Frame/Misc/MixedItemsTest01.java + test/java/awt/Graphics/HeavyWeightRepaint/HeavyweightRepaintTest.java + test/java/awt/Scrollbar/LiveResize/ScrollbarTest.java + test/java/awt/Toolkit/GetMenuShortcutKeyMask/R2287328GetMenuSCKMask.java ! test/javax/swing/JDialog/DialogClose/DialogCloseTest.java From david_durrence at apple.com Tue Sep 20 13:50:56 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Tue, 20 Sep 2011 20:50:56 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding a couple of more of Apple's JUnit tests, cleaned up a couple of others Message-ID: <20110920205107.270964782A@hg.openjdk.java.net> Changeset: 1df67bbc7685 Author: David Durrence Date: 2011-09-20 13:50 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/1df67bbc7685 Adding a couple of more of Apple's JUnit tests, cleaned up a couple of others ! test/java/awt/Component/Misc/TheyCallMeMrComponent.java ! test/java/awt/Frame/Misc/MixedItemsTest01.java + test/java/awt/List/ListWidth/ListWidths01.java + test/java/awt/event/FocusEvent/FocusParity01.java From loefty at apple.com Tue Sep 20 15:30:49 2011 From: loefty at apple.com (loefty at apple.com) Date: Tue, 20 Sep 2011 22:30:49 +0000 Subject: hg: macosx-port/macosx-port/jdk: Migrating some Graphics and Color tests from Apple's junit Message-ID: <20110920223059.59FEB47833@hg.openjdk.java.net> Changeset: ece5f00e7330 Author: loefty at apple.com Date: 2011-09-20 15:30 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ece5f00e7330 Migrating some Graphics and Color tests from Apple's junit + test/java/awt/Color/CColorPaint_R4533150.java + test/java/awt/Color/IndexColorModelTest.java + test/java/awt/Color/R5214320TestEvenOddGradientFill.java + test/java/awt/Color/TestCustomPaint.java + test/java/awt/Graphics/ClipAfterVolatileImage.java From david_durrence at apple.com Tue Sep 20 16:27:57 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Tue, 20 Sep 2011 23:27:57 +0000 Subject: hg: macosx-port/macosx-port/jdk: Migrating a few more Apple JUnit tests Message-ID: <20110920232824.853C447838@hg.openjdk.java.net> Changeset: ad48cf736dab Author: David Durrence Date: 2011-09-20 16:27 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ad48cf736dab Migrating a few more Apple JUnit tests + test/java/awt/Dialog/ModalZOrder/ModalZOrder.java + test/java/awt/Dialog/ModalitySpec/ModalitySpecTests.java + test/java/awt/event/AWTEvent/Container/ContainerAddedTest.java From rhoover at apple.com Tue Sep 20 20:08:54 2011 From: rhoover at apple.com (rhoover at apple.com) Date: Wed, 21 Sep 2011 03:08:54 +0000 Subject: hg: macosx-port/macosx-port/hotspot: mac os libsaproc uses task_for_pid/vm_read/symbolication instead of /proc Message-ID: <20110921030859.AAF6B47844@hg.openjdk.java.net> Changeset: d69e02aeeb7d Author: rhoover Date: 2011-09-20 21:08 -0600 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/d69e02aeeb7d mac os libsaproc uses task_for_pid/vm_read/symbolication instead of /proc + agent/src/os/bsd/MacosxDebuggerLocal.m ! agent/src/share/classes/sun/jvm/hotspot/debugger/bsd/BsdDebuggerLocal.java ! make/bsd/makefiles/saproc.make From rhoover at apple.com Tue Sep 20 21:24:38 2011 From: rhoover at apple.com (rhoover at apple.com) Date: Wed, 21 Sep 2011 04:24:38 +0000 Subject: hg: macosx-port/macosx-port/hotspot: removing library Info.plist and authorization references Message-ID: <20110921042440.8C09F47847@hg.openjdk.java.net> Changeset: 4471fbdd5c7b Author: rhoover Date: 2011-09-20 22:24 -0600 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/4471fbdd5c7b removing library Info.plist and authorization references ! agent/src/os/bsd/MacosxDebuggerLocal.m ! make/bsd/makefiles/saproc.make From astrange at apple.com Tue Sep 20 21:49:36 2011 From: astrange at apple.com (astrange at apple.com) Date: Wed, 21 Sep 2011 04:49:36 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110921044957.62DD447849@hg.openjdk.java.net> Changeset: cb5ebc902d33 Author: astrange Date: 2011-09-21 00:36 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 Fix MACOSX_PORT-207: kqueue based implementation of java.nio.Selector Ported from Java 6 with testcases ported from Apple junit. ! make/java/nio/Makefile + src/macosx/classes/sun/nio/ch/DefaultSelectorProvider.java + src/macosx/classes/sun/nio/ch/KQueueArrayWrapper.java + src/macosx/classes/sun/nio/ch/KQueueSelectorImpl.java + src/macosx/classes/sun/nio/ch/KQueueSelectorProvider.java + src/macosx/native/sun/nio/ch/KQueueArrayWrapper.c + test/java/nio/channels/FileChannel/FileChannel_transferFrom.java + test/java/nio/channels/Selector/Kqueues64bitTest_R4258155.java + test/java/nio/channels/Selector/SelectorKqueueTest.java + test/java/nio/channels/Selector/TestNIOLocalChannels.java ! test/sun/nio/ch/SelProvider.java Changeset: 100e2d090973 Author: astrange Date: 2011-09-21 00:37 -0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/100e2d090973 Merge. From swingler at apple.com Tue Sep 20 23:42:31 2011 From: swingler at apple.com (swingler at apple.com) Date: Wed, 21 Sep 2011 06:42:31 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-415, inverted success case for moveToTrash() Message-ID: <20110921064241.E4C2547850@hg.openjdk.java.net> Changeset: ec816492769c Author: swingler at apple.com Date: 2011-09-20 23:42 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ec816492769c Fixing MACOSX_PORT-415, inverted success case for moveToTrash() ! src/macosx/native/com/apple/eio/CFileManager.m From david_durrence at apple.com Wed Sep 21 09:41:53 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Wed, 21 Sep 2011 16:41:53 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding more Apple junit tests Message-ID: <20110921164214.429124786E@hg.openjdk.java.net> Changeset: 887fe8387173 Author: David Durrence Date: 2011-09-21 09:41 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/887fe8387173 Adding more Apple junit tests ! test/java/awt/event/AWTEvent/Container/ContainerAddedTest.java + test/java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java + test/java/lang/Runtime/exec/RuntimeExecTest001.java + test/java/lang/Runtime/exec/RuntimeExecTest002.java + test/java/lang/String/q0001BasicString.java + test/java/lang/String/q0002BasicString.java + test/java/lang/System/SystemNanoTimeTest.java + test/java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java + test/java/lang/reflect/Field/ReflectionTest.java From david_durrence at apple.com Wed Sep 21 09:46:48 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Wed, 21 Sep 2011 16:46:48 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing up testcase. Message-ID: <20110921164658.8F7DE4786F@hg.openjdk.java.net> Changeset: 92f09d72195a Author: David Durrence Date: 2011-09-21 09:46 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/92f09d72195a Fixing up testcase. ! test/java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java From dmitry.cherepanov at oracle.com Wed Sep 21 09:56:55 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Wed, 21 Sep 2011 16:56:55 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed problem with pixel format in CGLLayer.m (resolved MACOSX_PORT-412 issue) Message-ID: <20110921165714.4251847870@hg.openjdk.java.net> Changeset: 6ece2970c9ea Author: dcherepanov Date: 2011-09-21 20:53 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6ece2970c9ea Fixed problem with pixel format in CGLLayer.m (resolved MACOSX_PORT-412 issue) ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/java2d/opengl/CGLLayer.m From david_durrence at apple.com Wed Sep 21 10:22:08 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Wed, 21 Sep 2011 17:22:08 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding more Apple junit tests. Message-ID: <20110921172219.483FE47874@hg.openjdk.java.net> Changeset: bffde6f6b182 Author: David Durrence Date: 2011-09-21 10:21 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/bffde6f6b182 Adding more Apple junit tests. - test/java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java + test/java/lang/Thread/InterruptSleep/InterruptSleepTest.java + test/java/lang/Thread/InterruptWait/InterruptWaitTest.java + test/java/lang/Thread/StopSleep/StopSleepTest.java + test/java/lang/Thread/StopWait/StopWaitTest.java From alexander.potochkin at sun.com Wed Sep 21 10:22:29 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Wed, 21 Sep 2011 17:22:29 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #74: Command+[CV] don't work in TextArea on Mac Message-ID: <20110921172240.658AF47875@hg.openjdk.java.net> Changeset: 9292e58406dd Author: alexp Date: 2011-09-21 21:42 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/9292e58406dd fixed #74: Command+[CV] don't work in TextArea on Mac ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java From alexander.potochkin at sun.com Wed Sep 21 10:24:27 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Wed, 21 Sep 2011 17:24:27 +0000 Subject: hg: macosx-port/macosx-port/jdk: merge Message-ID: <20110921172437.E797147876@hg.openjdk.java.net> Changeset: e869e595a62a Author: alexp Date: 2011-09-21 21:44 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e869e595a62a merge - test/java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java From loefty at apple.com Wed Sep 21 11:32:36 2011 From: loefty at apple.com (loefty at apple.com) Date: Wed, 21 Sep 2011 18:32:36 +0000 Subject: hg: macosx-port/macosx-port/jdk: more from Apple's junit tests: color, fullscreen, graphics tests; also another util/helper class Message-ID: <20110921183247.8D6E24787A@hg.openjdk.java.net> Changeset: 5fc01eb8b5bd Author: loefty at apple.com Date: 2011-09-21 11:32 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5fc01eb8b5bd more from Apple's junit tests: color, fullscreen, graphics tests; also another util/helper class + test/java/awt/Color/ColorComponent01.java ! test/java/awt/Color/IndexColorModelTest.java + test/java/awt/FullScreen/TestFullScreen.java + test/java/awt/FullScreen/TestFullScreenEvents.java + test/java/awt/FullScreen/TestFullScreenFlip.java + test/java/awt/Graphics/DrawImageOverGradient.java + test/java/awt/Graphics/TestDrawables.java + test/java/awt/Graphics/TryTextCompositingFirst.java + test/java/awt/regtesthelpers/MovingPoints.java From loefty at apple.com Wed Sep 21 13:07:24 2011 From: loefty at apple.com (loefty at apple.com) Date: Wed, 21 Sep 2011 20:07:24 +0000 Subject: hg: macosx-port/macosx-port/jdk: adding @summary com.apple... comments to migrated nio tests Message-ID: <20110921200735.217F94787E@hg.openjdk.java.net> Changeset: 2232111caaea Author: loefty at apple.com Date: 2011-09-21 13:07 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/2232111caaea adding @summary com.apple... comments to migrated nio tests ! test/java/nio/channels/FileChannel/FileChannel_transferFrom.java ! test/java/nio/channels/Selector/Kqueues64bitTest_R4258155.java ! test/java/nio/channels/Selector/SelectorKqueueTest.java ! test/java/nio/channels/Selector/TestNIOLocalChannels.java From loefty at apple.com Wed Sep 21 14:25:57 2011 From: loefty at apple.com (loefty at apple.com) Date: Wed, 21 Sep 2011 21:25:57 +0000 Subject: hg: macosx-port/macosx-port/jdk: Tests from Apple: Graphics/GradientPaint, Graphics/Image Message-ID: <20110921212608.6B30B47884@hg.openjdk.java.net> Changeset: 135e1479258a Author: loefty at apple.com Date: 2011-09-21 14:25 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/135e1479258a Tests from Apple: Graphics/GradientPaint, Graphics/Image + test/java/awt/Graphics/GradientPaint/R3663334GradientTests.java + test/java/awt/Graphics/GradientPaint/R4904332GradientHang.java + test/java/awt/Graphics/Images/AlphaFill.java + test/java/awt/Graphics/Images/BufferedImages01.java + test/java/awt/Graphics/Images/CopyAreaOffScreen.java ! test/java/awt/regtesthelpers/BITestUtils.java From loefty at apple.com Wed Sep 21 14:51:34 2011 From: loefty at apple.com (loefty at apple.com) Date: Wed, 21 Sep 2011 21:51:34 +0000 Subject: hg: macosx-port/macosx-port/jdk: resolving duplicate checking of GetLocalAddressTest.java; going with test/java/net/Socket/GetLocalAddressTest.java Message-ID: <20110921215145.9285F47886@hg.openjdk.java.net> Changeset: b3d9d826d206 Author: loefty at apple.com Date: 2011-09-21 14:51 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/b3d9d826d206 resolving duplicate checking of GetLocalAddressTest.java; going with test/java/net/Socket/GetLocalAddressTest.java - test/java/net/GetLocalAddressTest.java ! test/java/net/Socket/GetLocalAddressTest.java From david_durrence at apple.com Wed Sep 21 16:55:23 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Wed, 21 Sep 2011 23:55:23 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding more Apple junit test. Message-ID: <20110921235543.15C5147892@hg.openjdk.java.net> Changeset: f92699f98a81 Author: David Durrence Date: 2011-09-21 16:54 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f92699f98a81 Adding more Apple junit test. + test/java/awt/List/ListPeer/R2303044ListSelection.java + test/java/lang/LanguageSpec/AbruptTest.java + test/java/lang/LanguageSpec/LockTest.java + test/java/lang/LanguageSpec/VolatileTest.java + test/java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java From swingler at apple.com Wed Sep 21 22:49:03 2011 From: swingler at apple.com (swingler at apple.com) Date: Thu, 22 Sep 2011 05:49:03 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-54, -XstartOnFirstThread regression Message-ID: <20110922054922.91B8C478A4@hg.openjdk.java.net> Changeset: 13c0ccf42ea4 Author: swingler at apple.com Date: 2011-09-21 22:48 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/13c0ccf42ea4 Fixing MACOSX_PORT-54, -XstartOnFirstThread regression ! src/share/bin/java.c From henri.gomez at gmail.com Wed Sep 21 23:44:09 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 22 Sep 2011 08:44:09 +0200 Subject: NetBeans 7.0.1 about menu Message-ID: Hi guys I'm testing each build of OpenJDK 7 for OSX against NetBeans 7.0.1 and it looks very good so far. About NetBeans Menu didn't show the expected Menu but just the one attached in screenshot. Is it related to NetBeans or could it be something missing / not implemented on OpenJDK 7 for OS/X ? Cheers From henri.gomez at gmail.com Thu Sep 22 00:15:16 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 22 Sep 2011 09:15:16 +0200 Subject: Encoded value errors Message-ID: I noticed the following during the build of latest release of OpenJDK. ... Generating source file: ComboBoxArrowButtonPainter.java [Error] encoded value was less than 0: encode(-8.326673E-17, 5.0, 11.0, 16.0) Generating source file: FileChooserPainter.java Generating source file: InternalFramePainter.java Generating source file: InternalFrameTitlePanePainter.java Generating source file: InternalFrameTitlePaneMenuButtonPainter.java Generating source file: InternalFrameTitlePaneIconifyButtonPainter.java Generating source file: InternalFrameTitlePaneMaximizeButtonPainter.java Generating source file: InternalFrameTitlePaneCloseButtonPainter.java Generating source file: DesktopIconPainter.java Generating source file: DesktopPanePainter.java Generating source file: MenuBarPainter.java Generating source file: MenuBarMenuPainter.java Generating source file: MenuItemPainter.java Generating source file: RadioButtonMenuItemPainter.java Generating source file: CheckBoxMenuItemPainter.java Generating source file: MenuPainter.java Generating source file: PopupMenuPainter.java Generating source file: PopupMenuSeparatorPainter.java Generating source file: OptionPanePainter.java Generating source file: OptionPaneMessageAreaPainter.java Generating source file: OptionPaneMessageAreaOptionPaneLabelPainter.java Generating source file: ProgressBarPainter.java Generating source file: SeparatorPainter.java Generating source file: ScrollBarPainter.java [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) Generating source file: ScrollBarButtonPainter.java Generating source file: ScrollBarThumbPainter.java Generating source file: ScrollBarTrackPainter.java Generating source file: ScrollPanePainter.java ... Is it something expected ? From henri.gomez at gmail.com Thu Sep 22 00:56:12 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 22 Sep 2011 09:56:12 +0200 Subject: Reported Java version Message-ID: I'm working on updating reported build version for OpenJDK OSX package : On latest package for Linux (provided by Oracle) I could see : java version "1.7.0" Java(TM) SE Runtime Environment (build 1.7.0-b147) Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode) For now on OS/X, java -version report like this : openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-b00) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) I'm thinking replacing -b00 by -b20110922 so users could get the build date (and provide better error reporting) openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-b20110922) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) I was wondering about -internal and how it could be changed to something else. I noticed this build calendard here : http://openjdk.java.net/projects/jdk7/builds/ u2 b04..b08 So for OS/X how are we now, comparing to Linux with all backports from bsd branches ? Could we skip the -internal now ? Clarifications are very welcomed. From Alan.Bateman at oracle.com Thu Sep 22 02:19:17 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 22 Sep 2011 10:19:17 +0100 Subject: hg: macosx-port/macosx-port/jdk: adding @summary com.apple... comments to migrated nio tests In-Reply-To: <20110921200735.217F94787E@hg.openjdk.java.net> References: <20110921200735.217F94787E@hg.openjdk.java.net> Message-ID: <4E7AFD95.6030502@oracle.com> Hi, I'm curious about the new tests that have been pushed to the macosx-port forest in recent days. Is the intention that they will ultimately be pushed upstream? More tests are good but I'm just wondering about overlap with existing tests. I see several of the new libraries tests are in areas where they are a lot of existing tests. Also I wondering about consistency and issues like using hard coded ports, tests failing with open files, etc. So I guess my question is whether these things will be looked at. One specific comment on the new Selector tests is that they seem to have references to a kqueue based Selector that I don't see in the repository (I might not be looking in the right replace). test/sun/nio/ch/SelProvider.java explicitly checks for it explicitly and I'm curious how it passes. Thanks, Alan. From sergey.bylokhov at oracle.com Thu Sep 22 04:20:34 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Thu, 22 Sep 2011 11:20:34 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-427: Choice.getSelectedIndex always return the same value. Message-ID: <20110922112044.C48F4478B3@hg.openjdk.java.net> Changeset: 89b25da8163c Author: serb Date: 2011-09-22 15:16 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/89b25da8163c MACOSX_PORT-427: Choice.getSelectedIndex always return the same value. ! src/macosx/classes/sun/lwawt/LWButtonPeer.java ! src/macosx/classes/sun/lwawt/LWChoicePeer.java From sergey.bylokhov at oracle.com Thu Sep 22 09:13:31 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Thu, 22 Sep 2011 16:13:31 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-196: NSScreen point passed up to Java needs CFRetain/CFRelease() Message-ID: <20110922161351.3D8D7478CC@hg.openjdk.java.net> Changeset: 482accba6f52 Author: serb Date: 2011-09-22 20:12 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/482accba6f52 MACOSX_PORT-196: NSScreen point passed up to Java needs CFRetain/CFRelease() ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/macosx/native/sun/awt/CWrapper.m From astrange at apple.com Thu Sep 22 10:28:56 2011 From: astrange at apple.com (Alexander Strange) Date: Thu, 22 Sep 2011 13:28:56 -0400 Subject: hg: macosx-port/macosx-port/jdk: adding @summary com.apple... comments to migrated nio tests In-Reply-To: <4E7AFD95.6030502@oracle.com> References: <20110921200735.217F94787E@hg.openjdk.java.net> <4E7AFD95.6030502@oracle.com> Message-ID: <13FC6E80-489D-4F51-8F38-7334E83B1439@apple.com> On Sep 22, 2011, at 5:19 AM, Alan Bateman wrote: > Hi, > > I'm curious about the new tests that have been pushed to the macosx-port forest in recent days. Is the intention that they will ultimately be pushed upstream? > > More tests are good but I'm just wondering about overlap with existing tests. I see several of the new libraries tests are in areas where they are a lot of existing tests. Also I wondering about consistency and issues like using hard coded ports, tests failing with open files, etc. So I guess my question is whether these things will be looked at. > > One specific comment on the new Selector tests is that they seem to have references to a kqueue based Selector that I don't see in the repository (I might not be looking in the right replace). test/sun/nio/ch/SelProvider.java explicitly checks for it explicitly and I'm curious how it passes. It was added in the same commit. http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 I haven't tried that test outside macosx, so it could fail there. > > Thanks, > Alan. > > From alexander.zuev at oracle.com Thu Sep 22 10:31:50 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 22 Sep 2011 17:31:50 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-356: JDialogTest does not behave as expected Message-ID: <20110922173200.C912D478D3@hg.openjdk.java.net> Changeset: 53f16d3c5755 Author: leonidr Date: 2011-09-22 21:31 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/53f16d3c5755 Fix for MACOSX_PORT-356: JDialogTest does not behave as expected ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/native/sun/awt/AWTWindow.m From alexander.zuev at oracle.com Thu Sep 22 10:34:21 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 22 Sep 2011 17:34:21 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed regression in Robot behavior regarding mouse events Message-ID: <20110922173431.27BB8478D4@hg.openjdk.java.net> Changeset: 09d5d098e272 Author: leonidr Date: 2011-09-22 21:33 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/09d5d098e272 Fixed regression in Robot behavior regarding mouse events ! src/macosx/native/sun/awt/CRobot.m From loefty at apple.com Thu Sep 22 11:00:50 2011 From: loefty at apple.com (loefty at apple.com) Date: Thu, 22 Sep 2011 18:00:50 +0000 Subject: hg: macosx-port/macosx-port/jdk: Tests from Apple: Graphics/Images; plus LiveResizeAction in regtesthelpers Message-ID: <20110922180101.5A36B478D6@hg.openjdk.java.net> Changeset: 764b571ef3e6 Author: loefty at apple.com Date: 2011-09-22 11:00 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/764b571ef3e6 Tests from Apple: Graphics/Images; plus LiveResizeAction in regtesthelpers + test/java/awt/Graphics/Images/GetRasterBeforeDrawing.java + test/java/awt/Graphics/Images/OffscreenSizes.java + test/java/awt/Graphics/Images/Polys01.java + test/java/awt/Graphics/Images/Polys02.java + test/java/awt/Graphics/Images/PolysStress.java + test/java/awt/Graphics/Images/SimpleScaledXOR.java + test/java/awt/Graphics/Images/SubImages01.java + test/java/awt/regtesthelpers/LiveResizeAction.java From swingler at apple.com Thu Sep 22 14:25:32 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 22 Sep 2011 14:25:32 -0700 Subject: hg: macosx-port/macosx-port/jdk: adding @summary com.apple... comments to migrated nio tests In-Reply-To: <13FC6E80-489D-4F51-8F38-7334E83B1439@apple.com> References: <20110921200735.217F94787E@hg.openjdk.java.net> <4E7AFD95.6030502@oracle.com> <13FC6E80-489D-4F51-8F38-7334E83B1439@apple.com> Message-ID: <55C455C4-821D-4941-BB0A-92ACC3B81AF0@apple.com> The test probably needs an early bail if the os.name does not startsWith("Mac OS X"). ~Mike On Sep 22, 2011, at 10:28 AM, Alexander Strange wrote: > > On Sep 22, 2011, at 5:19 AM, Alan Bateman wrote: > >> Hi, >> >> I'm curious about the new tests that have been pushed to the macosx-port forest in recent days. Is the intention that they will ultimately be pushed upstream? >> >> More tests are good but I'm just wondering about overlap with existing tests. I see several of the new libraries tests are in areas where they are a lot of existing tests. Also I wondering about consistency and issues like using hard coded ports, tests failing with open files, etc. So I guess my question is whether these things will be looked at. >> >> One specific comment on the new Selector tests is that they seem to have references to a kqueue based Selector that I don't see in the repository (I might not be looking in the right replace). test/sun/nio/ch/SelProvider.java explicitly checks for it explicitly and I'm curious how it passes. > > It was added in the same commit. > > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 > > I haven't tried that test outside macosx, so it could fail there. > >> >> Thanks, >> Alan. >> >> > From kevin_m_miller at apple.com Thu Sep 22 14:48:35 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Thu, 22 Sep 2011 21:48:35 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing aliased text throughout Aqua LaF Message-ID: <20110922214903.80E43478DF@hg.openjdk.java.net> Changeset: 55b73c5d1c93 Author: kevin_m_miller at apple.com Date: 2011-09-22 14:40 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/55b73c5d1c93 Fixing aliased text throughout Aqua LaF ! src/macosx/classes/com/apple/laf/AquaButtonUI.java ! src/macosx/classes/com/apple/laf/AquaComboBoxRenderer.java ! src/macosx/classes/com/apple/laf/AquaFileChooserUI.java ! src/macosx/classes/com/apple/laf/AquaInternalFrameBorder.java ! src/macosx/classes/com/apple/laf/AquaInternalFrameDockIconUI.java ! src/macosx/classes/com/apple/laf/AquaLabelUI.java ! src/macosx/classes/com/apple/laf/AquaLookAndFeel.java ! src/macosx/classes/com/apple/laf/AquaMenuPainter.java ! src/macosx/classes/com/apple/laf/AquaProgressBarUI.java ! src/macosx/classes/com/apple/laf/AquaTabbedPaneContrastUI.java ! src/macosx/classes/com/apple/laf/AquaTabbedPaneUI.java ! src/macosx/classes/com/apple/laf/AquaUtils.java From schlosna at gmail.com Thu Sep 22 19:49:50 2011 From: schlosna at gmail.com (David Schlosnagle) Date: Thu, 22 Sep 2011 22:49:50 -0400 Subject: Reported Java version In-Reply-To: References: Message-ID: On Thu, Sep 22, 2011 at 3:56 AM, Henri Gomez wrote: > I'm thinking replacing -b00 by -b20110922 so users could get the build > date (and provide better error reporting) > > openjdk version "1.7.0-internal" > OpenJDK Runtime Environment (build 1.7.0-internal-b20110922) > OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) > > I was wondering about -internal and how it could be changed to something else. > Henri, First off, thanks for producing the Mac OS X builds! You might want to keep the BUILD_NUMBER in sync with the tags in mercurial (or use the mercurial changeset ID), and adjust the USER_RELEASE_SUFFIX to just strip the CLEAN_USERNAME so you end up with something like this: OpenJDK Runtime Environment (build 1.7.0-internal-2011_09_22_22_36-b147) The actual values reported by `java -version` come from the jdk/src/classes/sun/misc/Version.java.template that is populated by jdk/make/java/version/Makefile using the FULL_VERSION variable. The FULL_VERSION is constructed in jdk/make/common/shared/Defs.gmk as: FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) Assuming the following is the version reported by `java -version`, then the FULL_VERSION was "1.7.0-internal-david_2011_08_09_02_14-b00": OpenJDK Runtime Environment (build 1.7.0-internal-david_2011_08_09_02_14-b00) Which breaks down to: RELEASE="1.7.0-internal" JDK_VERSION="1.7.0" MILESTONE="internal" BUILD_VARIANT_RELEASE="" USER_RELEASE_SUFFIX="david_2011_08_09_02_14" CLEAN_USERNAME="david" BUILD_DATE="2011_08_09_02_14" BUILD_NUMBER="b00" Relevant snippets from http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/make/common/shared/Defs.gmk: ifndef MILESTONE MILESTONE = internal endif ... snip ... # RELEASE is JDK_VERSION and -MILESTONE if MILESTONE is set ifneq ($(MILESTONE),fcs) RELEASE = $(JDK_VERSION)-$(MILESTONE)$(BUILD_VARIANT_RELEASE) else RELEASE = $(JDK_VERSION)$(BUILD_VARIANT_RELEASE) endif # FULL_VERSION is RELEASE and -BUILD_NUMBER if BUILD_NUMBER is set ifdef BUILD_NUMBER FULL_VERSION = $(RELEASE)-$(BUILD_NUMBER) else BUILD_NUMBER = b00 ifndef USER_RELEASE_SUFFIX BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') USER_RELEASE_SUFFIX := $(shell $(ECHO) "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) endif export USER_RELEASE_SUFFIX FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) endif - Dave From henri.gomez at gmail.com Thu Sep 22 22:54:37 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 23 Sep 2011 07:54:37 +0200 Subject: Reported Java version In-Reply-To: References: Message-ID: <6A75D8C5-60CA-49FE-A35A-CC39999F7DE4@gmail.com> Hi David. I take a look to Defs.gmk yesterday and allready updated build to add date in reported version. The question was more on version number relative to OpenJDK level. Could we consider the OSX version to be in phase with the common one (ie: b147), is it still beta or should we keep the '-internal' flag inside ? Le 23 sept. 2011 ? 04:49, David Schlosnagle a ?crit : > On Thu, Sep 22, 2011 at 3:56 AM, Henri Gomez wrote: >> I'm thinking replacing -b00 by -b20110922 so users could get the build >> date (and provide better error reporting) >> >> openjdk version "1.7.0-internal" >> OpenJDK Runtime Environment (build 1.7.0-internal-b20110922) >> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) >> >> I was wondering about -internal and how it could be changed to something else. >> > > Henri, > > First off, thanks for producing the Mac OS X builds! > > You might want to keep the BUILD_NUMBER in sync with the tags in > mercurial (or use the mercurial changeset ID), and adjust the > USER_RELEASE_SUFFIX to just strip the CLEAN_USERNAME so you end up > with something like this: > > OpenJDK Runtime Environment (build 1.7.0-internal-2011_09_22_22_36-b147) > > The actual values reported by `java -version` come from the > jdk/src/classes/sun/misc/Version.java.template that is populated by > jdk/make/java/version/Makefile using the FULL_VERSION variable. The > FULL_VERSION is constructed in jdk/make/common/shared/Defs.gmk as: > > FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) > > Assuming the following is the version reported by `java -version`, > then the FULL_VERSION was "1.7.0-internal-david_2011_08_09_02_14-b00": > OpenJDK Runtime Environment (build > 1.7.0-internal-david_2011_08_09_02_14-b00) > > Which breaks down to: > RELEASE="1.7.0-internal" > JDK_VERSION="1.7.0" > MILESTONE="internal" > BUILD_VARIANT_RELEASE="" > USER_RELEASE_SUFFIX="david_2011_08_09_02_14" > CLEAN_USERNAME="david" > BUILD_DATE="2011_08_09_02_14" > BUILD_NUMBER="b00" > > Relevant snippets from > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/make/common/shared/Defs.gmk: > ifndef MILESTONE > MILESTONE = internal > endif > > ... snip ... > > # RELEASE is JDK_VERSION and -MILESTONE if MILESTONE is set > ifneq ($(MILESTONE),fcs) > RELEASE = $(JDK_VERSION)-$(MILESTONE)$(BUILD_VARIANT_RELEASE) > else > RELEASE = $(JDK_VERSION)$(BUILD_VARIANT_RELEASE) > endif > > # FULL_VERSION is RELEASE and -BUILD_NUMBER if BUILD_NUMBER is set > ifdef BUILD_NUMBER > FULL_VERSION = $(RELEASE)-$(BUILD_NUMBER) > else > BUILD_NUMBER = b00 > ifndef USER_RELEASE_SUFFIX > BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') > CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') > USER_RELEASE_SUFFIX := $(shell $(ECHO) > "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) > endif > export USER_RELEASE_SUFFIX > FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) > endif > > - Dave From henri.gomez at gmail.com Thu Sep 22 23:12:34 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 23 Sep 2011 08:12:34 +0200 Subject: Reported Java version In-Reply-To: <6A75D8C5-60CA-49FE-A35A-CC39999F7DE4@gmail.com> References: <6A75D8C5-60CA-49FE-A35A-CC39999F7DE4@gmail.com> Message-ID: I'll use current tag (ie: b147) for MILESTONE and build date for BUILD_NUMBER, providing this information back to user : openjdk version "1.7.0-b147" OpenJDK Runtime Environment (build 1.7.0-b147-20110923) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) 2011/9/23 Henri Gomez : > Hi David. > > I take a look to Defs.gmk yesterday and allready updated build to add date in reported version. > > The question was more on version number relative to OpenJDK level. > > Could we consider the OSX version to be in phase with the common one (ie: b147), is it still beta or should we keep the '-internal' flag inside ? > > Le 23 sept. 2011 ? 04:49, David Schlosnagle a ?crit : > >> On Thu, Sep 22, 2011 at 3:56 AM, Henri Gomez wrote: >>> I'm thinking replacing -b00 by -b20110922 so users could get the build >>> date (and provide better error reporting) >>> >>> openjdk version "1.7.0-internal" >>> OpenJDK Runtime Environment (build 1.7.0-internal-b20110922) >>> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) >>> >>> I was wondering about -internal and how it could be changed to something else. >>> >> >> Henri, >> >> First off, thanks for producing the Mac OS X builds! >> >> You might want to keep the BUILD_NUMBER in sync with the tags in >> mercurial (or use the mercurial changeset ID), and adjust the >> USER_RELEASE_SUFFIX to just strip the CLEAN_USERNAME so you end up >> with something like this: >> >> ? ?OpenJDK Runtime Environment (build 1.7.0-internal-2011_09_22_22_36-b147) >> >> The actual values reported by `java -version` come from the >> jdk/src/classes/sun/misc/Version.java.template that is populated by >> jdk/make/java/version/Makefile using the FULL_VERSION variable. The >> FULL_VERSION is constructed in jdk/make/common/shared/Defs.gmk as: >> >> ? ?FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) >> >> Assuming the following is the version reported by `java -version`, >> then the FULL_VERSION was "1.7.0-internal-david_2011_08_09_02_14-b00": >> ? ?OpenJDK Runtime Environment (build >> 1.7.0-internal-david_2011_08_09_02_14-b00) >> >> Which breaks down to: >> ? ?RELEASE="1.7.0-internal" >> ? ? ? ?JDK_VERSION="1.7.0" >> ? ? ? ?MILESTONE="internal" >> ? ? ? ?BUILD_VARIANT_RELEASE="" >> ? ?USER_RELEASE_SUFFIX="david_2011_08_09_02_14" >> ? ? ? ?CLEAN_USERNAME="david" >> ? ? ? ?BUILD_DATE="2011_08_09_02_14" >> ? ?BUILD_NUMBER="b00" >> >> Relevant snippets from >> http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/file/tip/make/common/shared/Defs.gmk: >> ? ?ifndef MILESTONE >> ? ? ?MILESTONE = internal >> ? ?endif >> >> ... snip ... >> >> ? ?# RELEASE is JDK_VERSION and -MILESTONE if MILESTONE is set >> ? ?ifneq ($(MILESTONE),fcs) >> ? ? ?RELEASE ? ? ?= $(JDK_VERSION)-$(MILESTONE)$(BUILD_VARIANT_RELEASE) >> ? ?else >> ? ? ?RELEASE ? ? ?= $(JDK_VERSION)$(BUILD_VARIANT_RELEASE) >> ? ?endif >> >> ? ?# FULL_VERSION is RELEASE and -BUILD_NUMBER if BUILD_NUMBER is set >> ? ?ifdef BUILD_NUMBER >> ? ? ?FULL_VERSION = $(RELEASE)-$(BUILD_NUMBER) >> ? ?else >> ? ? ?BUILD_NUMBER = b00 >> ? ? ?ifndef USER_RELEASE_SUFFIX >> ? ? ? ?BUILD_DATE := $(shell $(DATE) '+%Y_%m_%d_%H_%M') >> ? ? ? ?CLEAN_USERNAME := $(shell $(ECHO) "$(USER)" | $(TR) -d -c '[:alnum:]') >> ? ? ? ?USER_RELEASE_SUFFIX := $(shell $(ECHO) >> "$(CLEAN_USERNAME)_$(BUILD_DATE)" | $(TR) '[:upper:]' '[:lower:]' ) >> ? ? ?endif >> ? ? ?export USER_RELEASE_SUFFIX >> ? ? ?FULL_VERSION = $(RELEASE)-$(USER_RELEASE_SUFFIX)-$(BUILD_NUMBER) >> ? ?endif >> >> - Dave > From Alan.Bateman at oracle.com Fri Sep 23 02:37:54 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 23 Sep 2011 10:37:54 +0100 Subject: hg: macosx-port/macosx-port/jdk: adding @summary com.apple... comments to migrated nio tests In-Reply-To: <13FC6E80-489D-4F51-8F38-7334E83B1439@apple.com> References: <20110921200735.217F94787E@hg.openjdk.java.net> <4E7AFD95.6030502@oracle.com> <13FC6E80-489D-4F51-8F38-7334E83B1439@apple.com> Message-ID: <4E7C5372.8050007@oracle.com> Alexander Strange wrote: > : > It was added in the same commit. > > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 > > I haven't tried that test outside macosx, so it could fail there. > Thanks, I didn't see that change-set (I was replying to a notification that changes the tests and that's what caught by eye). Adding the kqueue Selector is welcome. So just on the tests, is the intention to push them upstream? I ran them on Linux them and several of these new tests fail for various reasons. Some of them appear to overlap with existing tests too. I guess I'm just pointing out that a bit of clean-up will be required if the intention is to push them upstream. -Alan From swingler at apple.com Fri Sep 23 09:02:12 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 23 Sep 2011 09:02:12 -0700 Subject: hg: macosx-port/macosx-port/jdk: adding @summary com.apple... comments to migrated nio tests In-Reply-To: <4E7C5372.8050007@oracle.com> References: <20110921200735.217F94787E@hg.openjdk.java.net> <4E7AFD95.6030502@oracle.com> <13FC6E80-489D-4F51-8F38-7334E83B1439@apple.com> <4E7C5372.8050007@oracle.com> Message-ID: On Sep 23, 2011, at 2:37 AM, Alan Bateman wrote: > Alexander Strange wrote: >> : >> It was added in the same commit. >> >> http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 >> >> I haven't tried that test outside macosx, so it could fail there. >> > Thanks, I didn't see that change-set (I was replying to a notification that changes the tests and that's what caught by eye). Adding the kqueue Selector is welcome. > > So just on the tests, is the intention to push them upstream? I ran them on Linux them and several of these new tests fail for various reasons. Some of them appear to overlap with existing tests too. I guess I'm just pointing out that a bit of clean-up will be required if the intention is to push them upstream. Yes, the intention is to push them upstream, and it will be a detailed job to pick through which ones are novel, and which ones are redundant. The Mac OS X specific tests should either be excluded if they use macosx-port specific API, or have conditional OS name checks to return early if the functionality they are testing is not available on a particular OS. Regards, Mike Swingler Java Engineering Apple Inc. From alexander.zuev at oracle.com Fri Sep 23 09:04:45 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Fri, 23 Sep 2011 16:04:45 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fix for MACOSX_PORT-366: Incorrect result: FontMetrics.getMaxAdvance() Message-ID: <20110923160517.B7EF14790F@hg.openjdk.java.net> Changeset: 0aba9bd81002 Author: kizune Date: 2011-09-23 20:04 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0aba9bd81002 Fix for MACOSX_PORT-366: Incorrect result: FontMetrics.getMaxAdvance() Calculating actual font metrix instead of using hardcoded ones ! src/macosx/native/sun/font/AWTStrike.m From alexander.zuev at oracle.com Fri Sep 23 09:10:56 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Fri, 23 Sep 2011 16:10:56 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed situation when isDesktopSupported throws an exception instead just returning false Message-ID: <20110923161106.E385247910@hg.openjdk.java.net> Changeset: 2f3f4aab9531 Author: kizune Date: 2011-09-23 20:10 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/2f3f4aab9531 Fixed situation when isDesktopSupported throws an exception instead just returning false ! src/macosx/classes/sun/lwawt/LWToolkit.java From alexander.potochkin at sun.com Fri Sep 23 09:28:59 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Fri, 23 Sep 2011 16:28:59 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #358: jck swing test MouseInputHandler0002 threw unexpected exception in b205 Message-ID: <20110923162909.B2C3447912@hg.openjdk.java.net> Changeset: aabe566507d1 Author: alexp Date: 2011-09-23 20:48 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/aabe566507d1 fixed #358: jck swing test MouseInputHandler0002 threw unexpected exception in b205 ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From alexander.zuev at oracle.com Fri Sep 23 09:41:13 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Fri, 23 Sep 2011 16:41:13 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110923164134.5341347914@hg.openjdk.java.net> Changeset: e92c0de0a46e Author: kizune Date: 2011-09-23 20:39 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e92c0de0a46e Fixing problem with exceptions being thrown when user attempts to create custom cursor with the empty image in it. ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java ! src/macosx/classes/sun/lwawt/macosx/CCustomCursor.java Changeset: 6664afed13b8 Author: kizune Date: 2011-09-23 20:40 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6664afed13b8 Merge with main workspace. From alexander.zuev at oracle.com Fri Sep 23 10:13:38 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Fri, 23 Sep 2011 17:13:38 +0000 Subject: hg: macosx-port/macosx-port/jdk: Taking into consideration the origin of the bounding box when calculation the maximal advance of the font Message-ID: <20110923171348.C8B9A47916@hg.openjdk.java.net> Changeset: 11f49dd9ab86 Author: kizune Date: 2011-09-23 21:13 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/11f49dd9ab86 Taking into consideration the origin of the bounding box when calculation the maximal advance of the font ! src/macosx/native/sun/font/AWTStrike.m From bino at apple.com Fri Sep 23 13:42:19 2011 From: bino at apple.com (bino at apple.com) Date: Fri, 23 Sep 2011 20:42:19 +0000 Subject: hg: macosx-port/macosx-port/jdk: Printing support : http://java.net/jira/browse/MACOSX_PORT-34 Message-ID: <20110923204239.1AC7547926@hg.openjdk.java.net> Changeset: ee9c8c9b5c2e Author: bino at apple.com Date: 2011-09-23 13:42 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ee9c8c9b5c2e Printing support : http://java.net/jira/browse/MACOSX_PORT-34 ! make/sun/lwawt/FILES_c_macosx.gmk ! make/sun/lwawt/FILES_export_macosx.gmk ! src/macosx/classes/sun/awt/CGraphicsEnvironment.java + src/macosx/classes/sun/java2d/CRenderer.java + src/macosx/classes/sun/java2d/CompositeCRenderer.java + src/macosx/classes/sun/java2d/DataBufferNIOInt.java + src/macosx/classes/sun/java2d/IntegerNIORaster.java + src/macosx/classes/sun/java2d/OSXOffScreenSurfaceData.java + src/macosx/classes/sun/java2d/OSXSurfaceData.java ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWToolkit.java + src/macosx/classes/sun/lwawt/macosx/CPrinterDevice.java + src/macosx/classes/sun/lwawt/macosx/CPrinterDialog.java + src/macosx/classes/sun/lwawt/macosx/CPrinterDialogPeer.java + src/macosx/classes/sun/lwawt/macosx/CPrinterGraphics.java + src/macosx/classes/sun/lwawt/macosx/CPrinterGraphicsConfig.java + src/macosx/classes/sun/lwawt/macosx/CPrinterJob.java + src/macosx/classes/sun/lwawt/macosx/CPrinterJobDialog.java + src/macosx/classes/sun/lwawt/macosx/CPrinterPageDialog.java + src/macosx/classes/sun/lwawt/macosx/CPrinterSurfaceData.java + src/macosx/classes/sun/lwawt/macosx/CTextPipe.java + src/macosx/classes/sun/lwawt/macosx/EventDispatchAccess.java + src/macosx/classes/sun/lwawt/macosx/NSPrintInfo.java ! src/macosx/native/sun/awt/AWTWindow.m ! src/macosx/native/sun/awt/AWT_debug.h ! src/macosx/native/sun/awt/CDropTarget.m + src/macosx/native/sun/awt/CPrinterJob.m + src/macosx/native/sun/awt/CTextPipe.m + src/macosx/native/sun/awt/ImageSurfaceData.h + src/macosx/native/sun/awt/ImageSurfaceData.m + src/macosx/native/sun/awt/PrintModel.h + src/macosx/native/sun/awt/PrintModel.m + src/macosx/native/sun/awt/PrinterSurfaceData.h + src/macosx/native/sun/awt/PrinterSurfaceData.m + src/macosx/native/sun/awt/PrinterView.h + src/macosx/native/sun/awt/PrinterView.m + src/macosx/native/sun/awt/QuartzRenderer.m + src/macosx/native/sun/awt/QuartzSurfaceData.h + src/macosx/native/sun/awt/QuartzSurfaceData.m ! src/macosx/native/sun/font/CoreTextSupport.h ! src/macosx/native/sun/font/CoreTextSupport.m ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/sun/awt/image/BufImgSurfaceData.java ! src/share/classes/sun/java2d/SunGraphics2D.java ! src/share/classes/sun/print/PrintJob2D.java ! src/share/classes/sun/print/RasterPrinterJob.java ! src/solaris/native/java/lang/java_props_md.c From loefty at apple.com Fri Sep 23 14:14:19 2011 From: loefty at apple.com (loefty at apple.com) Date: Fri, 23 Sep 2011 21:14:19 +0000 Subject: hg: macosx-port/macosx-port/jdk: Tests from Apple: more in Graphics/Images Message-ID: <20110923211438.9012547928@hg.openjdk.java.net> Changeset: 6c09aa87feaf Author: loefty at apple.com Date: 2011-09-23 14:14 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6c09aa87feaf Tests from Apple: more in Graphics/Images + test/java/awt/Graphics/Images/TestClippedDrawImage.java + test/java/awt/Graphics/Images/TestColorConvertOp.java + test/java/awt/Graphics/Images/TestGetRGB.java + test/java/awt/Graphics/Images/WritableRaster01.java + test/java/awt/Graphics/Images/WritableRaster02.java From swingler at apple.com Fri Sep 23 14:17:32 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 23 Sep 2011 14:17:32 -0700 Subject: hg: macosx-port/macosx-port/jdk: Printing support : http://java.net/jira/browse/MACOSX_PORT-34 In-Reply-To: <20110923204239.1AC7547926@hg.openjdk.java.net> References: <20110923204239.1AC7547926@hg.openjdk.java.net> Message-ID: <7CE0CB3F-B745-4A1E-932A-BA63813539AE@apple.com> Just to give everyone a heads-up as to what is in here: In the process of bringing up fully native Mac OS X printing for AWT, we found it was necessary to port the "Quartz" graphics pipeline. We have included support for printing to a CGContextRef of a printer, as well as targeting a Java BufferedImage that swaps it's pixels with a native representation. This code does not include support for drawing cooperatively with "Cocoa controls" like NSViews or NSWindows. You will not be able to target "Quartz" to onscreen drawing at this time (as we are using OpenGL drawing into a CALayer), but if someone would like to hookup these pieces to make a Quartz pipeline targeting a CALayer, all the pieces should be here for you to get started. Cheers, Mike Swingler Java Engineering Apple Inc. On Sep 23, 2011, at 1:42 PM, bino at apple.com wrote: > Changeset: ee9c8c9b5c2e > Author: bino at apple.com > Date: 2011-09-23 13:42 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/ee9c8c9b5c2e > > Printing support : http://java.net/jira/browse/MACOSX_PORT-34 > > ! make/sun/lwawt/FILES_c_macosx.gmk > ! make/sun/lwawt/FILES_export_macosx.gmk > ! src/macosx/classes/sun/awt/CGraphicsEnvironment.java > + src/macosx/classes/sun/java2d/CRenderer.java > + src/macosx/classes/sun/java2d/CompositeCRenderer.java > + src/macosx/classes/sun/java2d/DataBufferNIOInt.java > + src/macosx/classes/sun/java2d/IntegerNIORaster.java > + src/macosx/classes/sun/java2d/OSXOffScreenSurfaceData.java > + src/macosx/classes/sun/java2d/OSXSurfaceData.java > ! src/macosx/classes/sun/lwawt/LWComponentPeer.java > ! src/macosx/classes/sun/lwawt/LWToolkit.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterDevice.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterDialog.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterDialogPeer.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterGraphics.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterGraphicsConfig.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterJob.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterJobDialog.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterPageDialog.java > + src/macosx/classes/sun/lwawt/macosx/CPrinterSurfaceData.java > + src/macosx/classes/sun/lwawt/macosx/CTextPipe.java > + src/macosx/classes/sun/lwawt/macosx/EventDispatchAccess.java > + src/macosx/classes/sun/lwawt/macosx/NSPrintInfo.java > ! src/macosx/native/sun/awt/AWTWindow.m > ! src/macosx/native/sun/awt/AWT_debug.h > ! src/macosx/native/sun/awt/CDropTarget.m > + src/macosx/native/sun/awt/CPrinterJob.m > + src/macosx/native/sun/awt/CTextPipe.m > + src/macosx/native/sun/awt/ImageSurfaceData.h > + src/macosx/native/sun/awt/ImageSurfaceData.m > + src/macosx/native/sun/awt/PrintModel.h > + src/macosx/native/sun/awt/PrintModel.m > + src/macosx/native/sun/awt/PrinterSurfaceData.h > + src/macosx/native/sun/awt/PrinterSurfaceData.m > + src/macosx/native/sun/awt/PrinterView.h > + src/macosx/native/sun/awt/PrinterView.m > + src/macosx/native/sun/awt/QuartzRenderer.m > + src/macosx/native/sun/awt/QuartzSurfaceData.h > + src/macosx/native/sun/awt/QuartzSurfaceData.m > ! src/macosx/native/sun/font/CoreTextSupport.h > ! src/macosx/native/sun/font/CoreTextSupport.m > ! src/share/classes/java/awt/EventDispatchThread.java > ! src/share/classes/sun/awt/image/BufImgSurfaceData.java > ! src/share/classes/sun/java2d/SunGraphics2D.java > ! src/share/classes/sun/print/PrintJob2D.java > ! src/share/classes/sun/print/RasterPrinterJob.java > ! src/solaris/native/java/lang/java_props_md.c > From swingler at apple.com Sat Sep 24 21:26:59 2011 From: swingler at apple.com (swingler at apple.com) Date: Sun, 25 Sep 2011 04:26:59 +0000 Subject: hg: macosx-port/macosx-port/jdk: Removing drag target symlink, causes more confusion than benefit. Message-ID: <20110925042710.02E734797B@hg.openjdk.java.net> Changeset: 6bd5e12832e4 Author: swingler at apple.com Date: 2011-09-24 21:26 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/6bd5e12832e4 Removing drag target symlink, causes more confusion than benefit. ! make/common/Release-macosx.gmk From swingler at apple.com Sun Sep 25 09:12:31 2011 From: swingler at apple.com (swingler at apple.com) Date: Sun, 25 Sep 2011 16:12:31 +0000 Subject: hg: macosx-port/macosx-port/jdk: Changing bundle primary executable to libjli, since it has the launching helpers (and the linkage) that bundled app launching is looking for. Message-ID: <20110925161301.9E5734799A@hg.openjdk.java.net> Changeset: 211801a53e36 Author: swingler at apple.com Date: 2011-09-25 09:12 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/211801a53e36 Changing bundle primary executable to libjli, since it has the launching helpers (and the linkage) that bundled app launching is looking for. ! make/common/Release-macosx.gmk ! src/macosx/bundle/JDK-Info.plist ! src/macosx/bundle/JRE-Info.plist From henri.gomez at gmail.com Sun Sep 25 23:44:02 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 26 Sep 2011 08:44:02 +0200 Subject: JTReg tests results on other ports Message-ID: Hi to all, We still get JTReg errors on macosx-port and I was wondering where we could if these tests also fail on other ports. Did there is somewhere where I could see JTReg reports for Linux and Windows ? Cheers ---- FAILED: java/lang/annotation/loaderLeak/Main.java FAILED: java/lang/Class/forName/NonJavaNames.sh FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh FAILED: java/lang/ClassLoader/Assert.java FAILED: java/lang/ClassLoader/GetDotResource.java FAILED: java/lang/Double/R1388007FloatOverflow.java FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh FAILED: java/lang/instrument/AddTransformerTest.java FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java FAILED: java/lang/instrument/AppendToClassPathTest.java FAILED: java/lang/instrument/FromShutdownHook.java FAILED: java/lang/instrument/GetAllLoadedClassesTest.java FAILED: java/lang/instrument/GetInitiatedClassesTest.java FAILED: java/lang/instrument/GetObjectSizeTest.java FAILED: java/lang/instrument/IsModifiableClassAgent.java FAILED: java/lang/instrument/ManifestTest.sh FAILED: java/lang/instrument/NativeMethodPrefixAgent.java FAILED: java/lang/instrument/NoTransformerAddedTest.java FAILED: java/lang/instrument/NullGetObjectSizeTest.java FAILED: java/lang/instrument/NullRedefineClassesTests.java FAILED: java/lang/instrument/NullTransformerAddTest.java FAILED: java/lang/instrument/NullTransformerRemoveTest.java FAILED: java/lang/instrument/RedefineClassesDisabledTest.java FAILED: java/lang/instrument/RedefineClassesTests.java FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java FAILED: java/lang/instrument/RemoveTransformerTest.java FAILED: java/lang/instrument/RetransformAgent.java FAILED: java/lang/instrument/SingleTransformerTest.java FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java FAILED: java/lang/instrument/TransformMethodTest.java FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java FAILED: java/lang/LanguageSpec/AbruptTest.java FAILED: java/lang/LanguageSpec/LockTest.java FAILED: java/lang/LanguageSpec/VolatileTest.java FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh FAILED: java/lang/Math/R1400112FloatPrecisionTest.java FAILED: java/lang/Math/VampireNumbers.java FAILED: java/lang/ProcessBuilder/Basic.java FAILED: java/lang/ProcessBuilder/Zombies.java FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java FAILED: java/lang/reflect/Field/ReflectionTest.java FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java FAILED: java/lang/Runtime/exec/SetCwd.java FAILED: java/lang/Runtime/sanity/RuntimeTest.java FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh FAILED: java/lang/String/q0001BasicString.java FAILED: java/lang/String/q0002BasicString.java FAILED: java/lang/StringCoding/CheckEncodings.sh FAILED: java/lang/System/finalization/FinExit.java FAILED: java/lang/System/SystemNanoTimeTest.java FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java FAILED: java/lang/Thread/StopSleep/StopSleepTest.java FAILED: java/lang/Thread/StopWait/StopWaitTest.java FAILED: java/lang/Thread/UncaughtExceptions.sh FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java From swingler at apple.com Mon Sep 26 00:19:07 2011 From: swingler at apple.com (swingler at apple.com) Date: Mon, 26 Sep 2011 07:19:07 +0000 Subject: hg: macosx-port/macosx-port/jdk: Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. Message-ID: <20110926071918.384C0479BA@hg.openjdk.java.net> Changeset: 807d89cfcc7b Author: swingler at apple.com Date: 2011-09-26 00:18 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/807d89cfcc7b Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. ! make/java/jli/mapfile-vers ! src/share/bin/java.c ! src/share/bin/java.h ! src/solaris/bin/java_md.c From henri.gomez at gmail.com Mon Sep 26 06:45:57 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 26 Sep 2011 15:45:57 +0200 Subject: hg: macosx-port/macosx-port/jdk: Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. In-Reply-To: <20110926071918.384C0479BA@hg.openjdk.java.net> References: <20110926071918.384C0479BA@hg.openjdk.java.net> Message-ID: Is it work in progress ? I tried without success to use it to launch Eclipse with OpenJDK (by hacking its Info.plist) with JVMCapabilities JNI BundledApp WebStart Applets CommandLine Got : JavaVM: Failed to load JVM: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/bundle/Libraries/libserver.dylib JavaVM FATAL: Failed to load the jvm library. 2011/9/26 > Changeset: 807d89cfcc7b > Author: swingler at apple.com > Date: 2011-09-26 00:18 -0700 > URL: > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/807d89cfcc7b > > Exporting the JNI interface via libjli to support BundleApp launching. > Automatically picks client or server, or allows client code to specify via a > JLI_ specific entrypoint. > > ! make/java/jli/mapfile-vers > ! src/share/bin/java.c > ! src/share/bin/java.h > ! src/solaris/bin/java_md.c > > From swingler at apple.com Mon Sep 26 08:46:44 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 26 Sep 2011 08:46:44 -0700 Subject: hg: macosx-port/macosx-port/jdk: Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. In-Reply-To: References: <20110926071918.384C0479BA@hg.openjdk.java.net> Message-ID: Yes, it is still a work in progress, however Eclipse and other bundled apps will have to be re-bundled (or for Eclipse, it's launcher will need to be re-plumbed) to include a .jre or .jdk bundle inside of them. OpenJDK-based bundles will probably never support any other JVMCapabilities beyond "CommandLine", because the Apple interfaces to each of the other capabilities are...odd, and the focus for apps (as well as the Oracle applet plug-in) is to bundle the .jre or .jdk that they require. Regards, Mike Swingler Java Engineering Apple Inc. On Sep 26, 2011, at 6:45 AM, Henri Gomez wrote: > Is it work in progress ? > > I tried without success to use it to launch Eclipse with OpenJDK (by hacking its Info.plist) with > > JVMCapabilities > > JNI > BundledApp > WebStart > Applets > CommandLine > > > Got : > > JavaVM: Failed to load JVM: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/bundle/Libraries/libserver.dylib > JavaVM FATAL: Failed to load the jvm library. > > > > > 2011/9/26 > Changeset: 807d89cfcc7b > Author: swingler at apple.com > Date: 2011-09-26 00:18 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/807d89cfcc7b > > Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. > > ! make/java/jli/mapfile-vers > ! src/share/bin/java.c > ! src/share/bin/java.h > ! src/solaris/bin/java_md.c > > From dmitry.cherepanov at oracle.com Mon Sep 26 09:15:51 2011 From: dmitry.cherepanov at oracle.com (dmitry.cherepanov at oracle.com) Date: Mon, 26 Sep 2011 16:15:51 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed painting artifacts on startup (MACOSX_PORT-439) Message-ID: <20110926161602.2A934479D2@hg.openjdk.java.net> Changeset: eec5eda96b5c Author: dcherepanov Date: 2011-09-26 20:14 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/eec5eda96b5c Fixed painting artifacts on startup (MACOSX_PORT-439) ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m From henri.gomez at gmail.com Mon Sep 26 09:37:10 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Mon, 26 Sep 2011 18:37:10 +0200 Subject: hg: macosx-port/macosx-port/jdk: Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. In-Reply-To: References: <20110926071918.384C0479BA@hg.openjdk.java.net> Message-ID: > > Yes, it is still a work in progress, however Eclipse and other bundled apps > will have to be re-bundled (or for Eclipse, it's launcher will need to be > re-plumbed) to include a .jre or .jdk bundle inside of them. > Eclipse won't be able to use an external JVM ? > OpenJDK-based bundles will probably never support any other JVMCapabilities > beyond "CommandLine", because the Apple interfaces to each of the other > capabilities are...odd, and the focus for apps (as well as the Oracle applet > plug-in) is to bundle the .jre or .jdk that they require. > So Java based applications will embed their own copy of OpenJDK on OSX (Snow/Lion and higher ?) From alexander.potochkin at sun.com Mon Sep 26 10:57:02 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Mon, 26 Sep 2011 17:57:02 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #359: jck swing test JLayer.MOUSE_EVENT_MASK MOUSE_EVENT_MASK_positive failed in b205 Message-ID: <20110926175712.A440B479DD@hg.openjdk.java.net> Changeset: a6a2e16998e7 Author: alexp Date: 2011-09-26 22:15 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/a6a2e16998e7 fixed #359: jck swing test JLayer.MOUSE_EVENT_MASK MOUSE_EVENT_MASK_positive failed in b205 ! src/macosx/classes/sun/lwawt/macosx/CRobot.java From swingler at apple.com Mon Sep 26 11:00:32 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 26 Sep 2011 11:00:32 -0700 Subject: hg: macosx-port/macosx-port/jdk: Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. In-Reply-To: References: <20110926071918.384C0479BA@hg.openjdk.java.net> Message-ID: <84E1D50F-A549-47BC-ABD6-81C68AE06C07@apple.com> On Sep 26, 2011, at 9:37 AM, Henri Gomez wrote: > Yes, it is still a work in progress, however Eclipse and other bundled apps will have to be re-bundled (or for Eclipse, it's launcher will need to be re-plumbed) to include a .jre or .jdk bundle inside of them. > > Eclipse won't be able to use an external JVM ? As shipped today. As apps (like Eclipse) decide to adopt Java 7, each of them will have to explicitly make changes to opt-into using Java 7 anyway. This particular opt-in means loading the JVM from within their own app bundle, and using a modified or completely different loading stub. > OpenJDK-based bundles will probably never support any other JVMCapabilities beyond "CommandLine", because the Apple interfaces to each of the other capabilities are...odd, and the focus for apps (as well as the Oracle applet plug-in) is to bundle the .jre or .jdk that they require. > > So Java based applications will embed their own copy of OpenJDK on OSX (Snow/Lion and higher ?) That's The Plan. Installing the .jdk bundles in /Library/Java/JavaVirtualMachines are for enabling the developer command-line tools and server-app deployments. If you make a .app bundle, you need to bundle. This is a requirement of the Mac App Store, and it also designs away the many of the issues we receive the most vitriolic hate mail (hate bugs?) about when we bump the JVM version behind the backs of unsuspecting developers. Regards, Mike Swingler Java Engineering Apple Inc. From swingler at apple.com Mon Sep 26 11:16:51 2011 From: swingler at apple.com (Mike Swingler) Date: Mon, 26 Sep 2011 11:16:51 -0700 Subject: JTReg tests results on other ports In-Reply-To: References: Message-ID: <1E41844B-748C-4131-9122-825DD5B39912@apple.com> Can anyone from Oracle's SQE division give some color or guidance to the expected JTReg failures on other platforms? I think the failures in java/lang/(instrument,management) probably point to either missing implementation or mis-configuration, so there should probably be some bugs filed on those, at least if they are not mis-configuration. Regards, Mike Swingler Java Engineering Apple Inc. On Sep 25, 2011, at 11:44 PM, Henri Gomez wrote: > Hi to all, > > We still get JTReg errors on macosx-port and I was wondering where we > could if these tests also fail on other ports. > > Did there is somewhere where I could see JTReg reports for Linux and Windows ? > > Cheers > > ---- > > FAILED: java/lang/annotation/loaderLeak/Main.java > FAILED: java/lang/Class/forName/NonJavaNames.sh > FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java > FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh > FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh > FAILED: java/lang/ClassLoader/Assert.java > FAILED: java/lang/ClassLoader/GetDotResource.java > FAILED: java/lang/Double/R1388007FloatOverflow.java > FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh > FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh > FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh > FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh > FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java > FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh > FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh > FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh > FAILED: java/lang/instrument/AddTransformerTest.java > FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java > FAILED: java/lang/instrument/AppendToClassPathTest.java > FAILED: java/lang/instrument/FromShutdownHook.java > FAILED: java/lang/instrument/GetAllLoadedClassesTest.java > FAILED: java/lang/instrument/GetInitiatedClassesTest.java > FAILED: java/lang/instrument/GetObjectSizeTest.java > FAILED: java/lang/instrument/IsModifiableClassAgent.java > FAILED: java/lang/instrument/ManifestTest.sh > FAILED: java/lang/instrument/NativeMethodPrefixAgent.java > FAILED: java/lang/instrument/NoTransformerAddedTest.java > FAILED: java/lang/instrument/NullGetObjectSizeTest.java > FAILED: java/lang/instrument/NullRedefineClassesTests.java > FAILED: java/lang/instrument/NullTransformerAddTest.java > FAILED: java/lang/instrument/NullTransformerRemoveTest.java > FAILED: java/lang/instrument/RedefineClassesDisabledTest.java > FAILED: java/lang/instrument/RedefineClassesTests.java > FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh > FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh > FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java > FAILED: java/lang/instrument/RemoveTransformerTest.java > FAILED: java/lang/instrument/RetransformAgent.java > FAILED: java/lang/instrument/SingleTransformerTest.java > FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java > FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java > FAILED: java/lang/instrument/TransformMethodTest.java > FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java > FAILED: java/lang/LanguageSpec/AbruptTest.java > FAILED: java/lang/LanguageSpec/LockTest.java > FAILED: java/lang/LanguageSpec/VolatileTest.java > FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh > FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh > FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh > FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh > FAILED: java/lang/Math/R1400112FloatPrecisionTest.java > FAILED: java/lang/Math/VampireNumbers.java > FAILED: java/lang/ProcessBuilder/Basic.java > FAILED: java/lang/ProcessBuilder/Zombies.java > FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java > FAILED: java/lang/reflect/Field/ReflectionTest.java > FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java > FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java > FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java > FAILED: java/lang/Runtime/exec/SetCwd.java > FAILED: java/lang/Runtime/sanity/RuntimeTest.java > FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh > FAILED: java/lang/String/q0001BasicString.java > FAILED: java/lang/String/q0002BasicString.java > FAILED: java/lang/StringCoding/CheckEncodings.sh > FAILED: java/lang/System/finalization/FinExit.java > FAILED: java/lang/System/SystemNanoTimeTest.java > FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java > FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java > FAILED: java/lang/Thread/StopSleep/StopSleepTest.java > FAILED: java/lang/Thread/StopWait/StopWaitTest.java > FAILED: java/lang/Thread/UncaughtExceptions.sh > FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java From kevin_m_miller at apple.com Mon Sep 26 14:45:41 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Mon, 26 Sep 2011 21:45:41 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing MACOSX_PORT-43: Clicking in scrollbar behaves strangely Message-ID: <20110926214603.04446479E6@hg.openjdk.java.net> Changeset: f2e26fac3975 Author: kevin_m_miller at apple.com Date: 2011-09-26 14:45 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f2e26fac3975 Fixing MACOSX_PORT-43: Clicking in scrollbar behaves strangely ! src/macosx/classes/apple/laf/JRSUIControl.java From kevin_m_miller at apple.com Mon Sep 26 17:02:00 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Tue, 27 Sep 2011 00:02:00 +0000 Subject: hg: macosx-port/macosx-port/jdk: Enabling RTL orientation of JFileChoosers Message-ID: <20110927000213.794C9479EE@hg.openjdk.java.net> Changeset: 825ca640db36 Author: kevin_m_miller at apple.com Date: 2011-09-26 17:01 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/825ca640db36 Enabling RTL orientation of JFileChoosers ! src/macosx/classes/com/apple/laf/AquaFileChooserUI.java ! src/macosx/classes/com/apple/laf/AquaUtils.java From bino at apple.com Mon Sep 26 17:12:43 2011 From: bino at apple.com (bino at apple.com) Date: Tue, 27 Sep 2011 00:12:43 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-38: Problems with Locales Message-ID: <20110927001253.76971479EF@hg.openjdk.java.net> Changeset: 3b8a3ed342ca Author: bino at apple.com Date: 2011-09-26 17:12 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3b8a3ed342ca Fixed MACOSX_PORT-38: Problems with Locales ! make/java/java/genlocales.gmk From sandeep.konchady at oracle.com Mon Sep 26 18:24:30 2011 From: sandeep.konchady at oracle.com (Sandeep Konchady) Date: Mon, 26 Sep 2011 18:24:30 -0700 Subject: JTReg tests results on other ports In-Reply-To: <1E41844B-748C-4131-9122-825DD5B39912@apple.com> References: <1E41844B-748C-4131-9122-825DD5B39912@apple.com> Message-ID: <4E8125CE.6060404@oracle.com> Acknowledging this email. Will look into the failures and get back to the alias. Thanks, Sandeep On 9/26/11 11:16 AM, Mike Swingler wrote: > Can anyone from Oracle's SQE division give some color or guidance to the expected JTReg failures on other platforms? > > I think the failures in java/lang/(instrument,management) probably point to either missing implementation or mis-configuration, so there should probably be some bugs filed on those, at least if they are not mis-configuration. > > Regards, > Mike Swingler > Java Engineering > Apple Inc. > > On Sep 25, 2011, at 11:44 PM, Henri Gomez wrote: > >> Hi to all, >> >> We still get JTReg errors on macosx-port and I was wondering where we >> could if these tests also fail on other ports. >> >> Did there is somewhere where I could see JTReg reports for Linux and Windows ? >> >> Cheers >> >> ---- >> >> FAILED: java/lang/annotation/loaderLeak/Main.java >> FAILED: java/lang/Class/forName/NonJavaNames.sh >> FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java >> FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh >> FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh >> FAILED: java/lang/ClassLoader/Assert.java >> FAILED: java/lang/ClassLoader/GetDotResource.java >> FAILED: java/lang/Double/R1388007FloatOverflow.java >> FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >> FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >> FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >> FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh >> FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java >> FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java >> FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh >> FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh >> FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh >> FAILED: java/lang/instrument/AddTransformerTest.java >> FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java >> FAILED: java/lang/instrument/AppendToClassPathTest.java >> FAILED: java/lang/instrument/FromShutdownHook.java >> FAILED: java/lang/instrument/GetAllLoadedClassesTest.java >> FAILED: java/lang/instrument/GetInitiatedClassesTest.java >> FAILED: java/lang/instrument/GetObjectSizeTest.java >> FAILED: java/lang/instrument/IsModifiableClassAgent.java >> FAILED: java/lang/instrument/ManifestTest.sh >> FAILED: java/lang/instrument/NativeMethodPrefixAgent.java >> FAILED: java/lang/instrument/NoTransformerAddedTest.java >> FAILED: java/lang/instrument/NullGetObjectSizeTest.java >> FAILED: java/lang/instrument/NullRedefineClassesTests.java >> FAILED: java/lang/instrument/NullTransformerAddTest.java >> FAILED: java/lang/instrument/NullTransformerRemoveTest.java >> FAILED: java/lang/instrument/RedefineClassesDisabledTest.java >> FAILED: java/lang/instrument/RedefineClassesTests.java >> FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh >> FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh >> FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java >> FAILED: java/lang/instrument/RemoveTransformerTest.java >> FAILED: java/lang/instrument/RetransformAgent.java >> FAILED: java/lang/instrument/SingleTransformerTest.java >> FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java >> FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java >> FAILED: java/lang/instrument/TransformMethodTest.java >> FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java >> FAILED: java/lang/LanguageSpec/AbruptTest.java >> FAILED: java/lang/LanguageSpec/LockTest.java >> FAILED: java/lang/LanguageSpec/VolatileTest.java >> FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh >> FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh >> FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh >> FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh >> FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh >> FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh >> FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh >> FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh >> FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh >> FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh >> FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh >> FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh >> FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh >> FAILED: java/lang/Math/R1400112FloatPrecisionTest.java >> FAILED: java/lang/Math/VampireNumbers.java >> FAILED: java/lang/ProcessBuilder/Basic.java >> FAILED: java/lang/ProcessBuilder/Zombies.java >> FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java >> FAILED: java/lang/reflect/Field/ReflectionTest.java >> FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java >> FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java >> FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java >> FAILED: java/lang/Runtime/exec/SetCwd.java >> FAILED: java/lang/Runtime/sanity/RuntimeTest.java >> FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh >> FAILED: java/lang/String/q0001BasicString.java >> FAILED: java/lang/String/q0002BasicString.java >> FAILED: java/lang/StringCoding/CheckEncodings.sh >> FAILED: java/lang/System/finalization/FinExit.java >> FAILED: java/lang/System/SystemNanoTimeTest.java >> FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java >> FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java >> FAILED: java/lang/Thread/StopSleep/StopSleepTest.java >> FAILED: java/lang/Thread/StopWait/StopWaitTest.java >> FAILED: java/lang/Thread/UncaughtExceptions.sh >> FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java From henri.gomez at gmail.com Mon Sep 26 22:45:49 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 27 Sep 2011 07:45:49 +0200 Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-38: Problems with Locales In-Reply-To: <20110927001253.76971479EF@hg.openjdk.java.net> References: <20110927001253.76971479EF@hg.openjdk.java.net> Message-ID: Nice, I could remove openjdk-osx-build patch ! 2011/9/27 > Changeset: 3b8a3ed342ca > Author: bino at apple.com > Date: 2011-09-26 17:12 -0700 > URL: > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3b8a3ed342ca > > Fixed MACOSX_PORT-38: Problems with Locales > > ! make/java/java/genlocales.gmk > > From henri.gomez at gmail.com Mon Sep 26 22:49:51 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Tue, 27 Sep 2011 07:49:51 +0200 Subject: hg: macosx-port/macosx-port/jdk: Exporting the JNI interface via libjli to support BundleApp launching. Automatically picks client or server, or allows client code to specify via a JLI_ specific entrypoint. In-Reply-To: <84E1D50F-A549-47BC-ABD6-81C68AE06C07@apple.com> References: <20110926071918.384C0479BA@hg.openjdk.java.net> <84E1D50F-A549-47BC-ABD6-81C68AE06C07@apple.com> Message-ID: > > Eclipse won't be able to use an external JVM ? > > As shipped today. As apps (like Eclipse) decide to adopt Java 7, each of > them will have to explicitly make changes to opt-into using Java 7 anyway. > This particular opt-in means loading the JVM from within their own app > bundle, and using a modified or completely different loading stub. > Ok, clearer like this, thanks > OpenJDK-based bundles will probably never support any other > JVMCapabilities beyond "CommandLine", because the Apple interfaces to each > of the other capabilities are...odd, and the focus for apps (as well as the > Oracle applet plug-in) is to bundle the .jre or .jdk that they require. > > So Java based applications will embed their own copy of OpenJDK on OSX > (Snow/Lion and higher ?) > > > That's The Plan. Installing the .jdk bundles in > /Library/Java/JavaVirtualMachines are for enabling the developer > command-line tools and server-app deployments. If you make a .app bundle, > you need to bundle. This is a requirement of the Mac App Store, and it also > designs away the many of the issues we receive the most vitriolic hate mail > (hate bugs?) about when we bump the JVM version behind the backs of > unsuspecting developers. > :-) From swingler at apple.com Tue Sep 27 09:22:05 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 27 Sep 2011 09:22:05 -0700 Subject: hg: macosx-port/macosx-port/jdk: Merging changes from the calayer branch to the default branch (layers enabled by default) In-Reply-To: <4E7343E5.1060604@oracle.com> References: <20110915140849.510D7476E2@hg.openjdk.java.net> <4E7343E5.1060604@oracle.com> Message-ID: <4E95886A-3227-4005-A57C-0612C7D32BBC@apple.com> We don't have anything contributable (since it's all based on each AWT control being it's own NSView). In macosx-port, we'll have to have to have a Java object which relays all of the component visibility and geometry changes down to the assigned CALayer, and also will manage the parenting/re-parenting relationship with the CALayer which is attached to the root heavyweight window. ~Mike On Sep 16, 2011, at 5:41 AM, Dmitry Cherepanov wrote: > Hi Mike! > > I'm ready to start working on it. > > Just a quick question - do you think there is something that can be contributed from Apple's JDK or we just need to implement the JAWT API from scratch? > > Thanks, > Dmitry > > On 9/15/2011 9:23 PM, Mike Swingler wrote: >> Let's talk about about how to get CALayer JAWT embedding going now. :-) >> Cheers, >> Mike Swingler >> Java Engineering >> Apple Inc. >> > From kevin_m_miller at apple.com Tue Sep 27 09:40:58 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Tue, 27 Sep 2011 16:40:58 +0000 Subject: hg: macosx-port/macosx-port/jdk: Porting OSX keychain support Message-ID: <20110927164126.ECBC547A17@hg.openjdk.java.net> Changeset: e06a6f466759 Author: kevin_m_miller at apple.com Date: 2011-09-27 09:40 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e06a6f466759 Porting OSX keychain support ! make/com/apple/osx/Makefile ! make/java/security/Makefile + src/macosx/classes/apple/security/AppleProvider.java + src/macosx/classes/apple/security/KeychainStore.java + src/macosx/native/apple/security/KeystoreImpl.m + src/share/lib/security/java.security-macosx From kevin_m_miller at apple.com Tue Sep 27 09:56:57 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Tue, 27 Sep 2011 16:56:57 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing thin antialiased text Message-ID: <20110927165708.148E547A19@hg.openjdk.java.net> Changeset: e45f5175d849 Author: kevin_m_miller at apple.com Date: 2011-09-27 09:56 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e45f5175d849 Fixing thin antialiased text ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From leonid.romanov at oracle.com Tue Sep 27 10:40:39 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Tue, 27 Sep 2011 21:40:39 +0400 Subject: CFRelease question Message-ID: <7BED9AF9-9208-4348-948F-1A6F5F883E1A@oracle.com> Hi, I've got a question: if we CFRelease a NSWindow with the retain count 1, thus making it 0, will it result in dealloc chain calls? I'm asking this question because I'm investigating http://java.net/jira/browse/MACOSX_PORT-429 and my current theory is that something is wrong with the reference counting (I'm not sure about it, though). Thanks, Leonid. From swingler at apple.com Tue Sep 27 11:00:47 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 27 Sep 2011 11:00:47 -0700 Subject: CFRelease question In-Reply-To: <7BED9AF9-9208-4348-948F-1A6F5F883E1A@oracle.com> References: <7BED9AF9-9208-4348-948F-1A6F5F883E1A@oracle.com> Message-ID: <57C7EEF3-B278-487C-9326-F3196C31084C@apple.com> On Sep 27, 2011, at 10:40 AM, Leonid Romanov wrote: > Hi, > I've got a question: if we CFRelease a NSWindow with the retain count 1, thus making it 0, will it result in dealloc chain calls? I'm asking this question because I'm investigating http://java.net/jira/browse/MACOSX_PORT-429 and my current theory is that something is wrong with the reference counting (I'm not sure about it, though). Absolutely, CFRelease() will call -dealloc when the retain count reaches 0. CFRelease() of a window should occur on the main AppKit Thread 0, since the destruction of a window calls into other parts of AppKit. A window may temporarily be retained/released/autoreleased by other things, like a block-copy when doing -[JNFRunLoop performOnMainThreadWaiting:withBlock:], or other actions which may introspect the list of open windows. Regards, Mike Swingler Java Engineering Apple Inc. From victor.dyakov at oracle.com Tue Sep 27 12:37:12 2011 From: victor.dyakov at oracle.com (Victor Dyakov) Date: Tue, 27 Sep 2011 23:37:12 +0400 Subject: [JIRA] Commented: (MACOSX_PORT-432) Coredump on eclipse launch In-Reply-To: <12590076.2571.1317148323541.JavaMail.webservd@jnxjra02z1.network.org> References: <12590076.2571.1317148323541.JavaMail.webservd@jnxjra02z1.network.org> Message-ID: <4E8225E8.1070902@oracle.com> Hi Shura, Could you please look at these steps and differentiate your crash to reproduce? Thanks, Victor On 9/27/2011 10:32 PM, Steve Northover (JIRA) wrote: > [ http://java.net/jira/browse/MACOSX_PORT-432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=321340#action_321340 ] > > Steve Northover commented on MACOSX_PORT-432: > --------------------------------------------- > > I've attached an eclipse.sh that I use to start 64-bit Eclipse 3.7.1 from the same directory where eclipse.ini is found. It works fine and shows me running the 64-bit server java. > > Here is the output: > > {code} > Steve-Northovers-MacBook-Pro:MacOS steve$ ./eclipse.sh > openjdk version "1.7.0-internal" > OpenJDK Runtime Environment (build 1.7.0-internal-steve_2011_09_22_18_51-b00) > OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) > {code} > > Is there a crash or not? > >> Coredump on eclipse launch >> -------------------------- >> >> Key: MACOSX_PORT-432 >> URL: http://java.net/jira/browse/MACOSX_PORT-432 >> Project: macosx-port >> Issue Type: Bug >> Components: Core, VM >> Affects Versions: 7 >> Environment: build from sep 22 4:22:30 >> Reporter: shurailine >> Assignee: shurailine >> Priority: Critical >> Attachments: eclipse.ini, eclipse.sh, hs_err_pid31954.log, hs_err_pid4758.log >> >> >> dhcp-santaclara22-2fl-west-10-132-182-138:~ jeffhsiao$ /Users/jeffhsiao/Library/Java/JavaVirtualMachines/j2sdk-h500/bin/java -XstartOnFirstThread -jar eclipse/plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGBUS (0xa) at pc=101b3b18b, pid=31954, tid=140735091378528 >> # >> # JRE version: 7.0-b209 >> # Java VM: OpenJDK 64-Bit Server VM (21.0-b17 mixed mode bsd-amd64 compressed oops) >> # Problematic frame: >> # J java.util.zip.ZipFile.getZipEntry(Ljava/lang/String;J)Ljava/util/zip/ZipEntry; >> # >> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again >> # >> # An error report file with more information is saved as: >> # /Users/jeffhsiao/hs_err_pid31954.log >> # [ timer expired, abort... ] >> Abort trap: 6 >> dhcp-santaclara22-2fl-west-10-132-182-138:~ jeffhsiao$ From david_durrence at apple.com Tue Sep 27 17:11:32 2011 From: david_durrence at apple.com (David Durrence) Date: Tue, 27 Sep 2011 17:11:32 -0700 Subject: JTReg tests results on other ports In-Reply-To: References: Message-ID: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh Passed: java/lang/instrument/PremainClass/InheritAgent0001.java Passed: java/lang/instrument/PremainClass/InheritAgent0010.java Passed: java/lang/instrument/PremainClass/InheritAgent0011.java Passed: java/lang/instrument/PremainClass/InheritAgent0100.java Passed: java/lang/instrument/PremainClass/InheritAgent0101.java Passed: java/lang/instrument/PremainClass/InheritAgent0110.java Passed: java/lang/instrument/PremainClass/InheritAgent0111.java Passed: java/lang/instrument/PremainClass/InheritAgent1000.java Passed: java/lang/instrument/PremainClass/InheritAgent1001.java Passed: java/lang/instrument/PremainClass/InheritAgent1010.java Passed: java/lang/instrument/PremainClass/InheritAgent1011.java Passed: java/lang/instrument/PremainClass/InheritAgent1100.java Passed: java/lang/instrument/PremainClass/InheritAgent1101.java Passed: java/lang/instrument/PremainClass/InheritAgent1110.java Passed: java/lang/instrument/PremainClass/InheritAgent1111.java Passed: java/lang/instrument/PremainClass/NoPremainAgent.sh Passed: java/lang/instrument/PremainClass/PremainClassTest.sh Passed: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh Passed: java/lang/instrument/AddTransformerTest.java Passed: java/lang/instrument/AppendToBootstrapClassPathTest.java Passed: java/lang/instrument/AppendToClassPathTest.java Passed: java/lang/instrument/FromShutdownHook.java Passed: java/lang/instrument/GetAllLoadedClassesTest.java Passed: java/lang/instrument/GetInitiatedClassesTest.java Passed: java/lang/instrument/GetObjectSizeTest.java Passed: java/lang/instrument/IsModifiableClassAgent.java FAILED: java/lang/instrument/ManifestTest.sh Passed: java/lang/instrument/NativeMethodPrefixAgent.java Passed: java/lang/instrument/NoTransformerAddedTest.java Passed: java/lang/instrument/NullGetObjectSizeTest.java Passed: java/lang/instrument/NullRedefineClassesTests.java Passed: java/lang/instrument/NullTransformerAddTest.java Passed: java/lang/instrument/NullTransformerRemoveTest.java Error: java/lang/instrument/ParallelTransformerLoader.sh Passed: java/lang/instrument/RedefineClassesDisabledTest.java Passed: java/lang/instrument/RedefineClassesTests.java Passed: java/lang/instrument/RedefineClassWithNativeMethod.sh Passed: java/lang/instrument/RedefineMethodAddInvoke.sh Passed: java/lang/instrument/RemoveAbsentTransformerTest.java Passed: java/lang/instrument/RemoveTransformerTest.java Passed: java/lang/instrument/RetransformAgent.java Passed: java/lang/instrument/SingleTransformerTest.java Passed: java/lang/instrument/StressGetObjectSizeTest.sh Passed: java/lang/instrument/TransformerManagementThreadAddTests.java Passed: java/lang/instrument/TransformerManagementThreadRemoveTests.java Passed: java/lang/instrument/TransformMethodTest.java Test results: passed: 48; failed: 1; error: 1 Report written to JTreport/html/report.html Results written to /Volumes/Data/Mercurial2/macosx-port/jdk/JTwork Error: Some tests failed or other problems occurred. javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/management/MXBean/ Passed: java/lang/management/MXBean/MXBeanBehavior.java Test results: passed: 1 Report written to JTreport/html/report.html Results written to /Volumes/Data/Mercurial2/macosx-port/jdk/JTwork javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/management/MemoryMXBean/ Passed: java/lang/management/MemoryMXBean/CollectionUsageThreshold.java Error: java/lang/management/MemoryMXBean/CollectionUsageThresholdConcMarkSweepGC.sh Passed: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh Passed: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh Passed: java/lang/management/MemoryMXBean/GetMBeanInfo.java Passed: java/lang/management/MemoryMXBean/LowMemoryTest.java Passed: java/lang/management/MemoryMXBean/LowMemoryTest2.sh Passed: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh Passed: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh Passed: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh Passed: java/lang/management/MemoryMXBean/MemoryManagement.java Passed: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh Passed: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh Passed: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh Passed: java/lang/management/MemoryMXBean/MemoryTest.java Passed: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh Passed: java/lang/management/MemoryMXBean/Pending.java Passed: java/lang/management/MemoryMXBean/PendingAllGC.sh Passed: java/lang/management/MemoryMXBean/ResetPeakMemoryUsage.java Test results: passed: 18; error: 1 Report written to JTreport/html/report.html Results written to /Volumes/Data/Mercurial2/macosx-port/jdk/JTwork Error: Some tests failed or other problems occurred. javaqa8:jdk mrj$ java -version openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-javabuild_2011_09_26_03_08-b00) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) javaqa8:jdk mrj$ sw_vers ProductName: Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 ~~~~~~~~~~~~ David Durrence 974-6202 On Sep 26, 2011, at 6:24 PM, Sandeep Konchady wrote: > Acknowledging this email. Will look into the failures and get back to the alias. > > Thanks, > Sandeep > > On 9/26/11 11:16 AM, Mike Swingler wrote: >> Can anyone from Oracle's SQE division give some color or guidance to the expected JTReg failures on other platforms? >> >> I think the failures in java/lang/(instrument,management) probably point to either missing implementation or mis-configuration, so there should probably be some bugs filed on those, at least if they are not mis-configuration. >> >> Regards, >> Mike Swingler >> Java Engineering >> Apple Inc. >> >> On Sep 25, 2011, at 11:44 PM, Henri Gomez wrote: >> >>> Hi to all, >>> >>> We still get JTReg errors on macosx-port and I was wondering where we >>> could if these tests also fail on other ports. >>> >>> Did there is somewhere where I could see JTReg reports for Linux and Windows ? >>> >>> Cheers >>> >>> ---- >>> >>> FAILED: java/lang/annotation/loaderLeak/Main.java >>> FAILED: java/lang/Class/forName/NonJavaNames.sh >>> FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java >>> FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh >>> FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh >>> FAILED: java/lang/ClassLoader/Assert.java >>> FAILED: java/lang/ClassLoader/GetDotResource.java >>> FAILED: java/lang/Double/R1388007FloatOverflow.java >>> FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >>> FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >>> FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >>> FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java >>> FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java >>> FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh >>> FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh >>> FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh >>> FAILED: java/lang/instrument/AddTransformerTest.java >>> FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java >>> FAILED: java/lang/instrument/AppendToClassPathTest.java >>> FAILED: java/lang/instrument/FromShutdownHook.java >>> FAILED: java/lang/instrument/GetAllLoadedClassesTest.java >>> FAILED: java/lang/instrument/GetInitiatedClassesTest.java >>> FAILED: java/lang/instrument/GetObjectSizeTest.java >>> FAILED: java/lang/instrument/IsModifiableClassAgent.java >>> FAILED: java/lang/instrument/ManifestTest.sh >>> FAILED: java/lang/instrument/NativeMethodPrefixAgent.java >>> FAILED: java/lang/instrument/NoTransformerAddedTest.java >>> FAILED: java/lang/instrument/NullGetObjectSizeTest.java >>> FAILED: java/lang/instrument/NullRedefineClassesTests.java >>> FAILED: java/lang/instrument/NullTransformerAddTest.java >>> FAILED: java/lang/instrument/NullTransformerRemoveTest.java >>> FAILED: java/lang/instrument/RedefineClassesDisabledTest.java >>> FAILED: java/lang/instrument/RedefineClassesTests.java >>> FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh >>> FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh >>> FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java >>> FAILED: java/lang/instrument/RemoveTransformerTest.java >>> FAILED: java/lang/instrument/RetransformAgent.java >>> FAILED: java/lang/instrument/SingleTransformerTest.java >>> FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java >>> FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java >>> FAILED: java/lang/instrument/TransformMethodTest.java >>> FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java >>> FAILED: java/lang/LanguageSpec/AbruptTest.java >>> FAILED: java/lang/LanguageSpec/LockTest.java >>> FAILED: java/lang/LanguageSpec/VolatileTest.java >>> FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh >>> FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh >>> FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh >>> FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh >>> FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh >>> FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh >>> FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh >>> FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh >>> FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh >>> FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh >>> FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh >>> FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh >>> FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh >>> FAILED: java/lang/Math/R1400112FloatPrecisionTest.java >>> FAILED: java/lang/Math/VampireNumbers.java >>> FAILED: java/lang/ProcessBuilder/Basic.java >>> FAILED: java/lang/ProcessBuilder/Zombies.java >>> FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java >>> FAILED: java/lang/reflect/Field/ReflectionTest.java >>> FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java >>> FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java >>> FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java >>> FAILED: java/lang/Runtime/exec/SetCwd.java >>> FAILED: java/lang/Runtime/sanity/RuntimeTest.java >>> FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh >>> FAILED: java/lang/String/q0001BasicString.java >>> FAILED: java/lang/String/q0002BasicString.java >>> FAILED: java/lang/StringCoding/CheckEncodings.sh >>> FAILED: java/lang/System/finalization/FinExit.java >>> FAILED: java/lang/System/SystemNanoTimeTest.java >>> FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java >>> FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java >>> FAILED: java/lang/Thread/StopSleep/StopSleepTest.java >>> FAILED: java/lang/Thread/StopWait/StopWaitTest.java >>> FAILED: java/lang/Thread/UncaughtExceptions.sh >>> FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java > ~~~~~~~~~~~~ David Durrence 974-6202 On Sep 25, 2011, at 11:44 PM, Henri Gomez wrote: > Hi to all, > > We still get JTReg errors on macosx-port and I was wondering where we > could if these tests also fail on other ports. > > Did there is somewhere where I could see JTReg reports for Linux and Windows ? > > Cheers > > ---- > > FAILED: java/lang/annotation/loaderLeak/Main.java > FAILED: java/lang/Class/forName/NonJavaNames.sh > FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java > FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh > FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh > FAILED: java/lang/ClassLoader/Assert.java > FAILED: java/lang/ClassLoader/GetDotResource.java > FAILED: java/lang/Double/R1388007FloatOverflow.java > FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh > FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh > FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh > FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh > FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java > FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh > FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh > FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh > FAILED: java/lang/instrument/AddTransformerTest.java > FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java > FAILED: java/lang/instrument/AppendToClassPathTest.java > FAILED: java/lang/instrument/FromShutdownHook.java > FAILED: java/lang/instrument/GetAllLoadedClassesTest.java > FAILED: java/lang/instrument/GetInitiatedClassesTest.java > FAILED: java/lang/instrument/GetObjectSizeTest.java > FAILED: java/lang/instrument/IsModifiableClassAgent.java > FAILED: java/lang/instrument/ManifestTest.sh > FAILED: java/lang/instrument/NativeMethodPrefixAgent.java > FAILED: java/lang/instrument/NoTransformerAddedTest.java > FAILED: java/lang/instrument/NullGetObjectSizeTest.java > FAILED: java/lang/instrument/NullRedefineClassesTests.java > FAILED: java/lang/instrument/NullTransformerAddTest.java > FAILED: java/lang/instrument/NullTransformerRemoveTest.java > FAILED: java/lang/instrument/RedefineClassesDisabledTest.java > FAILED: java/lang/instrument/RedefineClassesTests.java > FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh > FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh > FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java > FAILED: java/lang/instrument/RemoveTransformerTest.java > FAILED: java/lang/instrument/RetransformAgent.java > FAILED: java/lang/instrument/SingleTransformerTest.java > FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java > FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java > FAILED: java/lang/instrument/TransformMethodTest.java > FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java > FAILED: java/lang/LanguageSpec/AbruptTest.java > FAILED: java/lang/LanguageSpec/LockTest.java > FAILED: java/lang/LanguageSpec/VolatileTest.java > FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh > FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh > FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh > FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh > FAILED: java/lang/Math/R1400112FloatPrecisionTest.java > FAILED: java/lang/Math/VampireNumbers.java > FAILED: java/lang/ProcessBuilder/Basic.java > FAILED: java/lang/ProcessBuilder/Zombies.java > FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java > FAILED: java/lang/reflect/Field/ReflectionTest.java > FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java > FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java > FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java > FAILED: java/lang/Runtime/exec/SetCwd.java > FAILED: java/lang/Runtime/sanity/RuntimeTest.java > FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh > FAILED: java/lang/String/q0001BasicString.java > FAILED: java/lang/String/q0002BasicString.java > FAILED: java/lang/StringCoding/CheckEncodings.sh > FAILED: java/lang/System/finalization/FinExit.java > FAILED: java/lang/System/SystemNanoTimeTest.java > FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java > FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java > FAILED: java/lang/Thread/StopSleep/StopSleepTest.java > FAILED: java/lang/Thread/StopWait/StopWaitTest.java > FAILED: java/lang/Thread/UncaughtExceptions.sh > FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java From swpalmer at gmail.com Tue Sep 27 18:13:10 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 27 Sep 2011 21:13:10 -0400 Subject: JTReg tests results on other ports In-Reply-To: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> Message-ID: <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. Scott On 2011-09-27, at 8:11 PM, David Durrence wrote: > I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: > > javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ > Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh > Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh > Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh > Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh > Passed: java/lang/instrument/PremainClass/InheritAgent0001.java ... From swingler at apple.com Tue Sep 27 18:23:24 2011 From: swingler at apple.com (Mike Swingler) Date: Tue, 27 Sep 2011 18:23:24 -0700 Subject: JTReg tests results on other ports In-Reply-To: <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> Message-ID: <452A6850-A311-45D7-9840-3CF8AD23EAEB@apple.com> If the instructions on are insufficient, please update the page. Thanks, Mike Swingler Java Engineering Apple Inc. On Sep 27, 2011, at 6:13 PM, Scott Palmer wrote: > Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. > > Scott > > On 2011-09-27, at 8:11 PM, David Durrence wrote: > >> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >> >> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java > ... > From jonathan.gibbons at oracle.com Tue Sep 27 18:31:54 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 27 Sep 2011 18:31:54 -0700 Subject: JTReg tests results on other ports In-Reply-To: <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> Message-ID: <4E82790A.4030403@oracle.com> jtreg -help gives info about all the basic options. You can also see the info in a browser with jtreg -onlinehelp In its simplest form, you want jtreg -jdk:/JDK_TO_TEST TESTS/ For example, if you're in the root of a forest for which you have completed a build, it will be something like: jtreg -jdk:build/linux-i586/j2sdk-image jdk/test/ But, that probably runs more tests than you want, and includes some manual tests, and some that may fail, so you might also want to take advantage of the rules in test/Makefile. For example, if you're in the root of a forest for which you have completed a build, it will be something like: cd test; make all -- Jon On 09/27/2011 06:13 PM, Scott Palmer wrote: > Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. > > Scott > > On 2011-09-27, at 8:11 PM, David Durrence wrote: > >> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >> >> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java > ... > From swpalmer at gmail.com Tue Sep 27 19:38:40 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Tue, 27 Sep 2011 22:38:40 -0400 Subject: JTReg tests results on other ports In-Reply-To: <4E82790A.4030403@oracle.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> Message-ID: The issue is this error which occurs quite a bit when I try to run the tests: JUnit not available: see the FAQ or online help for details Except the only mention in the FAQ (http://openjdk.java.net/jtreg/faq.html) is: 1.13. Why not use JUnit? JUnit was not around when we started writing tests for JDK. And, the test tag specification has been specifically designed for testing JDK, with support for testing applets, command-line interfaces, and so on, as well as simple API tests. And by now, there are many thousands of tests written for jtreg, so it would not be practical to convert to JUnit. Not exactly helpful. Scott On 2011-09-27, at 9:31 PM, Jonathan Gibbons wrote: > jtreg -help gives info about all the basic options. You can also see the info in a browser with jtreg -onlinehelp > > In its simplest form, you want > > jtreg -jdk:/JDK_TO_TEST TESTS/ > > For example, if you're in the root of a forest for which you have completed a build, it will be something like: > > jtreg -jdk:build/linux-i586/j2sdk-image jdk/test/ > > But, that probably runs more tests than you want, and includes some manual tests, and some that may fail, > so you might also want to take advantage of the rules in test/Makefile. > > For example, if you're in the root of a forest for which you have completed a build, it will be something like: > > cd test; make all > > -- Jon > > > > On 09/27/2011 06:13 PM, Scott Palmer wrote: >> Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. >> >> Scott >> >> On 2011-09-27, at 8:11 PM, David Durrence wrote: >> >>> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >>> >>> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >>> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >>> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >>> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >>> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >>> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java >> ... >> > From jonathan.gibbons at oracle.com Tue Sep 27 19:53:55 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 27 Sep 2011 19:53:55 -0700 Subject: JTReg tests results on other ports In-Reply-To: References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> Message-ID: <4E828C43.5060806@oracle.com> Scott, You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it know to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. -- Jon On 09/27/2011 07:38 PM, Scott Palmer wrote: > The issue is this error which occurs quite a bit when I try to run the tests: > > JUnit not available: see the FAQ or online help for details > > Except the only mention in the FAQ (http://openjdk.java.net/jtreg/faq.html) is: > > > 1.13. Why not use JUnit? > > JUnit was not around when we started writing tests for JDK. And, the test tag specification has been specifically designed for testing JDK, with support for testing applets, command-line interfaces, and so on, as well as simple API tests. > > And by now, there are many thousands of tests written for jtreg, so it would not be practical to convert to JUnit. > > > > Not exactly helpful. > > Scott > > > On 2011-09-27, at 9:31 PM, Jonathan Gibbons wrote: > >> jtreg -help gives info about all the basic options. You can also see the info in a browser with jtreg -onlinehelp >> >> In its simplest form, you want >> >> jtreg -jdk:/JDK_TO_TEST TESTS/ >> >> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >> >> jtreg -jdk:build/linux-i586/j2sdk-image jdk/test/ >> >> But, that probably runs more tests than you want, and includes some manual tests, and some that may fail, >> so you might also want to take advantage of the rules in test/Makefile. >> >> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >> >> cd test; make all >> >> -- Jon >> >> >> >> On 09/27/2011 06:13 PM, Scott Palmer wrote: >>> Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. >>> >>> Scott >>> >>> On 2011-09-27, at 8:11 PM, David Durrence wrote: >>> >>>> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >>>> >>>> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >>>> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >>>> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >>>> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >>>> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >>>> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java >>> ... >>> From jonathan.gibbons at oracle.com Tue Sep 27 19:54:50 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 27 Sep 2011 19:54:50 -0700 Subject: JTReg tests results on other ports In-Reply-To: References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> Message-ID: <4E828C7A.5060702@oracle.com> Scott, You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. -- Jon On 09/27/2011 07:38 PM, Scott Palmer wrote: > The issue is this error which occurs quite a bit when I try to run the tests: > > JUnit not available: see the FAQ or online help for details > > Except the only mention in the FAQ (http://openjdk.java.net/jtreg/faq.html) is: > > > 1.13. Why not use JUnit? > > JUnit was not around when we started writing tests for JDK. And, the test tag specification has been specifically designed for testing JDK, with support for testing applets, command-line interfaces, and so on, as well as simple API tests. > > And by now, there are many thousands of tests written for jtreg, so it would not be practical to convert to JUnit. > > > > Not exactly helpful. > > Scott > > > On 2011-09-27, at 9:31 PM, Jonathan Gibbons wrote: > >> jtreg -help gives info about all the basic options. You can also see the info in a browser with jtreg -onlinehelp >> >> In its simplest form, you want >> >> jtreg -jdk:/JDK_TO_TEST TESTS/ >> >> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >> >> jtreg -jdk:build/linux-i586/j2sdk-image jdk/test/ >> >> But, that probably runs more tests than you want, and includes some manual tests, and some that may fail, >> so you might also want to take advantage of the rules in test/Makefile. >> >> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >> >> cd test; make all >> >> -- Jon >> >> >> >> On 09/27/2011 06:13 PM, Scott Palmer wrote: >>> Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. >>> >>> Scott >>> >>> On 2011-09-27, at 8:11 PM, David Durrence wrote: >>> >>>> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >>>> >>>> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >>>> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >>>> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >>>> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >>>> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >>>> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java >>> ... >>> From henri.gomez at gmail.com Tue Sep 27 23:05:46 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 08:05:46 +0200 Subject: JTReg tests results on other ports In-Reply-To: <4E828C7A.5060702@oracle.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> Message-ID: OSX doc detail jtreg like this : cd /jdk/ /linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang I do it : JTREG_DIR=$DROP_DIR/jtreg if [ -d macosx-port ]; then pushd macosx-port echo "entering source dir `pwd`" RECALL_POPD=true fi pushd jdk echo "testing java/lang..." $JTREG_DIR/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/ 1.7.0.jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang echo "testing java/lang/invoke..." $JTREG_DIR/linux/bin/jtreg -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0. jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang/invoke/ echo "testing langtools..." $JTREG_DIR/linux/bin/jtreg -XX:+UnlockExperimentalVMOptions -jdk:build/ macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home -ignore:quiet -samevm-v:summary langtools/test/tools/ popd It's not clear to me, should we install a copy of JUnit under jreg lib dir ? There is no such mentions in jtreg readme. If we should to, which version of JUnit (4.9.x, 4.8.x, 3.8.x, 3.7.x ?) From henri.gomez at gmail.com Tue Sep 27 23:15:01 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 08:15:01 +0200 Subject: JTReg tests results on other ports In-Reply-To: References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> Message-ID: You asked about my results here they are java/lang java/lang/invoke (InvokeDynamic enabled) langtool (failed) testing build: ./build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/bin/java -version openjdk version "1.7.0-b147" OpenJDK Runtime Environment (build 1.7.0-b147-20110927) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) ~/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk ~/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace testing java/lang... Directory "JTreport" not found: creating Directory "JTwork" not found: creating Directory "JTwork/scratch" not found: creating Passed: java/lang/annotation/AnnotationTypeMismatchException/FoundType.java FAILED: java/lang/annotation/loaderLeak/Main.java Passed: java/lang/annotation/Missing/MissingTest.java Passed: java/lang/annotation/package-info.java Passed: java/lang/annotation/ParameterAnnotations.java Passed: java/lang/annotation/RecursiveAnnotation.java Passed: java/lang/annotation/UnitTest.java Passed: java/lang/Appendable/Basic.java Passed: java/lang/AssertionError/Cause.java Passed: java/lang/Boolean/Factory.java Passed: java/lang/Boolean/GetBoolean.java Passed: java/lang/Boolean/MakeBooleanComparable.java Passed: java/lang/Boolean/ParseBoolean.java Passed: java/lang/Byte/Decode.java Passed: java/lang/Character/CheckProp.java Passed: java/lang/Character/CheckScript.java Passed: java/lang/Class/asSubclass/BasicUnit.java Passed: java/lang/Class/forName/InitArg.java Passed: java/lang/Class/forName/InvalidNameWithSlash.java FAILED: java/lang/Class/forName/NonJavaNames.sh Passed: java/lang/Class/getClasses/Sanity.java Passed: java/lang/Class/getDeclaredClasses/Sanity.java Passed: java/lang/Class/getDeclaredClasses/TypeTag.java Passed: java/lang/Class/getDeclaredField/Exceptions.java Passed: java/lang/Class/getDeclaredMethod/Exceptions.java Passed: java/lang/Class/getDeclaringClass/Sanity.java FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java Passed: java/lang/Class/getEnclosingClass/T4992170.java Passed: java/lang/Class/getEnclosingConstructor/EnclosingConstructorTests.java Passed: java/lang/Class/getEnclosingMethod/EnclosingMethodTests.java Passed: java/lang/Class/getField/Exceptions.java Passed: java/lang/Class/getMethod/Exceptions.java Passed: java/lang/Class/getMethod/NullInParamList.java Passed: java/lang/Class/getMethods/NonPublicStaticInitializer.java Passed: java/lang/Class/getMethods/StarInheritance.java Passed: java/lang/Class/getModifiers/ForInnerClass.java Passed: java/lang/Class/getModifiers/ForStaticInnerClass.java Passed: java/lang/Class/getModifiers/ResolveFrom.java Passed: java/lang/Class/getModifiers/StripACC_SUPER.java Passed: java/lang/Class/Cast.java Passed: java/lang/Class/IsAnnotationType.java Passed: java/lang/Class/IsEnum.java Passed: java/lang/Class/IsSynthetic.java Passed: java/lang/ClassLoader/deadlock/GetResource.java FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh Passed: java/lang/ClassLoader/defineClass/DefineClassByteBuffer.java Passed: java/lang/ClassLoader/findSystemClass/Loader.java FAILED: java/lang/ClassLoader/Assert.java Passed: java/lang/ClassLoader/ExceptionHidingLoader.java FAILED: java/lang/ClassLoader/GetDotResource.java Passed: java/lang/ClassLoader/GetPackage.java Passed: java/lang/ClassLoader/LoadNullClass.java Passed: java/lang/ClassLoader/UninitializedParent.java Passed: java/lang/Double/BitwiseConversion.java Passed: java/lang/Double/Constants.java Passed: java/lang/Double/Extrema.java Passed: java/lang/Double/NaNInfinityParsing.java Passed: java/lang/Double/ParseDouble.java Passed: java/lang/Double/ParseHexFloatingPoint.java FAILED: java/lang/Double/R1388007FloatOverflow.java Passed: java/lang/Double/ToHexString.java Passed: java/lang/Double/ToString.java Passed: java/lang/Enum/ValueOf.java Passed: java/lang/Float/BitwiseConversion.java Passed: java/lang/Float/Constants.java Passed: java/lang/Float/Extrema.java Passed: java/lang/Float/NaNInfinityParsing.java Passed: java/lang/Float/ParseFloat.java Passed: java/lang/InheritableThreadLocal/Basic.java Passed: java/lang/InheritableThreadLocal/ITLRemoveTest.java FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh FAILED: java/lang/instrument/AddTransformerTest.java FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java FAILED: java/lang/instrument/AppendToClassPathTest.java FAILED: java/lang/instrument/FromShutdownHook.java FAILED: java/lang/instrument/GetAllLoadedClassesTest.java FAILED: java/lang/instrument/GetInitiatedClassesTest.java FAILED: java/lang/instrument/GetObjectSizeTest.java FAILED: java/lang/instrument/IsModifiableClassAgent.java FAILED: java/lang/instrument/ManifestTest.sh FAILED: java/lang/instrument/NativeMethodPrefixAgent.java FAILED: java/lang/instrument/NoTransformerAddedTest.java FAILED: java/lang/instrument/NullGetObjectSizeTest.java FAILED: java/lang/instrument/NullRedefineClassesTests.java FAILED: java/lang/instrument/NullTransformerAddTest.java FAILED: java/lang/instrument/NullTransformerRemoveTest.java FAILED: java/lang/instrument/RedefineClassesDisabledTest.java FAILED: java/lang/instrument/RedefineClassesTests.java FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java FAILED: java/lang/instrument/RemoveTransformerTest.java FAILED: java/lang/instrument/RetransformAgent.java FAILED: java/lang/instrument/SingleTransformerTest.java Passed: java/lang/instrument/StressGetObjectSizeTest.sh FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java FAILED: java/lang/instrument/TransformMethodTest.java Passed: java/lang/Integer/BitTwiddle.java Passed: java/lang/Integer/Decode.java Passed: java/lang/Integer/GetInteger.java Passed: java/lang/Integer/ParsingTest.java Passed: java/lang/Integer/ValueOf.java Passed: java/lang/invoke/6987555/Test6987555.java Passed: java/lang/invoke/6991596/Test6991596.java Passed: java/lang/invoke/6998541/Test6998541.java Error: java/lang/invoke/ClassValueTest.java FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java Error: java/lang/invoke/InvokeGenericTest.java Error: java/lang/invoke/JavaDocExamplesTest.java Error: java/lang/invoke/MethodHandlesTest.java Error: java/lang/invoke/MethodTypeTest.java Error: java/lang/invoke/PermuteArgsTest.java Error: java/lang/invoke/RicochetTest.java FAILED: java/lang/LanguageSpec/AbruptTest.java FAILED: java/lang/LanguageSpec/LockTest.java FAILED: java/lang/LanguageSpec/VolatileTest.java Passed: java/lang/Long/BitTwiddle.java Passed: java/lang/Long/Decode.java Passed: java/lang/Long/GetLong.java Passed: java/lang/Long/ParsingTest.java Passed: java/lang/management/BufferPoolMXBean/Basic.java Passed: java/lang/management/ClassLoadingMXBean/LoadCounts.java Passed: java/lang/management/CompilationMXBean/Basic.java Passed: java/lang/management/CompositeData/MemoryNotifInfoCompositeData.java Passed: java/lang/management/CompositeData/MemoryUsageCompositeData.java Passed: java/lang/management/CompositeData/ThreadInfoCompositeData.java Passed: java/lang/management/GarbageCollectorMXBean/GcInfoCompositeType.java Passed: java/lang/management/ManagementFactory/GetPlatformMXBeans.java Passed: java/lang/management/ManagementFactory/MBeanServerMXBeanUnsupportedTest.java Passed: java/lang/management/ManagementFactory/MXBeanException.java Passed: java/lang/management/ManagementFactory/MXBeanProxyTest.java Passed: java/lang/management/ManagementFactory/PlatformMBeanServerTest.java Passed: java/lang/management/ManagementFactory/ProxyExceptions.java Passed: java/lang/management/ManagementFactory/ProxyTypeMapping.java Passed: java/lang/management/ManagementFactory/ThreadMXBeanProxy.java Passed: java/lang/management/ManagementFactory/ValidateOpenTypes.java Passed: java/lang/management/MemoryMXBean/CollectionUsageThreshold.java FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh Passed: java/lang/management/MemoryMXBean/GetMBeanInfo.java Passed: java/lang/management/MemoryMXBean/LowMemoryTest.java FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh Passed: java/lang/management/MemoryMXBean/MemoryManagement.java FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh Passed: java/lang/management/MemoryMXBean/MemoryTest.java FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh Passed: java/lang/management/MemoryMXBean/Pending.java FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh Passed: java/lang/management/MemoryMXBean/ResetPeakMemoryUsage.java Passed: java/lang/management/MemoryPoolMXBean/ThresholdTest.java Passed: java/lang/management/MXBean/MXBeanBehavior.java Passed: java/lang/management/OperatingSystemMXBean/PlatformMXBeanTest.java FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh Passed: java/lang/management/PlatformLoggingMXBean/LoggingMXBeanTest.java Passed: java/lang/management/PlatformLoggingMXBean/PlatformLoggingMXBeanTest.java Passed: java/lang/management/RuntimeMXBean/GetSystemProperties.java Passed: java/lang/management/RuntimeMXBean/PropertiesTest.java FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh Passed: java/lang/management/RuntimeMXBean/UpTime.java Passed: java/lang/management/ThreadMXBean/AllThreadIds.java Passed: java/lang/management/ThreadMXBean/DisableTest.java Passed: java/lang/management/ThreadMXBean/EnableTest.java Passed: java/lang/management/ThreadMXBean/FindDeadlocks.java Passed: java/lang/management/ThreadMXBean/FindMonitorDeadlock.java Passed: java/lang/management/ThreadMXBean/InvalidThreadID.java Passed: java/lang/management/ThreadMXBean/LockedMonitors.java Passed: java/lang/management/ThreadMXBean/LockedSynchronizers.java Passed: java/lang/management/ThreadMXBean/Locks.java Passed: java/lang/management/ThreadMXBean/MyOwnSynchronizer.java Passed: java/lang/management/ThreadMXBean/ResetPeakThreadCount.java Passed: java/lang/management/ThreadMXBean/SharedSynchronizer.java Passed: java/lang/management/ThreadMXBean/ThreadBlockedCount.java Passed: java/lang/management/ThreadMXBean/ThreadCounts.java Passed: java/lang/management/ThreadMXBean/ThreadCpuTime.java Passed: java/lang/management/ThreadMXBean/ThreadInfoArray.java Passed: java/lang/management/ThreadMXBean/ThreadLists.java Passed: java/lang/management/ThreadMXBean/ThreadStackTrace.java Passed: java/lang/management/ThreadMXBean/ThreadStateTest.java Passed: java/lang/management/ThreadMXBean/ThreadUserTime.java Passed: java/lang/Math/AbsPositiveZero.java Passed: java/lang/Math/Atan2Tests.java Passed: java/lang/Math/CeilAndFloorTests.java Passed: java/lang/Math/CubeRootTests.java Passed: java/lang/Math/Expm1Tests.java Passed: java/lang/Math/HyperbolicTests.java Passed: java/lang/Math/HypotTests.java Passed: java/lang/Math/IeeeRecommendedTests.java Passed: java/lang/Math/Log10Tests.java Passed: java/lang/Math/Log1pTests.java Passed: java/lang/Math/MinMax.java Passed: java/lang/Math/PowTests.java FAILED: java/lang/Math/R1400112FloatPrecisionTest.java Passed: java/lang/Math/Rint.java Passed: java/lang/Math/RoundTests.java Passed: java/lang/Math/TanTests.java FAILED: java/lang/Math/VampireNumbers.java FAILED: java/lang/ProcessBuilder/Basic.java Passed: java/lang/ProcessBuilder/SecurityManagerClinit.java FAILED: java/lang/ProcessBuilder/Zombies.java Passed: java/lang/ref/SoftReference/Bash.java Passed: java/lang/ref/SoftReference/Pin.java Passed: java/lang/ref/Basic.java Passed: java/lang/ref/EnqueueNullRef.java Passed: java/lang/ref/NullQueue.java Passed: java/lang/reflect/Array/ExceedMaxDim.java Passed: java/lang/reflect/Assignment/ArrayAssignment.java Passed: java/lang/reflect/Constructor/GenericStringTest.java Passed: java/lang/reflect/Constructor/TestParameterAnnotations.java Passed: java/lang/reflect/Field/4490864/StaticFieldTest.java Passed: java/lang/reflect/Field/4498653/StaticInitializerTest.java FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java Passed: java/lang/reflect/Field/GenericStringTest.java FAILED: java/lang/reflect/Field/ReflectionTest.java Passed: java/lang/reflect/Field/Set.java Passed: java/lang/reflect/Generics/exceptionCauseTest.java Passed: java/lang/reflect/Generics/getAnnotationTest.java Passed: java/lang/reflect/Generics/HashCodeTest.java Passed: java/lang/reflect/Generics/Probe.java Passed: java/lang/reflect/Generics/StringsAndBounds.java Passed: java/lang/reflect/Generics/TestC1.java Passed: java/lang/reflect/Generics/TestC2.java Passed: java/lang/reflect/Generics/TestN1.java Passed: java/lang/reflect/Generics/TestParameterizedType.java Passed: java/lang/reflect/Generics/TestPlainArrayNotGeneric.java Passed: java/lang/reflect/Method/invoke/ErrorInInvoke.java Passed: java/lang/reflect/Method/invoke/IllegalAccessInInvoke.java Passed: java/lang/reflect/Method/Equals.java Passed: java/lang/reflect/Method/GenericStringTest.java Passed: java/lang/reflect/Method/InheritedInterfaceMethods.java Passed: java/lang/reflect/Method/InheritedMethods.java Passed: java/lang/reflect/Modifier/toStringTest.java Passed: java/lang/reflect/Proxy/nonJavaNames/Test.java Passed: java/lang/reflect/Proxy/returnTypes/Test.java Passed: java/lang/reflect/Proxy/Basic1.java Passed: java/lang/reflect/Proxy/Boxing.java Passed: java/lang/reflect/Proxy/CharType.java Passed: java/lang/reflect/Proxy/ClassRestrictions.java Passed: java/lang/reflect/Proxy/NullClassLoader.java Passed: java/lang/reflect/ReflectPermission/Exceptions.java Passed: java/lang/reflect/DefaultAccessibility.java Passed: java/lang/Runtime/exec/ArgWithSpaceAndFinalBackslash.java Passed: java/lang/Runtime/exec/BadEnvp.java Passed: java/lang/Runtime/exec/ConcurrentRead.java Passed: java/lang/Runtime/exec/Duped.java Passed: java/lang/Runtime/exec/ExecEmptyString.java Passed: java/lang/Runtime/exec/ExecWithDir.java Passed: java/lang/Runtime/exec/ExecWithInput.java Passed: java/lang/Runtime/exec/ExecWithLotsOfArgs.java Passed: java/lang/Runtime/exec/ExitValue.java Passed: java/lang/Runtime/exec/LotsOfDestroys.java Passed: java/lang/Runtime/exec/LotsOfOutput.java FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java FAILED: java/lang/Runtime/exec/SetCwd.java Passed: java/lang/Runtime/exec/SleepyCat.java Passed: java/lang/Runtime/exec/Space.java Passed: java/lang/Runtime/exec/Status.java Passed: java/lang/Runtime/exec/StreamsSurviveDestroy.java Passed: java/lang/Runtime/exec/WinCommand.java FAILED: java/lang/Runtime/sanity/RuntimeTest.java FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh Passed: java/lang/RuntimePermission/ExitVM.java Passed: java/lang/Short/ByteSwap.java Passed: java/lang/Short/Decode.java Passed: java/lang/StackTraceElement/PublicConstructor.java Passed: java/lang/StrictMath/CubeRootTests.java Passed: java/lang/StrictMath/Expm1Tests.java Passed: java/lang/StrictMath/HyperbolicTests.java Passed: java/lang/StrictMath/HypotTests.java Passed: java/lang/StrictMath/Log10Tests.java Passed: java/lang/StrictMath/Log1pTests.java Passed: java/lang/String/CaseConvertSameInstance.java Passed: java/lang/String/CompareIC.java Passed: java/lang/String/ContentEquals.java Passed: java/lang/String/Encodings.java Passed: java/lang/String/Exceptions.java Passed: java/lang/String/ICCBasher.java Passed: java/lang/String/IndexOfEmptyInEmpty.java Passed: java/lang/String/IsEmpty.java Passed: java/lang/String/NonCharacterMapping.java FAILED: java/lang/String/q0001BasicString.java FAILED: java/lang/String/q0002BasicString.java Passed: java/lang/String/Regex.java Passed: java/lang/String/RegionMatches.java Passed: java/lang/String/SBConstructor.java Passed: java/lang/String/Split.java Passed: java/lang/String/Supplementary.java Passed: java/lang/String/ToLowerCase.java Passed: java/lang/String/ToUpperCase.java Passed: java/lang/StringBuffer/AppendCharSequence.java Passed: java/lang/StringBuffer/AppendSB.java Passed: java/lang/StringBuffer/Capacity.java Passed: java/lang/StringBuffer/Exceptions.java Passed: java/lang/StringBuffer/GetCharsOverLength.java Passed: java/lang/StringBuffer/GetCharsSrcEndLarger.java Passed: java/lang/StringBuffer/IndexOf.java Passed: java/lang/StringBuffer/InsertMaxValue.java Passed: java/lang/StringBuffer/InsertNullString.java Passed: java/lang/StringBuffer/Replace.java Passed: java/lang/StringBuffer/SBBasher.java Passed: java/lang/StringBuffer/SetLength.java Passed: java/lang/StringBuffer/Substring.java Passed: java/lang/StringBuffer/Supplementary.java Passed: java/lang/StringBuffer/Trim.java Passed: java/lang/StringBuilder/EnsureCapacity.java Passed: java/lang/StringBuilder/Exceptions.java Passed: java/lang/StringBuilder/Insert.java Passed: java/lang/StringBuilder/Supplementary.java FAILED: java/lang/StringCoding/CheckEncodings.sh Passed: java/lang/StringCoding/Enormous.java FAILED: java/lang/System/finalization/FinExit.java Passed: java/lang/System/finalization/FinThreads.java Passed: java/lang/System/Available.java Passed: java/lang/System/ExitFinalizersAndJIT.java Passed: java/lang/System/IgnoreNullSecurityManager.java Passed: java/lang/System/IHashCode.java Passed: java/lang/System/SecurityRace.java FAILED: java/lang/System/SystemNanoTimeTest.java Passed: java/lang/System/Versions.java FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java FAILED: java/lang/Thread/StopSleep/StopSleepTest.java FAILED: java/lang/Thread/StopWait/StopWaitTest.java Passed: java/lang/Thread/GenerifyStackTraces.java Passed: java/lang/Thread/HoldsLock.java Passed: java/lang/Thread/MainThreadTest.java Passed: java/lang/Thread/NullStackTrace.java Passed: java/lang/Thread/StackTraces.java Passed: java/lang/Thread/ThreadStateTest.java FAILED: java/lang/Thread/UncaughtExceptions.sh Passed: java/lang/ThreadGroup/Daemon.java Passed: java/lang/ThreadGroup/SetMaxPriority.java Passed: java/lang/ThreadGroup/Stop.java Passed: java/lang/ThreadGroup/Suspend.java Passed: java/lang/ThreadLocal/Basic.java Passed: java/lang/ThreadLocal/ImmutableLocal.java Passed: java/lang/ThreadLocal/InitialValue.java Passed: java/lang/ThreadLocal/MemoryLeak.java Passed: java/lang/ThreadLocal/TestThreadId.java Passed: java/lang/ThreadLocal/TLRemoveTest.java Passed: java/lang/Throwable/ChainedExceptions.java Passed: java/lang/Throwable/LegacyChainedExceptionSerialization.java Passed: java/lang/Throwable/LocalizedMessage.java Passed: java/lang/Throwable/NewChainedExceptions.java Passed: java/lang/Throwable/StackTraceSerialization.java Passed: java/lang/Throwable/SuppressedExceptions.java Passed: java/lang/Compare.java Passed: java/lang/HashCode.java Passed: java/lang/ToString.java Test results: passed: 276; failed: 95; error: 7 Report written to /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html Results written to /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork Error: Some tests failed or other problems occurred. testing java/lang/invoke... Passed: java/lang/invoke/6987555/Test6987555.java Passed: java/lang/invoke/6991596/Test6991596.java Passed: java/lang/invoke/6998541/Test6998541.java Error: java/lang/invoke/ClassValueTest.java FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java Error: java/lang/invoke/InvokeGenericTest.java Error: java/lang/invoke/JavaDocExamplesTest.java Error: java/lang/invoke/MethodHandlesTest.java Error: java/lang/invoke/MethodTypeTest.java Error: java/lang/invoke/PermuteArgsTest.java Error: java/lang/invoke/RicochetTest.java Test results: passed: 3; failed: 1; error: 7 Report written to /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html Results written to /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork Error: Some tests failed or other problems occurred. testing langtools... Cannot determine version of java to run jtreg Note, I just fixed langtool test run : pushd jdk echo "testing java/lang..." $JTREG_DIR/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/ 1.7.0.jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang echo "testing java/lang/invoke..." $JTREG_DIR/linux/bin/jtreg -XX:+UnlockExperimentalVMOptions -XX:+EnableInvokeDynamic -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0. jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang/invoke/ popd pushd langtools echo "testing langtools..." $JTREG_DIR/linux/bin/jtreg -XX:+UnlockExperimentalVMOptions -jdk:build/ macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home -ignore:quiet -samevm-v:summary test/tools/ popd From leonid.romanov at oracle.com Wed Sep 28 02:44:20 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Wed, 28 Sep 2011 13:44:20 +0400 Subject: CFRelease question In-Reply-To: <57C7EEF3-B278-487C-9326-F3196C31084C@apple.com> References: <7BED9AF9-9208-4348-948F-1A6F5F883E1A@oracle.com> <57C7EEF3-B278-487C-9326-F3196C31084C@apple.com> Message-ID: <381F382A-4CA6-43BB-91C4-F2E5B15FD0EB@oracle.com> I see. Thanks! On 27.09.2011, at 22:00, Mike Swingler wrote: > On Sep 27, 2011, at 10:40 AM, Leonid Romanov wrote: > >> Hi, >> I've got a question: if we CFRelease a NSWindow with the retain count 1, thus making it 0, will it result in dealloc chain calls? I'm asking this question because I'm investigating http://java.net/jira/browse/MACOSX_PORT-429 and my current theory is that something is wrong with the reference counting (I'm not sure about it, though). > > Absolutely, CFRelease() will call -dealloc when the retain count reaches 0. CFRelease() of a window should occur on the main AppKit Thread 0, since the destruction of a window calls into other parts of AppKit. > > A window may temporarily be retained/released/autoreleased by other things, like a block-copy when doing -[JNFRunLoop performOnMainThreadWaiting:withBlock:], or other actions which may introspect the list of open windows. > > Regards, > Mike Swingler > Java Engineering > Apple Inc. > From swpalmer at gmail.com Wed Sep 28 04:29:34 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Wed, 28 Sep 2011 07:29:34 -0400 Subject: JTReg tests results on other ports In-Reply-To: <4E828C7A.5060702@oracle.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> Message-ID: <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. e.g.: ----------System.err:(56/3093)---------- /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist import junit.framework.*; ^ /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol public class q0001BasicString extends TestCase { ^ symbol: class TestCase /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol public static Test suite() { Scott On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: > Scott, > > You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. > > If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. > > I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. > > -- Jon > > > On 09/27/2011 07:38 PM, Scott Palmer wrote: >> The issue is this error which occurs quite a bit when I try to run the tests: >> >> JUnit not available: see the FAQ or online help for details >> >> Except the only mention in the FAQ (http://openjdk.java.net/jtreg/faq.html) is: >> >> >> 1.13. Why not use JUnit? >> >> JUnit was not around when we started writing tests for JDK. And, the test tag specification has been specifically designed for testing JDK, with support for testing applets, command-line interfaces, and so on, as well as simple API tests. >> >> And by now, there are many thousands of tests written for jtreg, so it would not be practical to convert to JUnit. >> >> >> >> Not exactly helpful. >> >> Scott >> >> >> On 2011-09-27, at 9:31 PM, Jonathan Gibbons wrote: >> >>> jtreg -help gives info about all the basic options. You can also see the info in a browser with jtreg -onlinehelp >>> >>> In its simplest form, you want >>> >>> jtreg -jdk:/JDK_TO_TEST TESTS/ >>> >>> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >>> >>> jtreg -jdk:build/linux-i586/j2sdk-image jdk/test/ >>> >>> But, that probably runs more tests than you want, and includes some manual tests, and some that may fail, >>> so you might also want to take advantage of the rules in test/Makefile. >>> >>> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >>> >>> cd test; make all >>> >>> -- Jon >>> >>> >>> >>> On 09/27/2011 06:13 PM, Scott Palmer wrote: >>>> Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. >>>> >>>> Scott >>>> >>>> On 2011-09-27, at 8:11 PM, David Durrence wrote: >>>> >>>>> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >>>>> >>>>> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >>>>> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >>>>> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >>>>> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >>>>> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >>>>> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java >>>> ... >>>> > From taras.ledkov at oracle.com Wed Sep 28 05:04:51 2011 From: taras.ledkov at oracle.com (taras ledkov) Date: Wed, 28 Sep 2011 16:04:51 +0400 Subject: Fwd: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E80F6E2.8050307@oracle.com> References: <4E80F6E2.8050307@oracle.com> Message-ID: <4E830D63.9070407@oracle.com> Hello, I know nothing about test result publishing. When i have begun the primary analysis of tests results, I run tests for both platforms (MacOS & linux) and compared results. Regression test suite is not so huge. Many failed tests from e-mail of Henri Gomez successfully pass on MacOS. It seems to me these are configuration errors. For adjustment a test environment and an environment for debugging i used only instructions from http://wikis.sun.com/display/OpenJDK/Mac+OS+X+Port -------- Original Message -------- Subject: Re: JTReg tests results on other ports Date: Mon, 26 Sep 2011 11:16:51 -0700 From: Mike Swingler To: Henri Gomez CC: macosx-port-dev at openjdk.java.net Can anyone from Oracle's SQE division give some color or guidance to the expected JTReg failures on other platforms? I think the failures in java/lang/(instrument,management) probably point to either missing implementation or mis-configuration, so there should probably be some bugs filed on those, at least if they are not mis-configuration. Regards, Mike Swingler Java Engineering Apple Inc. On Sep 25, 2011, at 11:44 PM, Henri Gomez wrote: > Hi to all, > > We still get JTReg errors on macosx-port and I was wondering where we > could if these tests also fail on other ports. > > Did there is somewhere where I could see JTReg reports for Linux and Windows ? > > Cheers > > ---- > > FAILED: java/lang/annotation/loaderLeak/Main.java > FAILED: java/lang/Class/forName/NonJavaNames.sh > FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java > FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh > FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh > FAILED: java/lang/ClassLoader/Assert.java > FAILED: java/lang/ClassLoader/GetDotResource.java > FAILED: java/lang/Double/R1388007FloatOverflow.java > FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh > FAILED: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh > FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh > FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh > FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java > FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java > FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java > FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh > FAILED: java/lang/instrument/PremainClass/PremainClassTest.sh > FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh > FAILED: java/lang/instrument/AddTransformerTest.java > FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java > FAILED: java/lang/instrument/AppendToClassPathTest.java > FAILED: java/lang/instrument/FromShutdownHook.java > FAILED: java/lang/instrument/GetAllLoadedClassesTest.java > FAILED: java/lang/instrument/GetInitiatedClassesTest.java > FAILED: java/lang/instrument/GetObjectSizeTest.java > FAILED: java/lang/instrument/IsModifiableClassAgent.java > FAILED: java/lang/instrument/ManifestTest.sh > FAILED: java/lang/instrument/NativeMethodPrefixAgent.java > FAILED: java/lang/instrument/NoTransformerAddedTest.java > FAILED: java/lang/instrument/NullGetObjectSizeTest.java > FAILED: java/lang/instrument/NullRedefineClassesTests.java > FAILED: java/lang/instrument/NullTransformerAddTest.java > FAILED: java/lang/instrument/NullTransformerRemoveTest.java > FAILED: java/lang/instrument/RedefineClassesDisabledTest.java > FAILED: java/lang/instrument/RedefineClassesTests.java > FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh > FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh > FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java > FAILED: java/lang/instrument/RemoveTransformerTest.java > FAILED: java/lang/instrument/RetransformAgent.java > FAILED: java/lang/instrument/SingleTransformerTest.java > FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java > FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java > FAILED: java/lang/instrument/TransformMethodTest.java > FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java > FAILED: java/lang/LanguageSpec/AbruptTest.java > FAILED: java/lang/LanguageSpec/LockTest.java > FAILED: java/lang/LanguageSpec/VolatileTest.java > FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/CollectionUsageThresholdSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTest2.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestConcMarkSweepGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/LowMemoryTestSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementConcMarkSweepGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementParallelGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryManagementSerialGC.sh > FAILED: java/lang/management/MemoryMXBean/MemoryTestAllGC.sh > FAILED: java/lang/management/MemoryMXBean/PendingAllGC.sh > FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh > FAILED: java/lang/management/RuntimeMXBean/TestInputArgument.sh > FAILED: java/lang/Math/R1400112FloatPrecisionTest.java > FAILED: java/lang/Math/VampireNumbers.java > FAILED: java/lang/ProcessBuilder/Basic.java > FAILED: java/lang/ProcessBuilder/Zombies.java > FAILED: java/lang/reflect/Field/R2005198/R2005198FieldGetChar.java > FAILED: java/lang/reflect/Field/ReflectionTest.java > FAILED: java/lang/Runtime/exec/RuntimeExecExtendedCharsTest.java > FAILED: java/lang/Runtime/exec/RuntimeExecTest001.java > FAILED: java/lang/Runtime/exec/RuntimeExecTest002.java > FAILED: java/lang/Runtime/exec/SetCwd.java > FAILED: java/lang/Runtime/sanity/RuntimeTest.java > FAILED: java/lang/Runtime/shutdown/ShutdownHooks.sh > FAILED: java/lang/String/q0001BasicString.java > FAILED: java/lang/String/q0002BasicString.java > FAILED: java/lang/StringCoding/CheckEncodings.sh > FAILED: java/lang/System/finalization/FinExit.java > FAILED: java/lang/System/SystemNanoTimeTest.java > FAILED: java/lang/Thread/InterruptSleep/InterruptSleepTest.java > FAILED: java/lang/Thread/InterruptWait/InterruptWaitTest.java > FAILED: java/lang/Thread/StopSleep/StopSleepTest.java > FAILED: java/lang/Thread/StopWait/StopWaitTest.java > FAILED: java/lang/Thread/UncaughtExceptions.sh > FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java From henri.gomez at gmail.com Wed Sep 28 05:22:49 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 14:22:49 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E830D63.9070407@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: Hi Taras. Here is how tests are performed ( http://code.google.com/p/openjdk-osx-build/source/browse/trunk/testvmosxu.sh ) basically under jdk $JTREG_DIR/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7. 0.jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang $JTREG_DIR/linux/bin/jtreg -XX:+UnlockExperimentalVMOptions -XX:+ EnableInvokeDynamic -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/ Contents/Home/ -ignore:quiet -v:summary test/java/lang/invoke/ under langtools $JTREG_DIR/linux/bin/jtreg -XX:+UnlockExperimentalVMOptions -jdk:build/ macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home -ignore:quiet -samevm -v:summary test/tools/ If there is something wrong or weird in my jtref calls, I could fix it. Note, I just added JUnit 4.8.2 and so I'll redo the test suite. From sergey.bylokhov at oracle.com Wed Sep 28 09:03:37 2011 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 28 Sep 2011 20:03:37 +0400 Subject: 2d buffer Message-ID: <4E834559.1020709@oracle.com> Hello, Everybody, I have a question about 2d native area. As far I understand currently during resize event we recreate internal 2d buffer(see Java_sun_java2d_opengl_CGLSurfaceData_resize method). - Is it possible to initialize it with some default color instead of just random bytes? and - Is it possible to copy bytes from old buffer to the new one? Thanks. -- Best regards, Sergey. From henri.gomez at gmail.com Wed Sep 28 12:00:14 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 21:00:14 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E830D63.9070407@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: Following Taras recommendation I updated my test like this : Using absolute jdk path instead of relative and much more tests passes now : /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang .... Passed: java/lang/Compare.java Passed: java/lang/HashCode.java Passed: java/lang/ToString.java Test results: passed: 346; failed: 25; error: 7 Report written to /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html Results written to /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork Error: Some tests failed or other problems occurred. .... There is still errors, related to javac : ./JTwork/java/lang/ClassLoader/deadlock/TestCrossDelegate.jtr #section:script_messages ----------messages:(4/215)---------- JDK under test: (/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home) openjdk version "1.7.0-b147" OpenJDK Runtime Environment (build 1.7.0-b147-20110928) OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) #section:shell ----------messages:(3/144)---------- command: shell TestCrossDelegate.sh [] reason: User specified action: run shell/timeout=300 TestCrossDelegate.sh elapsed time (seconds): 0.009 ----------System.out:(4/338)---------- TESTSRC=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock TESTCLASSES=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork/classes/java/lang/ClassLoader/deadlock TESTJAVA=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home ----------System.err:(1/244)---------- /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh: line 70: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Homebinjavac: No such file or directory result: Failed. Execution failed: exit code 127 test result: Failed. Execution failed: exit code 127 From henri.gomez at gmail.com Wed Sep 28 12:14:46 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 21:14:46 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: More on this While testing langtools I noticed #section:shell ----------messages:(3/103)---------- command: shell apt.sh [] reason: User specified action: run shell apt.sh elapsed time (seconds): 0.01 ----------System.out:(1/20)---------- Compilation failed. ----------System.err:(1/248)---------- /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/langtools/test/tools/apt/Basics/apt.sh: line 65: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/bin/javac: No such file or directory result: Failed. Execution failed: exit code 1 test result: Failed. Execution failed: exit code 1 What's strange is I provided /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home as jdk home and not /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home 2011/9/28 Henri Gomez : > Following Taras recommendation I updated my test like this : > > Using absolute jdk path instead of relative and much more tests passes now : > > /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg > -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ > -ignore:quiet -v:summary test/java/lang > > .... > > Passed: java/lang/Compare.java > Passed: java/lang/HashCode.java > Passed: java/lang/ToString.java > Test results: passed: 346; failed: 25; error: 7 > Report written to > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html > Results written to > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork > Error: Some tests failed or other problems occurred. > > .... > > There is still errors, related to javac : > > ./JTwork/java/lang/ClassLoader/deadlock/TestCrossDelegate.jtr > > > #section:script_messages > ----------messages:(4/215)---------- > JDK under test: (/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home) > openjdk version "1.7.0-b147" > OpenJDK Runtime Environment (build 1.7.0-b147-20110928) > OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) > > #section:shell > ----------messages:(3/144)---------- > command: shell TestCrossDelegate.sh [] > reason: User specified action: run shell/timeout=300 TestCrossDelegate.sh > elapsed time (seconds): 0.009 > ----------System.out:(4/338)---------- > TESTSRC=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock > TESTCLASSES=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork/classes/java/lang/ClassLoader/deadlock > TESTJAVA=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home > > ----------System.err:(1/244)---------- > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh: > line 70: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Homebinjavac: > No such file or directory > result: Failed. Execution failed: exit code 127 > > > test result: Failed. Execution failed: exit code 127 > From jonathan.gibbons at oracle.com Wed Sep 28 12:21:24 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 12:21:24 -0700 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: <4E8373B4.3040404@oracle.com> That is very strange, since jtreg internally converts relative paths to absolute paths. -- Jon On 09/28/2011 12:00 PM, Henri Gomez wrote: > Following Taras recommendation I updated my test like this : > > Using absolute jdk path instead of relative and much more tests passes now : > > /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg > -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ > -ignore:quiet -v:summary test/java/lang > > .... > > Passed: java/lang/Compare.java > Passed: java/lang/HashCode.java > Passed: java/lang/ToString.java > Test results: passed: 346; failed: 25; error: 7 > Report written to > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html > Results written to > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork > Error: Some tests failed or other problems occurred. > > .... > > There is still errors, related to javac : > > ./JTwork/java/lang/ClassLoader/deadlock/TestCrossDelegate.jtr > > > #section:script_messages > ----------messages:(4/215)---------- > JDK under test: (/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home) > openjdk version "1.7.0-b147" > OpenJDK Runtime Environment (build 1.7.0-b147-20110928) > OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) > > #section:shell > ----------messages:(3/144)---------- > command: shell TestCrossDelegate.sh [] > reason: User specified action: run shell/timeout=300 TestCrossDelegate.sh > elapsed time (seconds): 0.009 > ----------System.out:(4/338)---------- > TESTSRC=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock > TESTCLASSES=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork/classes/java/lang/ClassLoader/deadlock > TESTJAVA=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home > > ----------System.err:(1/244)---------- > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh: > line 70: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Homebinjavac: > No such file or directory > result: Failed. Execution failed: exit code 127 > > > test result: Failed. Execution failed: exit code 127 From jonathan.gibbons at oracle.com Wed Sep 28 12:26:16 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 12:26:16 -0700 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: <4E8374D8.7060605@oracle.com> What is the internal structure of /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home ? With "standard" JDK, when you run "java" from a JDK, you end up with java.home set to the JDK/jre directory, and jtreg tries to "undo" that to get back to the JDK directory to find JDK/bin/javac etc. If the layout is anything different, jtreg may get confused. -- Jon On 09/28/2011 12:14 PM, Henri Gomez wrote: > More on this > > While testing langtools I noticed > > #section:shell > ----------messages:(3/103)---------- > command: shell apt.sh [] > reason: User specified action: run shell apt.sh > elapsed time (seconds): 0.01 > ----------System.out:(1/20)---------- > Compilation failed. > ----------System.err:(1/248)---------- > /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/langtools/test/tools/apt/Basics/apt.sh: > line 65: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/bin/javac: > No such file or directory > result: Failed. Execution failed: exit code 1 > > > test result: Failed. Execution failed: exit code 1 > > > What's strange is I provided > /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home as jdk home > and not /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home > > 2011/9/28 Henri Gomez: >> Following Taras recommendation I updated my test like this : >> >> Using absolute jdk path instead of relative and much more tests passes now : >> >> /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg >> -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ >> -ignore:quiet -v:summary test/java/lang >> >> .... >> >> Passed: java/lang/Compare.java >> Passed: java/lang/HashCode.java >> Passed: java/lang/ToString.java >> Test results: passed: 346; failed: 25; error: 7 >> Report written to >> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTreport/html/report.html >> Results written to >> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork >> Error: Some tests failed or other problems occurred. >> >> .... >> >> There is still errors, related to javac : >> >> ./JTwork/java/lang/ClassLoader/deadlock/TestCrossDelegate.jtr >> >> >> #section:script_messages >> ----------messages:(4/215)---------- >> JDK under test: (/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home) >> openjdk version "1.7.0-b147" >> OpenJDK Runtime Environment (build 1.7.0-b147-20110928) >> OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode) >> >> #section:shell >> ----------messages:(3/144)---------- >> command: shell TestCrossDelegate.sh [] >> reason: User specified action: run shell/timeout=300 TestCrossDelegate.sh >> elapsed time (seconds): 0.009 >> ----------System.out:(4/338)---------- >> TESTSRC=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock >> TESTCLASSES=/Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/JTwork/classes/java/lang/ClassLoader/deadlock >> TESTJAVA=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home >> >> ----------System.err:(1/244)---------- >> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh: >> line 70: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Homebinjavac: >> No such file or directory >> result: Failed. Execution failed: exit code 127 >> >> >> test result: Failed. Execution failed: exit code 127 >> From henri.gomez at gmail.com Wed Sep 28 12:30:06 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 21:30:06 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E8374D8.7060605@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E8374D8.7060605@oracle.com> Message-ID: > What is the internal structure of > /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home ? drwxr-xr-x 3 henri staff 102 Sep 28 08:16 1.7.0.jre -r--r--r-- 1 henri staff 1503 Sep 28 08:15 ASSEMBLY_EXCEPTION -r--r--r-- 1 henri staff 19263 Sep 28 08:15 LICENSE -r--r--r-- 1 henri staff 172135 Sep 28 08:15 THIRD_PARTY_README drwxr-xr-x 40 henri staff 1360 Sep 28 08:15 bin lrwxr-xr-x 1 henri staff 10 Sep 28 08:22 bundle -> jre/bundle drwxr-xr-x 10 henri staff 340 Sep 28 08:16 demo drwxr-xr-x 9 henri staff 306 Sep 28 08:16 include lrwxr-xr-x 1 henri staff 23 Sep 28 08:22 jre -> 1.7.0.jre/Contents/Home drwxr-xr-x 9 henri staff 306 Sep 28 08:16 lib drwxr-xr-x 5 henri staff 170 Sep 28 08:16 man -rw-r--r-- 1 henri staff 218 Sep 28 08:16 release drwxr-xr-x 8 henri staff 272 Sep 28 08:16 sample -rw-r--r-- 1 henri staff 22619962 Sep 28 08:16 src.zip > With "standard" JDK, when you run "java" from a JDK, you end up with > java.home set to the JDK/jre directory, and jtreg tries to "undo" that to > get back to the JDK directory to find JDK/bin/javac etc. ? If the layout is > anything different, jtreg may get confused. Note 1.7.0.jre and ire link may be specific to OSX/ From jonathan.gibbons at oracle.com Wed Sep 28 12:34:10 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 12:34:10 -0700 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E8374D8.7060605@oracle.com> Message-ID: <4E8376B2.2040405@oracle.com> On 09/28/2011 12:30 PM, Henri Gomez wrote: >> What is the internal structure of >> /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home ? > drwxr-xr-x 3 henri staff 102 Sep 28 08:16 1.7.0.jre > -r--r--r-- 1 henri staff 1503 Sep 28 08:15 ASSEMBLY_EXCEPTION > -r--r--r-- 1 henri staff 19263 Sep 28 08:15 LICENSE > -r--r--r-- 1 henri staff 172135 Sep 28 08:15 THIRD_PARTY_README > drwxr-xr-x 40 henri staff 1360 Sep 28 08:15 bin > lrwxr-xr-x 1 henri staff 10 Sep 28 08:22 bundle -> jre/bundle > drwxr-xr-x 10 henri staff 340 Sep 28 08:16 demo > drwxr-xr-x 9 henri staff 306 Sep 28 08:16 include > lrwxr-xr-x 1 henri staff 23 Sep 28 08:22 jre -> > 1.7.0.jre/Contents/Home > drwxr-xr-x 9 henri staff 306 Sep 28 08:16 lib > drwxr-xr-x 5 henri staff 170 Sep 28 08:16 man > -rw-r--r-- 1 henri staff 218 Sep 28 08:16 release > drwxr-xr-x 8 henri staff 272 Sep 28 08:16 sample > -rw-r--r-- 1 henri staff 22619962 Sep 28 08:16 src.zip > > >> With "standard" JDK, when you run "java" from a JDK, you end up with >> java.home set to the JDK/jre directory, and jtreg tries to "undo" that to >> get back to the JDK directory to find JDK/bin/javac etc. If the layout is >> anything different, jtreg may get confused. > Note 1.7.0.jre and ire link may be specific to OSX/ Hmmm, jtreg, and many tests, assume you can get from a JRE to a JDK by removing the "/jre" component. -- Jon From henri.gomez at gmail.com Wed Sep 28 12:34:50 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 21:34:50 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: I updated jtreg call for langtools : /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/tools/apt Passed: tools/apt/Basics/apt.sh Passed: tools/apt/Basics/print.sh Passed: tools/apt/Compile/compile.sh Passed: tools/apt/Discovery/discovery.sh Passed: tools/apt/mirror/declaration/AnnoMirror.java Passed: tools/apt/mirror/declaration/AnnoTypeDecl.java ... no more problem with javac or 1.7.0.jre/... What are the jtreg usual parameters ? From henri.gomez at gmail.com Wed Sep 28 12:37:28 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 21:37:28 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E8376B2.2040405@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E8374D8.7060605@oracle.com> <4E8376B2.2040405@oracle.com> Message-ID: javac live under /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/bin To me it's similar to what we had under OpenJDK 6 2011/9/28 Jonathan Gibbons : > On 09/28/2011 12:30 PM, Henri Gomez wrote: >>> >>> What is the internal structure of >>> /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home ? >> >> drwxr-xr-x ? 3 henri ?staff ? ? ? 102 Sep 28 08:16 1.7.0.jre >> -r--r--r-- ? 1 henri ?staff ? ? ?1503 Sep 28 08:15 ASSEMBLY_EXCEPTION >> -r--r--r-- ? 1 henri ?staff ? ? 19263 Sep 28 08:15 LICENSE >> -r--r--r-- ? 1 henri ?staff ? ?172135 Sep 28 08:15 THIRD_PARTY_README >> drwxr-xr-x ?40 henri ?staff ? ? ?1360 Sep 28 08:15 bin >> lrwxr-xr-x ? 1 henri ?staff ? ? ? ?10 Sep 28 08:22 bundle -> ?jre/bundle >> drwxr-xr-x ?10 henri ?staff ? ? ? 340 Sep 28 08:16 demo >> drwxr-xr-x ? 9 henri ?staff ? ? ? 306 Sep 28 08:16 include >> lrwxr-xr-x ? 1 henri ?staff ? ? ? ?23 Sep 28 08:22 jre -> >> 1.7.0.jre/Contents/Home >> drwxr-xr-x ? 9 henri ?staff ? ? ? 306 Sep 28 08:16 lib >> drwxr-xr-x ? 5 henri ?staff ? ? ? 170 Sep 28 08:16 man >> -rw-r--r-- ? 1 henri ?staff ? ? ? 218 Sep 28 08:16 release >> drwxr-xr-x ? 8 henri ?staff ? ? ? 272 Sep 28 08:16 sample >> -rw-r--r-- ? 1 henri ?staff ?22619962 Sep 28 08:16 src.zip >> >> >>> With "standard" JDK, when you run "java" from a JDK, you end up with >>> java.home set to the JDK/jre directory, and jtreg tries to "undo" that to >>> get back to the JDK directory to find JDK/bin/javac etc. ? If the layout >>> is >>> anything different, jtreg may get confused. >> >> Note 1.7.0.jre and ire link may be specific to OSX/ > > > Hmmm, jtreg, and many tests, assume you can get from a JRE to a JDK by > removing the "/jre" component. > > -- Jon > From jonathan.gibbons at oracle.com Wed Sep 28 12:58:42 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 12:58:42 -0700 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> Message-ID: <4E837C72.6030803@oracle.com> On 09/28/2011 12:34 PM, Henri Gomez wrote: > > What are the jtreg usual parameters ? For langtools, the minimal usual parameters are -s -ignore:quiet -v:summary test/ -s use samevm mode (runs most tests in the same JVM, instead of each test in its own JVM) -ignore:quiet a few remaining tests use @ignore; this option tells jtreg to ignore these tests -v:summary generate one line of output per test run; this is good when running the tests from the command line use -v:summary,nopass if you just want to know about failed/error results test/ Run all the tests (this is a path to a folder, so may be langtools/test depending on your current directory) Personally, I always use -w and -r to override the default locations of the work and report directory, using something like -w build/jtreg/work -r build/jtreg/report Also, for langtools, set assertion options: -ea:com.sun.tools... -esa New: With jtreg 4.1 b03, you can replace "-s" (samevm mode) with "-agentvm" (agentvm mode). AgentVM mode is "like samevm mode, but better". This allows you to run tests concurrently, in separate JVMs. Specify the number with -concurrency:N. Last time I tried this on my relatively new MacBook Pro, I could run all the langtools tests in 2-3 minutes. :-) See http://blogs.oracle.com/jjg/entry/jtreg_update1 for more details. ---- Separately, if anyone is building/debugging *just* langtools, you can build just the langtools repository, and then use something like -jdk:RECENT-JDK -Xbootclasspath/p:LANGTOOLS/build/classes.jar This saves having to build the entire JDK every time you edit langtools. -- Jon From jonathan.gibbons at oracle.com Wed Sep 28 13:06:01 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 13:06:01 -0700 Subject: JTReg tests results on other ports In-Reply-To: <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> Message-ID: <4E837E29.3060602@oracle.com> It looks like we use JUnit 4.5. http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar/download -- Jon On 09/28/2011 04:29 AM, Scott Palmer wrote: > If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. > > e.g.: > > ----------System.err:(56/3093)---------- > /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist > import junit.framework.*; > ^ > /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol > public class q0001BasicString extends TestCase { > ^ > symbol: class TestCase > /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol > public static Test suite() { > > > Scott > > > On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: > >> Scott, >> >> You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. >> >> If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. >> >> I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. >> >> -- Jon >> >> >> On 09/27/2011 07:38 PM, Scott Palmer wrote: >>> The issue is this error which occurs quite a bit when I try to run the tests: >>> >>> JUnit not available: see the FAQ or online help for details >>> >>> Except the only mention in the FAQ (http://openjdk.java.net/jtreg/faq.html) is: >>> >>> >>> 1.13. Why not use JUnit? >>> >>> JUnit was not around when we started writing tests for JDK. And, the test tag specification has been specifically designed for testing JDK, with support for testing applets, command-line interfaces, and so on, as well as simple API tests. >>> >>> And by now, there are many thousands of tests written for jtreg, so it would not be practical to convert to JUnit. >>> >>> >>> >>> Not exactly helpful. >>> >>> Scott >>> >>> >>> On 2011-09-27, at 9:31 PM, Jonathan Gibbons wrote: >>> >>>> jtreg -help gives info about all the basic options. You can also see the info in a browser with jtreg -onlinehelp >>>> >>>> In its simplest form, you want >>>> >>>> jtreg -jdk:/JDK_TO_TEST TESTS/ >>>> >>>> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >>>> >>>> jtreg -jdk:build/linux-i586/j2sdk-image jdk/test/ >>>> >>>> But, that probably runs more tests than you want, and includes some manual tests, and some that may fail, >>>> so you might also want to take advantage of the rules in test/Makefile. >>>> >>>> For example, if you're in the root of a forest for which you have completed a build, it will be something like: >>>> >>>> cd test; make all >>>> gomez >>>> -- Jon >>>> >>>> >>>> >>>> On 09/27/2011 06:13 PM, Scott Palmer wrote: >>>>> Is there a document somewhere that explains how to setup jtreg? I gave it a try a month ago, googled a bit, but found it was basically undocumented. >>>>> >>>>> Scott >>>>> >>>>> On 2011-09-27, at 8:11 PM, David Durrence wrote: >>>>> >>>>> gomez >>>>>> I have run most of the tests listed in this email and for the most part, the test cases are passing for me when I run those tests (on both 10.6.8 and 10.7.1). Under what circumstances are the tests failing? Here are some of my results: >>>>>> >>>>>> javaqa8:jdk mrj$ /Volumes/Data/mySVN/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang/instrument/ >>>>>> Passed: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh >>>>>> Passed: java/lang/instrument/appendToClassLoaderSearch/ClassUnloadTest.sh >>>>>> Passed: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh >>>>>> Passed: java/lang/instrument/BootClassPath/BootClassPathTest.sh >>>>>> Passed: java/lang/instrument/PremainClass/InheritAgent0001.java >>>>> ... >>>>> From henri.gomez at gmail.com Wed Sep 28 13:06:20 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 22:06:20 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E837C72.6030803@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> Message-ID: When I use -s , langtool part for apt failed ;( I'm using jtreg-4.1-bin-b03_11_jul_2011.zip /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -s -ignore:quiet -v:summary test/tools FAILED: tools/apt/Basics/apt.sh FAILED: tools/apt/Basics/print.sh FAILED: tools/apt/Compile/compile.sh FAILED: tools/apt/Discovery/discovery.sh FAILED: tools/apt/mirror/declaration/AnnoMirror.java FAILED: tools/apt/mirror/declaration/AnnoTypeDecl.java FAILED: tools/apt/mirror/declaration/AnnoTypeElemDecl.java FAILED: tools/apt/mirror/declaration/AnnoVal.java FAILED: tools/apt/mirror/declaration/ClassDecl.java FAILED: tools/apt/mirror/declaration/ConstExpr.java FAILED: tools/apt/mirror/declaration/ConstructorDecl.java FAILED: tools/apt/mirror/declaration/EnumDecl.java FAILED: tools/apt/mirror/declaration/FieldDecl.java FAILED: tools/apt/mirror/declaration/GetAnno.java 2011/9/28 Jonathan Gibbons : > On 09/28/2011 12:34 PM, Henri Gomez wrote: >> >> What are the jtreg usual parameters ? > > For langtools, the minimal usual parameters are > > ? ?-s -ignore:quiet -v:summary test/ > > -s > ? ?use samevm mode (runs most tests in the same JVM, instead of each test in > its own JVM) > > -ignore:quiet > ? ?a few remaining tests use @ignore; ?this option tells jtreg to ignore > these tests > > -v:summary > ? ?generate one line of output per test run; > ? ?this is good when running the tests from the command line > ? ?use -v:summary,nopass if you just want to know about failed/error results > > test/ > ? ?Run all the tests (this is a path to a folder, so may be langtools/test > depending on your current directory) > > Personally, I always use -w and -r to override the default locations of the > work and report directory, using something like > ? ?-w build/jtreg/work ?-r build/jtreg/report > > Also, for langtools, set assertion options: > ? ?-ea:com.sun.tools... -esa > > > New: > > With jtreg 4.1 b03, you can replace "-s" (samevm mode) with "-agentvm" > (agentvm mode). AgentVM mode is "like samevm mode, but better". This allows > you to run tests concurrently, in separate JVMs. ?Specify the number with > -concurrency:N. ? Last time I tried this on my relatively new MacBook Pro, I > could run all the langtools tests in 2-3 minutes. :-) ?See > http://blogs.oracle.com/jjg/entry/jtreg_update1 for more details. > > > ---- > > Separately, if anyone is building/debugging *just* langtools, you can build > just the langtools repository, and then use something like > ? ?-jdk:RECENT-JDK ? -Xbootclasspath/p:LANGTOOLS/build/classes.jar > > This saves having to build the entire JDK every time you edit langtools. > > -- Jon > From henri.gomez at gmail.com Wed Sep 28 13:15:55 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Wed, 28 Sep 2011 22:15:55 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E837C72.6030803@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> Message-ID: using -s make java/lang failure also : /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -ignore:quiet -v:summary test/java/lang/ Passed: java/lang/annotation/AnnotationTypeMismatchException/FoundType.java Passed: java/lang/annotation/loaderLeak/Main.java Passed: java/lang/annotation/Missing/MissingTest.java Passed: java/lang/annotation/package-info.java Passed: java/lang/annotation/ParameterAnnotations.java Passed: java/lang/annotation/RecursiveAnnotation.java ... /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -s -ignore:quiet -v:summary test/java/lang/ Passed: java/lang/annotation/AnnotationTypeMismatchException/FoundType.java FAILED: java/lang/annotation/loaderLeak/Main.java Passed: java/lang/annotation/Missing/MissingTest.java Passed: java/lang/annotation/package-info.java Passed: java/lang/annotation/ParameterAnnotations.java Passed: java/lang/annotation/RecursiveAnnotation.java Passed: java/lang/annotation/UnitTest.java Passed: java/lang/Appendable/Basic.java Passed: java/lang/AssertionError/Cause.java Passed: java/lang/Boolean/Factory.java Passed: java/lang/Boolean/GetBoolean.java ... From jonathan.gibbons at oracle.com Wed Sep 28 13:18:58 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 13:18:58 -0700 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> Message-ID: <4E838132.9080802@oracle.com> For langtools, all the tests should pass all the time in any mode. It's that simple, and we've worked hard to get to that point :-) If the apt tests are failing, that would indicate a problem with what you are testing -- i.e. the Mac build. -- Jon On 09/28/2011 01:06 PM, Henri Gomez wrote: > When I use -s , langtool part for apt failed ;( > > I'm using jtreg-4.1-bin-b03_11_jul_2011.zip > > > /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg > -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -s > -ignore:quiet -v:summary test/tools > FAILED: tools/apt/Basics/apt.sh > FAILED: tools/apt/Basics/print.sh > FAILED: tools/apt/Compile/compile.sh > FAILED: tools/apt/Discovery/discovery.sh > FAILED: tools/apt/mirror/declaration/AnnoMirror.java > FAILED: tools/apt/mirror/declaration/AnnoTypeDecl.java > FAILED: tools/apt/mirror/declaration/AnnoTypeElemDecl.java > FAILED: tools/apt/mirror/declaration/AnnoVal.java > FAILED: tools/apt/mirror/declaration/ClassDecl.java > FAILED: tools/apt/mirror/declaration/ConstExpr.java > FAILED: tools/apt/mirror/declaration/ConstructorDecl.java > FAILED: tools/apt/mirror/declaration/EnumDecl.java > FAILED: tools/apt/mirror/declaration/FieldDecl.java > FAILED: tools/apt/mirror/declaration/GetAnno.java > > > > 2011/9/28 Jonathan Gibbons: >> On 09/28/2011 12:34 PM, Henri Gomez wrote: >>> What are the jtreg usual parameters ? >> For langtools, the minimal usual parameters are >> >> -s -ignore:quiet -v:summary test/ >> >> -s >> use samevm mode (runs most tests in the same JVM, instead of each test in >> its own JVM) >> >> -ignore:quiet >> a few remaining tests use @ignore; this option tells jtreg to ignore >> these tests >> >> -v:summary >> generate one line of output per test run; >> this is good when running the tests from the command line >> use -v:summary,nopass if you just want to know about failed/error results >> >> test/ >> Run all the tests (this is a path to a folder, so may be langtools/test >> depending on your current directory) >> >> Personally, I always use -w and -r to override the default locations of the >> work and report directory, using something like >> -w build/jtreg/work -r build/jtreg/report >> >> Also, for langtools, set assertion options: >> -ea:com.sun.tools... -esa >> >> >> New: >> >> With jtreg 4.1 b03, you can replace "-s" (samevm mode) with "-agentvm" >> (agentvm mode). AgentVM mode is "like samevm mode, but better". This allows >> you to run tests concurrently, in separate JVMs. Specify the number with >> -concurrency:N. Last time I tried this on my relatively new MacBook Pro, I >> could run all the langtools tests in 2-3 minutes. :-) See >> http://blogs.oracle.com/jjg/entry/jtreg_update1 for more details. >> >> >> ---- >> >> Separately, if anyone is building/debugging *just* langtools, you can build >> just the langtools repository, and then use something like >> -jdk:RECENT-JDK -Xbootclasspath/p:LANGTOOLS/build/classes.jar >> >> This saves having to build the entire JDK every time you edit langtools. >> >> -- Jon >> From jonathan.gibbons at oracle.com Wed Sep 28 13:26:37 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 28 Sep 2011 13:26:37 -0700 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> Message-ID: <4E8382FD.8060407@oracle.com> Whereas for langtools, all the tests should pass all the time on all platforms, the same is regrettably not true for tests in the jdk/test/ folder. That being said, we know about the problems there, and a lot of work is going on to make the jdk/tests/ work better/faster. However, that work is currently mostly going on in the JDK 8 forest. To work around the problem of unreliable tests, Kelly changed the test/Makefile to use a mechanism called the "Problem List", which we use to identify tests which are problematic in samevm mode. That mechanism is not perfect but is a whole lot better than not using it. As of jtreg 4.1 b03, jtreg natively supports the "problem list", so you should be able to go something like jjtreg -jdk:... -s -exclude:jdk/test/ProblemList.txt jdk/test/java/lang -- Jon On 09/28/2011 01:15 PM, Henri Gomez wrote: > using -s make java/lang failure also : > > /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg > -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ > -ignore:quiet -v:summary test/java/lang/ > Passed: java/lang/annotation/AnnotationTypeMismatchException/FoundType.java > Passed: java/lang/annotation/loaderLeak/Main.java > Passed: java/lang/annotation/Missing/MissingTest.java > Passed: java/lang/annotation/package-info.java > Passed: java/lang/annotation/ParameterAnnotations.java > Passed: java/lang/annotation/RecursiveAnnotation.java > ... > > /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg > -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/ -s > -ignore:quiet -v:summary test/java/lang/ > Passed: java/lang/annotation/AnnotationTypeMismatchException/FoundType.java > FAILED: java/lang/annotation/loaderLeak/Main.java > Passed: java/lang/annotation/Missing/MissingTest.java > Passed: java/lang/annotation/package-info.java > Passed: java/lang/annotation/ParameterAnnotations.java > Passed: java/lang/annotation/RecursiveAnnotation.java > Passed: java/lang/annotation/UnitTest.java > Passed: java/lang/Appendable/Basic.java > Passed: java/lang/AssertionError/Cause.java > Passed: java/lang/Boolean/Factory.java > Passed: java/lang/Boolean/GetBoolean.java > ... From david.katleman at sun.com Wed Sep 28 12:25:05 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:25:05 +0000 Subject: hg: macosx-port/macosx-port: Added tag jdk7-b210 for changeset 62abc8642191 Message-ID: <20110928192505.6AC3347A54@hg.openjdk.java.net> Changeset: d685b3f397e7 Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/rev/d685b3f397e7 Added tag jdk7-b210 for changeset 62abc8642191 ! .hgtags From david.katleman at sun.com Wed Sep 28 12:25:13 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:25:13 +0000 Subject: hg: macosx-port/macosx-port/corba: Added tag jdk7-b210 for changeset c10b00f9948d Message-ID: <20110928192514.280DE47A55@hg.openjdk.java.net> Changeset: 19c8950e4767 Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/corba/rev/19c8950e4767 Added tag jdk7-b210 for changeset c10b00f9948d ! .hgtags From david.katleman at sun.com Wed Sep 28 12:25:22 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:25:22 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Added tag jdk7-b210 for changeset 4471fbdd5c7b Message-ID: <20110928192524.A255D47A56@hg.openjdk.java.net> Changeset: 2b09e23e356e Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/2b09e23e356e Added tag jdk7-b210 for changeset 4471fbdd5c7b ! .hgtags From david.katleman at sun.com Wed Sep 28 12:25:33 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:25:33 +0000 Subject: hg: macosx-port/macosx-port/jaxp: Added tag jdk7-b210 for changeset ae99c5879c67 Message-ID: <20110928192533.2C95747A57@hg.openjdk.java.net> Changeset: 7f2e92f54b31 Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jaxp/rev/7f2e92f54b31 Added tag jdk7-b210 for changeset ae99c5879c67 ! .hgtags From david.katleman at sun.com Wed Sep 28 12:25:41 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:25:41 +0000 Subject: hg: macosx-port/macosx-port/jaxws: Added tag jdk7-b210 for changeset 3c7412a66524 Message-ID: <20110928192541.4F49447A58@hg.openjdk.java.net> Changeset: 95e080c3c8c3 Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jaxws/rev/95e080c3c8c3 Added tag jdk7-b210 for changeset 3c7412a66524 ! .hgtags From david.katleman at sun.com Wed Sep 28 12:25:50 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:25:50 +0000 Subject: hg: macosx-port/macosx-port/jdk: Added tag jdk7-b210 for changeset e45f5175d849 Message-ID: <20110928192600.D261B47A59@hg.openjdk.java.net> Changeset: 78d7acd24884 Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/78d7acd24884 Added tag jdk7-b210 for changeset e45f5175d849 ! .hgtags From david.katleman at sun.com Wed Sep 28 12:26:09 2011 From: david.katleman at sun.com (david.katleman at sun.com) Date: Wed, 28 Sep 2011 19:26:09 +0000 Subject: hg: macosx-port/macosx-port/langtools: Added tag jdk7-b210 for changeset 4b3202d234c2 Message-ID: <20110928192611.B692A47A5A@hg.openjdk.java.net> Changeset: 13803b563b15 Author: katleman Date: 2011-09-28 11:16 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/langtools/rev/13803b563b15 Added tag jdk7-b210 for changeset 4b3202d234c2 ! .hgtags From henri.gomez at gmail.com Wed Sep 28 23:40:53 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 29 Sep 2011 08:40:53 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E8382FD.8060407@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> <4E8382FD.8060407@oracle.com> Message-ID: When not using -s, tests take longer but I see less failed tests : /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home -ignore:quiet -v:summary test/java/lang | grep FAILED FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh FAILED: java/lang/instrument/ManifestTest.sh FAILED: java/lang/management/OperatingSystemMXBean/TestSystemLoadAvg.sh FAILED: java/lang/ProcessBuilder/Basic.java FAILED: java/lang/ProcessBuilder/Zombies.java FAILED: java/lang/reflect/Field/ReflectionTest.java Error: Some tests failed or other problems occurred. When I add -s -exclude:test/ProblemList.txt for test/java/lang and I still see errors : /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/linux/bin/jtreg -jdk:/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home -s -exclude:test/ProblemList.txt -ignore:quiet -v:summary test/java/lang FAILED: java/lang/annotation/loaderLeak/Main.java FAILED: java/lang/Class/getEnclosingClass/EnclosingClassTest.java FAILED: java/lang/ClassLoader/deadlock/TestCrossDelegate.sh FAILED: java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh FAILED: java/lang/instrument/appendToClassLoaderSearch/CircularityErrorTest.sh FAILED: java/lang/instrument/appendToClassLoaderSearch/run_tests.sh FAILED: java/lang/instrument/BootClassPath/BootClassPathTest.sh FAILED: java/lang/instrument/PremainClass/InheritAgent0001.java FAILED: java/lang/instrument/PremainClass/InheritAgent0010.java FAILED: java/lang/instrument/PremainClass/InheritAgent0011.java FAILED: java/lang/instrument/PremainClass/InheritAgent0100.java FAILED: java/lang/instrument/PremainClass/InheritAgent0101.java FAILED: java/lang/instrument/PremainClass/InheritAgent0110.java FAILED: java/lang/instrument/PremainClass/InheritAgent0111.java FAILED: java/lang/instrument/PremainClass/InheritAgent1000.java FAILED: java/lang/instrument/PremainClass/InheritAgent1001.java FAILED: java/lang/instrument/PremainClass/InheritAgent1010.java FAILED: java/lang/instrument/PremainClass/InheritAgent1011.java FAILED: java/lang/instrument/PremainClass/InheritAgent1100.java FAILED: java/lang/instrument/PremainClass/InheritAgent1101.java FAILED: java/lang/instrument/PremainClass/InheritAgent1110.java FAILED: java/lang/instrument/PremainClass/InheritAgent1111.java FAILED: java/lang/instrument/PremainClass/NoPremainAgent.sh FAILED: java/lang/instrument/PremainClass/ZeroArgPremainAgent.sh FAILED: java/lang/instrument/AddTransformerTest.java FAILED: java/lang/instrument/AppendToBootstrapClassPathTest.java FAILED: java/lang/instrument/AppendToClassPathTest.java FAILED: java/lang/instrument/FromShutdownHook.java FAILED: java/lang/instrument/GetAllLoadedClassesTest.java FAILED: java/lang/instrument/GetInitiatedClassesTest.java FAILED: java/lang/instrument/GetObjectSizeTest.java FAILED: java/lang/instrument/IsModifiableClassAgent.java FAILED: java/lang/instrument/ManifestTest.sh FAILED: java/lang/instrument/NativeMethodPrefixAgent.java FAILED: java/lang/instrument/NoTransformerAddedTest.java FAILED: java/lang/instrument/NullGetObjectSizeTest.java FAILED: java/lang/instrument/NullRedefineClassesTests.java FAILED: java/lang/instrument/NullTransformerAddTest.java FAILED: java/lang/instrument/NullTransformerRemoveTest.java FAILED: java/lang/instrument/RedefineClassesDisabledTest.java FAILED: java/lang/instrument/RedefineClassesTests.java FAILED: java/lang/instrument/RedefineClassWithNativeMethod.sh FAILED: java/lang/instrument/RedefineMethodAddInvoke.sh FAILED: java/lang/instrument/RemoveAbsentTransformerTest.java FAILED: java/lang/instrument/RemoveTransformerTest.java FAILED: java/lang/instrument/RetransformAgent.java FAILED: java/lang/instrument/SingleTransformerTest.java FAILED: java/lang/instrument/TransformerManagementThreadAddTests.java FAILED: java/lang/instrument/TransformerManagementThreadRemoveTests.java FAILED: java/lang/instrument/TransformMethodTest.java .... Failed tests when using same vm (-s) are happening seems macosxport since I saw in some .jtr files : /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock/TestOneWayDelegate.sh: line 62: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/1.7.0.jre/Contents/Home/bin/javac: No such file or directory About failed tested in standard mode (without -s) some seems related to the way javac path is built (missing /) : ----------System.err:(1/244)---------- /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/ClassLoader/deadlock/TestCrossDelegate.sh: line 70: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Homebinjavac: No such file or directory result: Failed. Execution failed: exit code 127 PS: About JUnit in jtreg lib, may be you should mention that jar should be named junit.jar, I got errors when I deployed it as junit-4.8.2.jar :( From henri.gomez at gmail.com Wed Sep 28 23:46:13 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 29 Sep 2011 08:46:13 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> <4E8382FD.8060407@oracle.com> Message-ID: 2011/9/29 Henri Gomez : > When not using -s, tests take longer but I see less failed tests : .... Notice, if -s failed more often under macosxport, -agentvm seems to works correctly (I'll use it until -s problem will be fixed) From henri.gomez at gmail.com Thu Sep 29 00:31:59 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 29 Sep 2011 09:31:59 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> <4E8382FD.8060407@oracle.com> Message-ID: I upload to openjdk-osx-build site todays jtreg reports with latests settings in jtreg calls. http://openjdk-osx-build.googlecode.com/files/test-java-lang-results-20110929.tar.gz http://openjdk-osx-build.googlecode.com/files/test-langtools-results-20110929.tar.gz Inside you'll find JTwork and JTreports for each run : jtreg -jdk:MY_JDK_PATH -agentvm -ignore:quiet -v:summary test/java/lang jtreg -jdk:MY_JDK_PATH -agentvm -ignore:quiet -v:summary test/tools It should be simpler for you to localize OS/X specific problems (ie: javac path build error) Cheers 2011/9/29 Henri Gomez : > 2011/9/29 Henri Gomez : >> When not using -s, tests take longer but I see less failed tests : > > .... > > Notice, if -s failed more often under macosxport, -agentvm seems to > works correctly (I'll use it until -s problem will be fixed) > From alexander.potochkin at sun.com Thu Sep 29 05:21:29 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Thu, 29 Sep 2011 12:21:29 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed JCK test failing - plaf.synth.JToolBar.paintDragWindow_positive Message-ID: <20110929122140.442CC47A8A@hg.openjdk.java.net> Changeset: f23ed2c43ef8 Author: alexp Date: 2011-09-29 16:40 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/f23ed2c43ef8 fixed JCK test failing - plaf.synth.JToolBar.paintDragWindow_positive ! src/macosx/classes/sun/lwawt/LWComponentPeer.java From alexander.zuev at oracle.com Thu Sep 29 05:25:16 2011 From: alexander.zuev at oracle.com (alexander.zuev at oracle.com) Date: Thu, 29 Sep 2011 12:25:16 +0000 Subject: hg: macosx-port/macosx-port/jdk: 2 new changesets Message-ID: <20110929122536.E0A3047A8B@hg.openjdk.java.net> Changeset: 92447d5a3701 Author: kizune Date: 2011-09-29 16:23 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/92447d5a3701 Proper fix for MACOSX_PORT-366: Incorrect result: FontMetrics.getMaxAdvance() now we using already initialized NSFont instance to get system specific maximumAdvice property ! src/macosx/native/sun/font/AWTStrike.m Changeset: e0e6613dee9c Author: kizune Date: 2011-09-29 16:25 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/e0e6613dee9c Merge with parent From Alan.Bateman at oracle.com Thu Sep 29 06:38:58 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 29 Sep 2011 14:38:58 +0100 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> <4E8382FD.8060407@oracle.com> Message-ID: <4E8474F2.7010002@oracle.com> Henri Gomez wrote: > I upload to openjdk-osx-build site todays jtreg reports with latests > settings in jtreg calls. > > http://openjdk-osx-build.googlecode.com/files/test-java-lang-results-20110929.tar.gz > http://openjdk-osx-build.googlecode.com/files/test-langtools-results-20110929.tar.gz > > Inside you'll find JTwork and JTreports for each run : > > jtreg -jdk:MY_JDK_PATH -agentvm -ignore:quiet -v:summary test/java/lang > jtreg -jdk:MY_JDK_PATH -agentvm -ignore:quiet -v:summary test/tools > > It should be simpler for you to localize OS/X specific problems (ie: > javac path build error) > > Cheers > I grabbed test-java-lang-results-20110929.tar.gz and briefly look at the 24 failures you are seeing. Looks like 20 of them are because jtreg can't find JUnit and I see you are discussing that with Jon. One thing to point out is that 19 of these JUnit tests do not exist upstream so as per another thread here, we need to make sure these tests are stable and working on other platforms before they are pushed upstream. The remaining one (invoke/InvokeDynamicPrintArgs.java) is jdk7's ProblemList because of the JUnit dependency. The remaining 4 failures seem to be test porting issues: OperatingSystemMXBean/TestSystemLoadAvg.sh runs "uptime" and parses the output but the format is different on MacOSX compared to Solaris and Linux. ProcessBuilder/Zombies.java assumes that /bin/true exists on non Windows operating systems but it doesn't seem to be present on MacOSX. ClassLoader/deadlock/TestCrossDelegate.sh needs to set FS when running on BSD or MacOSX as otherwise it can't construct the path to javac (at least I assume this is why it ends up trying to use Homebinjavac instead of Home/bin/javac. ProcessBuilder/Basic.java isn't immediately obvious but I think the test is finding __CF_USER_TEXT_ENCODING in the environment of a process that is creates with only LC_ALL set in the environment. Hopefully this helps. I see in one of your mails that you listed several java.lang.instrument tests. I don't seem them here but one thing to mention is that many of the instrument tests are shell tests as they construct agent JAR files and it's likely these shell tests will need to be changed to work on MacOSX if they haven't been done already. As an aside, we probably should take a pass over all the shell tests in the repository and fix them to avoid needing to modify them for every platform. I realize this isn't possible with every one of them but for many of them they could assume Unix path and file separators when not running on Windows. -Alan. From swpalmer at gmail.com Thu Sep 29 09:02:33 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 29 Sep 2011 12:02:33 -0400 Subject: JTReg tests results on other ports In-Reply-To: <4E837E29.3060602@oracle.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> <4E837E29.3060602@oracle.com> Message-ID: <3B6B9A96-B4D4-4A98-AF88-B72647A1D8FC@gmail.com> Tried it and still get the JUnit not available message. That is with junit-4.5.jar in the jtreg/lib folder. >../../jtreg/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang ? Test results: passed: 276; failed: 95; error: 11 Report written to /Users/scott/dev/openjdk/jdk/JTreport/html/report.html Results written to /Users/scott/dev/openjdk/jdk/JTwork JT Harness : Tests that had errors Tests are grouped by their final status message. JUnit not available: see the FAQ or online help for details ? Scott On 2011-09-28, at 4:06 PM, Jonathan Gibbons wrote: > It looks like we use JUnit 4.5. > > http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar/download > > -- Jon > > On 09/28/2011 04:29 AM, Scott Palmer wrote: >> If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. >> >> e.g.: >> >> ----------System.err:(56/3093)---------- >> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist >> import junit.framework.*; >> ^ >> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol >> public class q0001BasicString extends TestCase { >> ^ >> symbol: class TestCase >> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol >> public static Test suite() { >> >> >> Scott >> >> >> On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: >> >>> Scott, >>> >>> You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. >>> >>> If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. >>> >>> I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. >>> >>> -- Jon From jonathan.gibbons at oracle.com Thu Sep 29 09:16:45 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Thu, 29 Sep 2011 09:16:45 -0700 Subject: JTReg tests results on other ports In-Reply-To: <3B6B9A96-B4D4-4A98-AF88-B72647A1D8FC@gmail.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> <4E837E29.3060602@oracle.com> <3B6B9A96-B4D4-4A98-AF88-B72647A1D8FC@gmail.com> Message-ID: <4E8499ED.9030102@oracle.com> Try renaming it to "junit.jar". -- Jon On 09/29/2011 09:02 AM, Scott Palmer wrote: > Tried it and still get the JUnit not available message. That is with junit-4.5.jar in the jtreg/lib folder. > >> ../../jtreg/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang > ? > > Test results: passed: 276; failed: 95; error: 11 > Report written to /Users/scott/dev/openjdk/jdk/JTreport/html/report.html > Results written to /Users/scott/dev/openjdk/jdk/JTwork > > JT Harness : Tests that had errors > > Tests are grouped by their final status message. > JUnit not available: see the FAQ or online help for details > > ? > > Scott > > On 2011-09-28, at 4:06 PM, Jonathan Gibbons wrote: > >> It looks like we use JUnit 4.5. >> >> http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar/download >> >> -- Jon >> >> On 09/28/2011 04:29 AM, Scott Palmer wrote: >>> If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. >>> >>> e.g.: >>> >>> ----------System.err:(56/3093)---------- >>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist >>> import junit.framework.*; >>> ^ >>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol >>> public class q0001BasicString extends TestCase { >>> ^ >>> symbol: class TestCase >>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol >>> public static Test suite() { >>> >>> >>> Scott >>> >>> >>> On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: >>> >>>> Scott, >>>> >>>> You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. >>>> >>>> If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. >>>> >>>> I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. >>>> >>>> -- Jon From henri.gomez at gmail.com Thu Sep 29 09:34:43 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 29 Sep 2011 18:34:43 +0200 Subject: Fwd: Re: JTReg tests results on other ports In-Reply-To: <4E8474F2.7010002@oracle.com> References: <4E80F6E2.8050307@oracle.com> <4E830D63.9070407@oracle.com> <4E837C72.6030803@oracle.com> <4E8382FD.8060407@oracle.com> <4E8474F2.7010002@oracle.com> Message-ID: > I grabbed test-java-lang-results-20110929.tar.gz and briefly look at the 24 > failures you are seeing. Looks like 20 of them are because jtreg can't find > JUnit and I see you are discussing that with Jon. One thing to point out is > that 19 of these JUnit tests do not exist upstream so as per another thread > here, we need to make sure these tests are stable and working on other > platforms before they are pushed upstream. The remaining one > (invoke/InvokeDynamicPrintArgs.java) is jdk7's ProblemList because of the > JUnit dependency. For Junit, it's strange since junit 4.5 is in lib directory (named as junit.jar). mbp:jtreg henri$ ls -lstr total 56 0 drwxr-xr-x 3 henri staff 102 11 jul 19:27 win32 0 drwxr-xr-x 3 henri staff 102 11 jul 19:27 solaris 0 drwxr-xr-x 3 henri staff 102 11 jul 19:27 linux 0 drwxr-xr-x 3 henri staff 102 11 jul 19:27 legal 0 drwxr-xr-x 3 henri staff 102 11 jul 19:27 doc 8 -rw-r--r--@ 1 henri staff 994 11 jul 19:27 COPYRIGHT 8 -rw-r--r--@ 1 henri staff 3790 11 jul 19:27 README 40 -rw-r--r--@ 1 henri staff 19241 11 jul 19:27 LICENSE 0 drwxr-xr-x 6 henri staff 204 29 sep 08:26 lib mbp:jtreg henri$ ls -l lib/ total 10584 -rw-r--r--@ 1 henri staff 4218879 11 jul 19:27 javatest.jar -rw-r--r--@ 1 henri staff 500645 11 jul 19:27 jh.jar -r--r--r--@ 1 henri staff 457045 11 jul 19:28 jtreg.jar -rw-r--r-- 1 henri staff 237344 28 sep 14:31 junit.jar > The remaining 4 failures seem to be test porting issues: > > OperatingSystemMXBean/TestSystemLoadAvg.sh runs "uptime" and parses the > output but the format is different on MacOSX compared to Solaris and Linux. > > ProcessBuilder/Zombies.java assumes that /bin/true exists on non Windows > operating systems but it doesn't seem to be present on MacOSX. > > ClassLoader/deadlock/TestCrossDelegate.sh needs to set FS when running on > BSD or MacOSX as otherwise it can't construct the path to javac (at least I > assume this is why it ends up trying to use Homebinjavac instead of > Home/bin/javac. > > ProcessBuilder/Basic.java isn't immediately obvious but I think the test is > finding __CF_USER_TEXT_ENCODING in the environment of a process that is > creates with only LC_ALL set in the environment. > > Hopefully this helps. I see in one of your mails that you listed several > java.lang.instrument tests. I don't seem them here but one thing to mention > is that many of the instrument tests are shell tests as they construct agent > JAR files and it's likely these shell tests will need to be changed to work > on MacOSX if they haven't been done already. As an aside, we probably should > take a pass over all the shell tests in the repository and fix them to avoid > needing to modify them for every platform. I realize this isn't possible > with every one of them but for many of them they could assume Unix path and > file separators when not running on Windows. For porting issue, should I open a JIRA in macosx-port JIRA or will they be fixed in main trunk ? From swingler at apple.com Thu Sep 29 09:50:15 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 29 Sep 2011 09:50:15 -0700 Subject: bundle openjdk7 with java app? In-Reply-To: <7223564C-2534-41A2-A11A-BA33E6244BF8@ultramixer.com> References: <7223564C-2534-41A2-A11A-BA33E6244BF8@ultramixer.com> Message-ID: On Sep 28, 2011, at 11:16 PM, Tobias Bley (UltraMixer) wrote: > Hi, > > as i read in the release note of the last openjdk builds for mac there seams to be a possibility to bundle a .jre within my Java app. > > Is there a tutorial available or can anybody explain the approach of bundling a jre within a java app ready for submitting in Mac AppStore? This question is best addressed on the macosx-port-dev list. We do not have instructions for bundling a .jre at this time, but we should have something shortly, but is pending some testing before I check in the open-source replacement for the JavaApplicationStub. Regards, Mike Swingler Java Engineering Apple Inc. From swpalmer at gmail.com Thu Sep 29 11:08:38 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 29 Sep 2011 14:08:38 -0400 Subject: JTReg tests results on other ports In-Reply-To: <4E8499ED.9030102@oracle.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> <4E837E29.3060602@oracle.com> <3B6B9A96-B4D4-4A98-AF88-B72647A1D8FC@gmail.com> <4E8499ED.9030102@oracle.com> Message-ID: <2972DF83-789C-435C-9274-4B95279D9284@gmail.com> That didn't make a difference. Scott On 2011-09-29, at 12:16 PM, Jonathan Gibbons wrote: > Try renaming it to "junit.jar". > > -- Jon > > On 09/29/2011 09:02 AM, Scott Palmer wrote: >> Tried it and still get the JUnit not available message. That is with junit-4.5.jar in the jtreg/lib folder. >> >>> ../../jtreg/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang >> ? >> >> Test results: passed: 276; failed: 95; error: 11 >> Report written to /Users/scott/dev/openjdk/jdk/JTreport/html/report.html >> Results written to /Users/scott/dev/openjdk/jdk/JTwork >> >> JT Harness : Tests that had errors >> >> Tests are grouped by their final status message. >> JUnit not available: see the FAQ or online help for details >> >> ? >> >> Scott >> >> On 2011-09-28, at 4:06 PM, Jonathan Gibbons wrote: >> >>> It looks like we use JUnit 4.5. >>> >>> http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar/download >>> >>> -- Jon >>> >>> On 09/28/2011 04:29 AM, Scott Palmer wrote: >>>> If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. >>>> >>>> e.g.: >>>> >>>> ----------System.err:(56/3093)---------- >>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist >>>> import junit.framework.*; >>>> ^ >>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol >>>> public class q0001BasicString extends TestCase { >>>> ^ >>>> symbol: class TestCase >>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol >>>> public static Test suite() { >>>> >>>> >>>> Scott >>>> >>>> >>>> On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: >>>> >>>>> Scott, >>>>> >>>>> You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. >>>>> >>>>> If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. >>>>> >>>>> I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. >>>>> >>>>> -- Jon > From bino at apple.com Thu Sep 29 11:54:57 2011 From: bino at apple.com (bino at apple.com) Date: Thu, 29 Sep 2011 18:54:57 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-455: Setting proxies and default locale Message-ID: <20110929185518.0ED2F47A9B@hg.openjdk.java.net> Changeset: 44f232850860 Author: bino at apple.com Date: 2011-09-29 11:54 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/44f232850860 MACOSX_PORT-455: Setting proxies and default locale ! make/java/java/Makefile ! src/share/native/java/lang/System.c ! src/share/native/java/lang/java_props.h + src/solaris/native/java/lang/java_props_macosx.c + src/solaris/native/java/lang/java_props_macosx.h ! src/solaris/native/java/lang/java_props_md.c From henri.gomez at gmail.com Thu Sep 29 13:49:55 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 29 Sep 2011 22:49:55 +0200 Subject: JTReg tests results on other ports In-Reply-To: <2972DF83-789C-435C-9274-4B95279D9284@gmail.com> References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> <4E837E29.3060602@oracle.com> <3B6B9A96-B4D4-4A98-AF88-B72647A1D8FC@gmail.com> <4E8499ED.9030102@oracle.com> <2972DF83-789C-435C-9274-4B95279D9284@gmail.com> Message-ID: Which version of JTreg are you using ? For me renaming to junit.jar made more tests to pass. Le 29 sept. 2011 ? 20:08, Scott Palmer a ?crit : > That didn't make a difference. > > Scott > > On 2011-09-29, at 12:16 PM, Jonathan Gibbons wrote: > >> Try renaming it to "junit.jar". >> >> -- Jon >> >> On 09/29/2011 09:02 AM, Scott Palmer wrote: >>> Tried it and still get the JUnit not available message. That is with junit-4.5.jar in the jtreg/lib folder. >>> >>>> ../../jtreg/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang >>> ? >>> >>> Test results: passed: 276; failed: 95; error: 11 >>> Report written to /Users/scott/dev/openjdk/jdk/JTreport/html/report.html >>> Results written to /Users/scott/dev/openjdk/jdk/JTwork >>> >>> JT Harness : Tests that had errors >>> >>> Tests are grouped by their final status message. >>> JUnit not available: see the FAQ or online help for details >>> >>> ? >>> >>> Scott >>> >>> On 2011-09-28, at 4:06 PM, Jonathan Gibbons wrote: >>> >>>> It looks like we use JUnit 4.5. >>>> >>>> http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar/download >>>> >>>> -- Jon >>>> >>>> On 09/28/2011 04:29 AM, Scott Palmer wrote: >>>>> If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. >>>>> >>>>> e.g.: >>>>> >>>>> ----------System.err:(56/3093)---------- >>>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist >>>>> import junit.framework.*; >>>>> ^ >>>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol >>>>> public class q0001BasicString extends TestCase { >>>>> ^ >>>>> symbol: class TestCase >>>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol >>>>> public static Test suite() { >>>>> >>>>> >>>>> Scott >>>>> >>>>> >>>>> On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: >>>>> >>>>>> Scott, >>>>>> >>>>>> You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. >>>>>> >>>>>> If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. >>>>>> >>>>>> I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. >>>>>> >>>>>> -- Jon >> > From kevin_m_miller at apple.com Thu Sep 29 15:46:21 2011 From: kevin_m_miller at apple.com (kevin_m_miller at apple.com) Date: Thu, 29 Sep 2011 22:46:21 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixing drawing of Aqua controls from single cached images; adding 9-slicing Aqua control painter; general Aqua cleanup Message-ID: <20110929224632.7FF8347AA4@hg.openjdk.java.net> Changeset: 4a5acdb47c58 Author: kevin_m_miller at apple.com Date: 2011-09-29 15:46 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/4a5acdb47c58 Fixing drawing of Aqua controls from single cached images; adding 9-slicing Aqua control painter; general Aqua cleanup ! src/macosx/classes/apple/laf/JRSUIState.java ! src/macosx/classes/apple/laf/JRSUIUtils.java ! src/macosx/classes/com/apple/laf/AquaButtonBorder.java ! src/macosx/classes/com/apple/laf/AquaButtonCheckBoxUI.java ! src/macosx/classes/com/apple/laf/AquaButtonExtendedTypes.java ! src/macosx/classes/com/apple/laf/AquaButtonLabeledUI.java ! src/macosx/classes/com/apple/laf/AquaButtonRadioUI.java ! src/macosx/classes/com/apple/laf/AquaButtonToggleUI.java ! src/macosx/classes/com/apple/laf/AquaButtonUI.java - src/macosx/classes/com/apple/laf/AquaCachingPainter.java ! src/macosx/classes/com/apple/laf/AquaComboBoxUI.java ! src/macosx/classes/com/apple/laf/AquaFileView.java ! src/macosx/classes/com/apple/laf/AquaFonts.java ! src/macosx/classes/com/apple/laf/AquaGroupBorder.java ! src/macosx/classes/com/apple/laf/AquaHighlighter.java ! src/macosx/classes/com/apple/laf/AquaIcon.java ! src/macosx/classes/com/apple/laf/AquaImageFactory.java ! src/macosx/classes/com/apple/laf/AquaInternalFrameBorder.java ! src/macosx/classes/com/apple/laf/AquaInternalFrameBorderMetrics.java ! src/macosx/classes/com/apple/laf/AquaInternalFrameUI.java ! src/macosx/classes/com/apple/laf/AquaKeyBindings.java ! src/macosx/classes/com/apple/laf/AquaLabelUI.java ! src/macosx/classes/com/apple/laf/AquaMenuPainter.java ! src/macosx/classes/com/apple/laf/AquaMnemonicHandler.java ! src/macosx/classes/com/apple/laf/AquaNativeResources.java ! src/macosx/classes/com/apple/laf/AquaPainter.java ! src/macosx/classes/com/apple/laf/AquaPanelUI.java ! src/macosx/classes/com/apple/laf/AquaPopupMenuSeparatorUI.java ! src/macosx/classes/com/apple/laf/AquaProgressBarUI.java ! src/macosx/classes/com/apple/laf/AquaRootPaneUI.java ! src/macosx/classes/com/apple/laf/AquaScrollBarUI.java ! src/macosx/classes/com/apple/laf/AquaScrollRegionBorder.java ! src/macosx/classes/com/apple/laf/AquaSliderUI.java ! src/macosx/classes/com/apple/laf/AquaSpinnerUI.java ! src/macosx/classes/com/apple/laf/AquaSplitPaneDividerUI.java ! src/macosx/classes/com/apple/laf/AquaTableHeaderBorder.java ! src/macosx/classes/com/apple/laf/AquaTableHeaderUI.java ! src/macosx/classes/com/apple/laf/AquaTextFieldBorder.java ! src/macosx/classes/com/apple/laf/AquaTextFieldSearch.java ! src/macosx/classes/com/apple/laf/AquaTextPasswordFieldUI.java ! src/macosx/classes/com/apple/laf/AquaToolBarSeparatorUI.java ! src/macosx/classes/com/apple/laf/AquaToolBarUI.java ! src/macosx/classes/com/apple/laf/AquaToolTipUI.java ! src/macosx/classes/com/apple/laf/AquaTreeUI.java ! src/macosx/classes/com/apple/laf/AquaUtilControlSize.java ! src/macosx/classes/com/apple/laf/AquaUtils.java ! src/macosx/classes/com/apple/laf/ImageCache.java ! src/macosx/classes/com/apple/laf/ScreenMenu.java From swpalmer at gmail.com Thu Sep 29 16:36:00 2011 From: swpalmer at gmail.com (Scott Palmer) Date: Thu, 29 Sep 2011 19:36:00 -0400 Subject: JTReg tests results on other ports In-Reply-To: References: <12F5C902-3E67-4884-823C-7CFA1E950DDD@apple.com> <5FA579A9-724D-4265-A5FB-CA206C3636C2@gmail.com> <4E82790A.4030403@oracle.com> <4E828C7A.5060702@oracle.com> <730D8021-507F-45D1-82A9-17FBBA4A2B52@gmail.com> <4E837E29.3060602@oracle.com> <3B6B9A96-B4D4-4A98-AF88-B72647A1D8FC@gmail.com> <4E8499ED.9030102@oracle.com> <2972DF83-789C-435C-9274-4B95279D9284@gmail.com> Message-ID: <1DB27C4E-C316-4DFE-A70B-9F2B693AF247@gmail.com> README says "This is jtreg, version 4.0." I was only running test in java/lang as shown below.. maybe the tests that started to pass for you were in other packages? Scott On 2011-09-29, at 4:49 PM, Henri Gomez wrote: > Which version of JTreg are you using ? > > For me renaming to junit.jar made more tests to pass. > > Le 29 sept. 2011 ? 20:08, Scott Palmer a ?crit : > >> That didn't make a difference. >> >> Scott >> >> On 2011-09-29, at 12:16 PM, Jonathan Gibbons wrote: >> >>> Try renaming it to "junit.jar". >>> >>> -- Jon >>> >>> On 09/29/2011 09:02 AM, Scott Palmer wrote: >>>> Tried it and still get the JUnit not available message. That is with junit-4.5.jar in the jtreg/lib folder. >>>> >>>>> ../../jtreg/linux/bin/jtreg -jdk:../build/macosx-universal/j2sdk-bundle/1.7.0.jdk/Contents/Home/ -v:summary test/java/lang >>>> ? >>>> >>>> Test results: passed: 276; failed: 95; error: 11 >>>> Report written to /Users/scott/dev/openjdk/jdk/JTreport/html/report.html >>>> Results written to /Users/scott/dev/openjdk/jdk/JTwork >>>> >>>> JT Harness : Tests that had errors >>>> >>>> Tests are grouped by their final status message. >>>> JUnit not available: see the FAQ or online help for details >>>> >>>> ? >>>> >>>> Scott >>>> >>>> On 2011-09-28, at 4:06 PM, Jonathan Gibbons wrote: >>>> >>>>> It looks like we use JUnit 4.5. >>>>> >>>>> http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar/download >>>>> >>>>> -- Jon >>>>> >>>>> On 09/28/2011 04:29 AM, Scott Palmer wrote: >>>>>> If a particular version is required that should be included too. I tried junit-4.8.2.jar, placing it in the jtreg/lib directory as instructed. The tests don't compile. >>>>>> >>>>>> e.g.: >>>>>> >>>>>> ----------System.err:(56/3093)---------- >>>>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:31: error: package junit.framework does not exist >>>>>> import junit.framework.*; >>>>>> ^ >>>>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:33: error: cannot find symbol >>>>>> public class q0001BasicString extends TestCase { >>>>>> ^ >>>>>> symbol: class TestCase >>>>>> /Users/scott/dev/openjdk/jdk/test/java/lang/String/q0001BasicString.java:73: error: cannot find symbol >>>>>> public static Test suite() { >>>>>> >>>>>> >>>>>> Scott >>>>>> >>>>>> >>>>>> On 2011-09-27, at 10:54 PM, Jonathan Gibbons wrote: >>>>>> >>>>>>> Scott, >>>>>>> >>>>>>> You need to install a copy of junit.jar in the jtreg lib/ directory, or otherwise make it known to jtreg. For licensing reasons, we can no longer redistribute a copy of junit.jar with jtreg itself. >>>>>>> >>>>>>> If I recall correctly, you can also specify -nojunit to prevent jtreg from trying to run tests that would otherwise require JUnit. >>>>>>> >>>>>>> I note your comment that the FAQ on the openjdk website is out of date. I'll update it. The version of the FAQ bundled with jtreg should be more informative. >>>>>>> >>>>>>> -- Jon >>> >> From kelly.ohair at oracle.com Thu Sep 29 17:42:10 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 29 Sep 2011 17:42:10 -0700 Subject: Mac builds of openjdk Message-ID: <88A4A894-5E70-4F91-9362-A7CDA9EB7A85@oracle.com> I have some Mac Minis with MacOS 10.7 (Lion) and was going to install XCode 4. Going to use them as build systems for the OpenJDK Mac port. Should these machines and this version of XCode work? -kto From pranav.bhat at oracle.com Thu Sep 29 17:55:10 2011 From: pranav.bhat at oracle.com (Pranav Bhat) Date: Thu, 29 Sep 2011 20:55:10 -0400 Subject: Mac builds of openjdk In-Reply-To: <88A4A894-5E70-4F91-9362-A7CDA9EB7A85@oracle.com> References: <88A4A894-5E70-4F91-9362-A7CDA9EB7A85@oracle.com> Message-ID: I have built openJDK macosx-port using Lion and Xcode 4.0. So, I think it should work although I think you'd need macports too.(http://www.macports.org/) - Pranav On Sep 29, 2011, at 8:42 PM, Kelly O'Hair wrote: > > I have some Mac Minis with MacOS 10.7 (Lion) and was going to install XCode 4. > Going to use them as build systems for the OpenJDK Mac port. > > Should these machines and this version of XCode work? > > -kto > From neugens.limasoftware at gmail.com Thu Sep 29 18:05:46 2011 From: neugens.limasoftware at gmail.com (=?utf-8?B?bmV1Z2Vucy5saW1hc29mdHdhcmVAZ21haWwuY29t?=) Date: Fri, 30 Sep 2011 03:05:46 +0200 Subject: =?utf-8?B?UmU6IE1hYyBidWlsZHMgb2Ygb3Blbmpkaw==?= Message-ID: <4e851602.9144df0a.43ab.7650@mx.google.com> I compiled OpenJDK on the air with lion and xcode 4.1, it works very well, yes. Mario -- Sent from HTC Desire... pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF http://www.icedrobot.org Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ ----- Reply message ----- Da: "Kelly O'Hair" Data: ven, set 30, 2011 02:42 Oggetto: Mac builds of openjdk A: I have some Mac Minis with MacOS 10.7 (Lion) and was going to install XCode 4. Going to use them as build systems for the OpenJDK Mac port. Should these machines and this version of XCode work? -kto From swingler at apple.com Thu Sep 29 18:10:27 2011 From: swingler at apple.com (swingler at apple.com) Date: Fri, 30 Sep 2011 01:10:27 +0000 Subject: hg: macosx-port/macosx-port/hotspot: Adding JAVA_LIBRARY_PATH for bundled app launching (avoids stomping DYLD_LIBRARY_PATH) Message-ID: <20110930011029.C8EDC47AB2@hg.openjdk.java.net> Changeset: 69de8d34a370 Author: swingler at apple.com Date: 2011-09-29 18:10 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/hotspot/rev/69de8d34a370 Adding JAVA_LIBRARY_PATH for bundled app launching (avoids stomping DYLD_LIBRARY_PATH) ! src/os/bsd/vm/os_bsd.cpp From swingler at apple.com Thu Sep 29 18:33:31 2011 From: swingler at apple.com (swingler at apple.com) Date: Fri, 30 Sep 2011 01:33:31 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding Java-level entrypoint for native .app launcher Message-ID: <20110930013342.A822947AB4@hg.openjdk.java.net> Changeset: 8eed4aee64e5 Author: swingler at apple.com Date: 2011-09-29 18:33 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/8eed4aee64e5 Adding Java-level entrypoint for native .app launcher ! make/com/apple/osx/Makefile ! make/com/apple/osxui/Makefile + src/macosx/classes/apple/launcher/JavaAppLauncher.java + src/macosx/classes/apple/launcher/appLauncherErrors.properties + src/macosx/native/apple/launcher/JavaAppLauncher.m From bino at apple.com Thu Sep 29 18:40:25 2011 From: bino at apple.com (bino at apple.com) Date: Fri, 30 Sep 2011 01:40:25 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed problem with windows not being ordered out Message-ID: <20110930014036.1AE1247AB5@hg.openjdk.java.net> Changeset: 3ec0824a2d29 Author: bino at apple.com Date: 2011-09-29 18:40 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3ec0824a2d29 Fixed problem with windows not being ordered out ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java From swingler at apple.com Thu Sep 29 19:57:06 2011 From: swingler at apple.com (swingler at apple.com) Date: Fri, 30 Sep 2011 02:57:06 +0000 Subject: hg: macosx-port/macosx-port/jdk: Initial cut of a the .jre/.jdk loading JavaAppLauncher template. Message-ID: <20110930025716.E221747AC1@hg.openjdk.java.net> Changeset: 0f009e00361d Author: swingler at apple.com Date: 2011-09-29 19:56 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0f009e00361d Initial cut of a the .jre/.jdk loading JavaAppLauncher template. + src/macosx/bundle/JavaAppLauncher/JavaAppLauncher.xcodeproj/project.pbxproj + src/macosx/bundle/JavaAppLauncher/resources/English.lproj/InfoPlist.strings + src/macosx/bundle/JavaAppLauncher/resources/JavaAppLauncher-Info.plist + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.h + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.m + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.h + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.m + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher_Prefix.pch + src/macosx/bundle/JavaAppLauncher/src/main.m From swingler at apple.com Thu Sep 29 20:21:22 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 29 Sep 2011 20:21:22 -0700 Subject: hg: macosx-port/macosx-port/jdk: Initial cut of a the .jre/.jdk loading JavaAppLauncher template. In-Reply-To: <20110930025716.E221747AC1@hg.openjdk.java.net> References: <20110930025716.E221747AC1@hg.openjdk.java.net> Message-ID: <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com> On Sep 29, 2011, at 7:57 PM, swingler at apple.com wrote: > Changeset: 0f009e00361d > Author: swingler at apple.com > Date: 2011-09-29 19:56 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0f009e00361d > > Initial cut of a the .jre/.jdk loading JavaAppLauncher template. > > + src/macosx/bundle/JavaAppLauncher/JavaAppLauncher.xcodeproj/project.pbxproj > + src/macosx/bundle/JavaAppLauncher/resources/English.lproj/InfoPlist.strings > + src/macosx/bundle/JavaAppLauncher/resources/JavaAppLauncher-Info.plist > + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.h > + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.m > + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.h > + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.m > + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher_Prefix.pch > + src/macosx/bundle/JavaAppLauncher/src/main.m This check-in provides a JavaAppLauncher project that creates a shell .app bundle, copies in a 1.7.0.jre (or optionally, 1.7.0.jdk) into it's Contents/PlugIns directory, and uses the Info.plist to initialize the JVM and call into a launcher which invokes the app's specified main(). Right now, this launcher and project file only exist in the source, and don't produce any artifacts in the build output. What we are looking for now are some ideas how to provide this technology in an easy to use format for the app developers in the OpenJDK community. How would you like make/use/invoke/build this stuff into/around your own apps? Should we build an .app shell as part of the jdk build output? Is the project file on it's own sufficient? Should there be a build.xml in the .jdk bundle that your IDE should invoke with the Info.plist details passed as parameters? Let us know what works best for you! Curious, Mike Swingler Java Engineering Apple Inc. From psychodrive at gmail.com Thu Sep 29 21:18:30 2011 From: psychodrive at gmail.com (Ryan Schipper) Date: Fri, 30 Sep 2011 14:18:30 +1000 Subject: hg: macosx-port/macosx-port/jdk: Initial cut of a the .jre/.jdk loading JavaAppLauncher template. In-Reply-To: <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com> References: <20110930025716.E221747AC1@hg.openjdk.java.net> <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com> Message-ID: Hi Mike, As far I know, the use of JarBundler ANT tasks is very common. That's what I used when I developed and one of the devs I work with now uses them to this day for his applications. On Windows, Maven is popular also. As such, I personally support your suggestion of an ANT target (build.xml file). A full-blown POM project would be ideal too, but I'm sure the community will generate these based on the ANT task. Our company is just starting work on an OS X version of our application, so we are watching this thread very closely. -- Ryan Schipper On 30 September 2011 13:21, Mike Swingler wrote: > On Sep 29, 2011, at 7:57 PM, swingler at apple.com wrote: > >> Changeset: 0f009e00361d >> Author: ? ?swingler at apple.com >> Date: ? ? ?2011-09-29 19:56 -0700 >> URL: ? ? ? http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0f009e00361d >> >> Initial cut of a the .jre/.jdk loading JavaAppLauncher template. >> >> + src/macosx/bundle/JavaAppLauncher/JavaAppLauncher.xcodeproj/project.pbxproj >> + src/macosx/bundle/JavaAppLauncher/resources/English.lproj/InfoPlist.strings >> + src/macosx/bundle/JavaAppLauncher/resources/JavaAppLauncher-Info.plist >> + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.h >> + src/macosx/bundle/JavaAppLauncher/src/JVMArgs.m >> + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.h >> + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher.m >> + src/macosx/bundle/JavaAppLauncher/src/JavaAppLauncher_Prefix.pch >> + src/macosx/bundle/JavaAppLauncher/src/main.m > > This check-in provides a JavaAppLauncher project that creates a shell .app bundle, copies in a 1.7.0.jre (or optionally, 1.7.0.jdk) into it's Contents/PlugIns directory, and uses the Info.plist to initialize the JVM and call into a launcher which invokes the app's specified main(). > > Right now, this launcher and project file only exist in the source, and don't produce any artifacts in the build output. > > What we are looking for now are some ideas how to provide this technology in an easy to use format for the app developers in the OpenJDK community. How would you like make/use/invoke/build this stuff into/around your own apps? Should we build an .app shell as part of the jdk build output? Is the project file on it's own sufficient? Should there be a build.xml in the .jdk bundle that your IDE should invoke with the Info.plist details passed as parameters? Let us know what works best for you! > > Curious, > Mike Swingler > Java Engineering > Apple Inc. > > From mark at talios.com Fri Sep 30 00:40:48 2011 From: mark at talios.com (Mark Derricutt) Date: Fri, 30 Sep 2011 20:40:48 +1300 Subject: hg: macosx-port/macosx-port/jdk: Initial cut of a the .jre/.jdk loading JavaAppLauncher template. In-Reply-To: <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com> References: <20110930025716.E221747AC1@hg.openjdk.java.net> <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com> Message-ID: In the past I've made use of the osxappbundle maven plugin, which generates an OSX .app application (and a .dmg from memory) for a java application directly from your maven project. Having this updated, or something new created to support the new .app bundle format would be highly useful. I've done a few mojo's in the past so might pull down the source and take a look at what might need to be updated - I was just looking at it earlier as I was about to add it to a project :) Mark [1] http://mojo.codehaus.org/osxappbundle-maven-plugin/ On 30/09/2011, at 4:21 PM, Mike Swingler wrote: > What we are looking for now are some ideas how to provide this technology in an easy to use format for the app developers in the OpenJDK community. How would you like make/use/invoke/build this stuff into/around your own apps? Should we build an .app shell as part of the jdk build output? Is the project file on it's own sufficient? Should there be a build.xml in the .jdk bundle that your IDE should invoke with the Info.plist details passed as parameters? Let us know what works best for you! From henri.gomez at gmail.com Fri Sep 30 00:48:24 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 09:48:24 +0200 Subject: hg: macosx-port/macosx-port/jdk: Initial cut of a the .jre/.jdk loading JavaAppLauncher template. In-Reply-To: References: <20110930025716.E221747AC1@hg.openjdk.java.net> <9B9B5D34-53F8-4E42-B4D2-829136151CC1@apple.com> Message-ID: > In the past I've made use of the osxappbundle maven plugin, which generates an OSX .app application (and a .dmg from memory) for a java application directly from your maven project. > > Having this updated, or something new created to support the new .app bundle format would be highly useful. > > I've done a few mojo's in the past so might pull down the source and take a look at what might need to be updated - I was just looking at it earlier as I was about to add it to a project :) Whooot Having a Java application bundled with embedded OpenJDK will from Maven just be terrific ! From henri.gomez at gmail.com Fri Sep 30 00:58:06 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 09:58:06 +0200 Subject: jtreg and junit Message-ID: A new clean thread about jtreg and junit. I study one of the failed test (java/lang/Double/R1388007FloatOverflow.java) /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/Double/R1388007FloatOverflow.java:30: error: package junit.framework does not exist import junit.framework.*; ^ /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/Double/R1388007FloatOverflow.java:32: error: cannot find symbol public class R1388007FloatOverflow extends TestCase ^ symbol: class TestCase /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/Double/R1388007FloatOverflow.java:47: error: cannot find symbol public static Test suite() { ^ symbol: class Test location: class R1388007FloatOverflow /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/Double/R1388007FloatOverflow.java:44: error: cannot find symbol assertEquals(n2, -1.0, 0.0); ^ symbol: method assertEquals(double,double,double) location: class R1388007FloatOverflow /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-macosx-universal/workspace/jdk/test/java/lang/Double/R1388007FloatOverflow.java:48: error: cannot find symbol return new TestSuite(R1388007FloatOverflow.class); ^ Tried with junit 4.5 and 4.8.2, each renamed to junit.jar and installed under lib dir : /Users/henri/Documents/jenkins/data/DROP_DIR/jtreg/lib/ total 10584 -rw-r--r--@ 1 henri staff 4218879 11 jul 19:27 javatest.jar -rw-r--r--@ 1 henri staff 500645 11 jul 19:27 jh.jar -r--r--r--@ 1 henri staff 457045 11 jul 19:28 jtreg.jar -rw-r--r-- 1 henri staff 237344 28 sep 14:31 junit.jar junit.jar contents is as expected : ... testing: junit/extensions/ActiveTestSuite$1.class OK testing: junit/extensions/ActiveTestSuite.class OK testing: junit/extensions/RepeatedTest.class OK testing: junit/extensions/TestDecorator.class OK testing: junit/extensions/TestSetup$1.class OK testing: junit/extensions/TestSetup.class OK testing: junit/framework/Assert.class OK testing: junit/framework/AssertionFailedError.class OK testing: junit/framework/ComparisonCompactor.class OK testing: junit/framework/ComparisonFailure.class OK testing: junit/framework/JUnit4TestAdapter.class OK testing: junit/framework/JUnit4TestAdapterCache$1.class OK testing: junit/framework/JUnit4TestAdapterCache.class OK testing: junit/framework/JUnit4TestCaseFacade.class OK testing: junit/framework/Protectable.class OK .... How did jtreg construct it's path to get junit.jar ? Thanks From henri.gomez at gmail.com Fri Sep 30 05:16:37 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 14:16:37 +0200 Subject: New jre layout broke Maven and Ant Message-ID: Hi guys I got various reports on openjdk-osx-build about failure to detect tools.jar : http://code.google.com/p/openjdk-osx-build/issues/detail?id=22 http://code.google.com/p/openjdk-osx-build/issues/detail?id=23 As a temporary fix, I'll add a symlink in package ln -s lib/tools.jar 1.7.0.jre/Contents/Home/lib/tools.jar tools.jar is under JAVA_HOME/lib for both OS/X and Linux version. Could it be something related to JRE_HOME/JAVA_HOME ? From nils.loodin at oracle.com Fri Sep 30 05:53:12 2011 From: nils.loodin at oracle.com (Nils Loodin) Date: Fri, 30 Sep 2011 14:53:12 +0200 Subject: Mac builds of openjdk In-Reply-To: References: <88A4A894-5E70-4F91-9362-A7CDA9EB7A85@oracle.com> Message-ID: <4E85BBB8.6040204@oracle.com> I don't think you need macports (I don't build with it at least) but doesn't Lion require Xcode 4.1? Regards Nils Loodin On 2011-09-30 02:55, Pranav Bhat wrote: > I have built openJDK macosx-port using Lion and Xcode 4.0. So, I think it should work although I think you'd need macports too.(http://www.macports.org/) > > - Pranav > > > On Sep 29, 2011, at 8:42 PM, Kelly O'Hair wrote: > >> I have some Mac Minis with MacOS 10.7 (Lion) and was going to install XCode 4. >> Going to use them as build systems for the OpenJDK Mac port. >> >> Should these machines and this version of XCode work? >> >> -kto >> From tobi at ultramixer.com Fri Sep 30 06:05:19 2011 From: tobi at ultramixer.com (Tobias Bley (UltraMixer)) Date: Fri, 30 Sep 2011 15:05:19 +0200 Subject: OpenJDK on iOS? Message-ID: <0D7176DB-918C-4601-9243-71064B51996C@ultramixer.com> Hi Mike, first of all I want to thank you for doing a great job! I love the speed and quality of porting OpenJDK 7 for Mac. Because my company is developeing several Apps for iOS devices I would like to ask you if it would be possible to bundle OpenJDK in an iOS app? Best regards, Tobi From leonid.romanov at oracle.com Fri Sep 30 06:29:24 2011 From: leonid.romanov at oracle.com (Leonid Romanov) Date: Fri, 30 Sep 2011 17:29:24 +0400 Subject: hg: macosx-port/macosx-port/jdk: Fixed problem with windows not being ordered out In-Reply-To: <20110930014036.1AE1247AB5@hg.openjdk.java.net> References: <20110930014036.1AE1247AB5@hg.openjdk.java.net> Message-ID: <51832AB7-8802-4FAC-A96A-05092D7DB20D@oracle.com> Hi Bino! Is there a Jira issue that has been fixed by this commit? I'm asking because your commit has also fixed an issue that I've been working on: http://java.net/jira/browse/MACOSX_PORT-429 In order to fix that issue, I'm too had to choose between doing some stuff on EDT or moving it off from it. Unlike you, however, I've chosen to move platformWindow.setVisible(visible) call off EDT (I haven't committed that change and with your fix probably won't). So, I wonder, why did you decide that in your case it was better to do window ordering on EDT? Thanks, Leonid. On Sep 30, 2011, at 5:40 AM, bino at apple.com wrote: > Changeset: 3ec0824a2d29 > Author: bino at apple.com > Date: 2011-09-29 18:40 -0700 > URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3ec0824a2d29 > > Fixed problem with windows not being ordered out > > ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java > From richard.bair at oracle.com Fri Sep 30 07:07:09 2011 From: richard.bair at oracle.com (Richard Bair) Date: Fri, 30 Sep 2011 07:07:09 -0700 Subject: OpenJDK on iOS? In-Reply-To: <0D7176DB-918C-4601-9243-71064B51996C@ultramixer.com> References: <0D7176DB-918C-4601-9243-71064B51996C@ultramixer.com> Message-ID: <6D85A772-FDF2-4E99-88EA-F7F51BAEF8D7@oracle.com> You would have several problems -- first ones that come to mind is you need an arm port of hotspot (or another java 7 compatible VM), and a new GUI stack. Richard On Sep 30, 2011, at 6:05 AM, "Tobias Bley (UltraMixer)" wrote: > Hi Mike, > > first of all I want to thank you for doing a great job! I love the speed and quality of porting OpenJDK 7 for Mac. > > Because my company is developeing several Apps for iOS devices I would like to ask you if it would be possible to bundle OpenJDK in an iOS app? > > Best regards, > Tobi > > > From sergey.bylokhov at oracle.com Fri Sep 30 07:07:29 2011 From: sergey.bylokhov at oracle.com (sergey.bylokhov at oracle.com) Date: Fri, 30 Sep 2011 14:07:29 +0000 Subject: hg: macosx-port/macosx-port/jdk: MACOSX_PORT-324: 2D_VolatileDuke/VolatileDukePerf fails sun.lwawt.LWWindowPeer Message-ID: <20110930140748.D765947ADC@hg.openjdk.java.net> Changeset: 5e2127f6f0c0 Author: serb Date: 2011-09-30 17:52 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/5e2127f6f0c0 MACOSX_PORT-324: 2D_VolatileDuke/VolatileDukePerf fails sun.lwawt.LWWindowPeer Small cleanup. ! src/macosx/classes/sun/java2d/opengl/CGLVolatileSurfaceManager.java ! src/macosx/classes/sun/lwawt/LWPanelPeer.java ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java From henri.gomez at gmail.com Fri Sep 30 07:18:06 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 16:18:06 +0200 Subject: OpenJDK on iOS? In-Reply-To: <6D85A772-FDF2-4E99-88EA-F7F51BAEF8D7@oracle.com> References: <0D7176DB-918C-4601-9243-71064B51996C@ultramixer.com> <6D85A772-FDF2-4E99-88EA-F7F51BAEF8D7@oracle.com> Message-ID: ARM port will require to use Project Zero. 2011/9/30 Richard Bair : > You would have several problems -- first ones that come to mind is you need an arm port of hotspot (or another java 7 compatible VM), and a new GUI stack. > > Richard > > On Sep 30, 2011, at 6:05 AM, "Tobias Bley (UltraMixer)" wrote: > >> Hi Mike, >> >> first of all I want to thank you for doing a great job! I love the speed and quality of porting OpenJDK 7 for Mac. >> >> Because my company is developeing several Apps for iOS devices I would like to ask you if it would be possible to bundle OpenJDK in an iOS app? >> >> Best regards, >> Tobi >> >> >> > From swingler at apple.com Fri Sep 30 07:54:33 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 30 Sep 2011 07:54:33 -0700 Subject: hg: macosx-port/macosx-port/jdk: Fixed problem with windows not being ordered out In-Reply-To: <51832AB7-8802-4FAC-A96A-05092D7DB20D@oracle.com> References: <20110930014036.1AE1247AB5@hg.openjdk.java.net> <51832AB7-8802-4FAC-A96A-05092D7DB20D@oracle.com> Message-ID: The disposal is not happening on the EDT. It's simply happening after the organic setVisible(false) that comes after the peer disposal. The actual calls in native to -[NSWindow orderOut] and CFRelease() are still happening on the AppKit main thread - they are just happening in different order. Apparently, releasing an NSWindow before ordering it out causes the underlying native window resource to get "stuck" on screen, because AppKit has lost connection to it. :-/ Regards, Mike Swingler Java Engineering Apple Inc. On Sep 30, 2011, at 6:29 AM, Leonid Romanov wrote: > Hi Bino! > Is there a Jira issue that has been fixed by this commit? I'm asking because your commit has also fixed an issue that I've been working on: http://java.net/jira/browse/MACOSX_PORT-429 > In order to fix that issue, I'm too had to choose between doing some stuff on EDT or moving it off from it. Unlike you, however, I've chosen to move platformWindow.setVisible(visible) call off EDT (I haven't committed that change and with your fix probably won't). So, I wonder, why did you decide that in your case it was better to do window ordering on EDT? > > Thanks, > Leonid. > > On Sep 30, 2011, at 5:40 AM, bino at apple.com wrote: > >> Changeset: 3ec0824a2d29 >> Author: bino at apple.com >> Date: 2011-09-29 18:40 -0700 >> URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/3ec0824a2d29 >> >> Fixed problem with windows not being ordered out >> >> ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java >> > From swingler at apple.com Fri Sep 30 08:08:22 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 30 Sep 2011 08:08:22 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: References: Message-ID: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> On Sep 30, 2011, at 5:16 AM, Henri Gomez wrote: > Hi guys > > I got various reports on openjdk-osx-build about failure to detect tools.jar : > > http://code.google.com/p/openjdk-osx-build/issues/detail?id=22 > http://code.google.com/p/openjdk-osx-build/issues/detail?id=23 > > As a temporary fix, I'll add a symlink in package > > ln -s lib/tools.jar 1.7.0.jre/Contents/Home/lib/tools.jar > > tools.jar is under JAVA_HOME/lib for both OS/X and Linux version. > > Could it be something related to JRE_HOME/JAVA_HOME ? Yes. the assumption is that you can always walk up one directory and find the JDK, but that's no longer true, because the 1.7.0.jre bundle has to be an atomic Mac OS X bundle that can be placed inside of another app bundle. Ideally, and IDE which contains a 1.7.0.jdk bundle will contain all it needs inside of itself to generate .jre based app bundles, or whole new copy of itself with a .jdk bundle. My usual trick would be to make a "jdk" symlink to ../../../ inside of 1.7.0.jre/Contents/Home, and have the tools just look for a "jdk" directory, but my experience with adding backwards pointing symlinks has not been popular with some folks that are dependent on zip-based archiving. So, is there a better alternative? Any ideas? Mike Swingler Java Engineering Apple Inc. From alexander.potochkin at sun.com Fri Sep 30 08:13:38 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Fri, 30 Sep 2011 15:13:38 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #443: ButtonTes0002 fails in JCK-runtime-7 interactive Message-ID: <20110930151348.71DCA47AE0@hg.openjdk.java.net> Changeset: 38f886353c73 Author: alexp Date: 2011-09-30 19:32 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/38f886353c73 fixed #443: ButtonTes0002 fails in JCK-runtime-7 interactive ! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java From neugens.limasoftware at gmail.com Fri Sep 30 08:18:16 2011 From: neugens.limasoftware at gmail.com (=?utf-8?B?bmV1Z2Vucy5saW1hc29mdHdhcmVAZ21haWwuY29t?=) Date: Fri, 30 Sep 2011 17:18:16 +0200 Subject: =?utf-8?B?UmU6IE9wZW5KREsgb24gaU9TPw==?= Message-ID: <4e85ddd2.d2cde30a.7d98.ffff8752@mx.google.com> As far as I know, this is against Apple rules, but depending of what you need, there are some alternatives, for example Cacioweb, it allows you to run java application and visualize them on ipad/iphone. Mario -- Sent from HTC Desire... pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF http://www.icedrobot.org Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ ----- Reply message ----- Da: "Tobias Bley (UltraMixer)" Data: ven, set 30, 2011 15:05 Oggetto: OpenJDK on iOS? A: Hi Mike, first of all I want to thank you for doing a great job! I love the speed and quality of porting OpenJDK 7 for Mac. Because my company is developeing several Apps for iOS devices I would like to ask you if it would be possible to bundle OpenJDK in an iOS app? Best regards, Tobi From alexander.potochkin at sun.com Fri Sep 30 08:47:10 2011 From: alexander.potochkin at sun.com (alexander.potochkin at sun.com) Date: Fri, 30 Sep 2011 15:47:10 +0000 Subject: hg: macosx-port/macosx-port/jdk: fixed #437: itemStateChanged work incorrectly for Checkbox in group Message-ID: <20110930154742.B589947AE2@hg.openjdk.java.net> Changeset: 7abf8b439aa6 Author: alexp Date: 2011-09-30 20:06 +0400 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/7abf8b439aa6 fixed #437: itemStateChanged work incorrectly for Checkbox in group ! src/macosx/classes/sun/lwawt/LWCheckboxPeer.java From jonathan.gibbons at oracle.com Fri Sep 30 08:54:45 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 30 Sep 2011 08:54:45 -0700 Subject: jtreg and junit In-Reply-To: References: Message-ID: <4E85E645.1020309@oracle.com> On 09/30/2011 12:58 AM, Henri Gomez wrote: > How did jtreg construct it's path to get junit.jar ? > I've just checked the code. It looks in order for 1. System property "junit.jar" 2. System property "jtreg.home" + lib/junit.jar 3. Location of class org.junit.runner.JUnitCore on the classpath 4. junit.jar in same directory as jtreg.jar The source code for jtreg is available on the OpenJDK jtreg download page. The relevant code is in src/share/classes/com/sun/javatest/regtest/Main.java, method "findSystemJarFiles". -- Jon Note: I will be out of the office and mostly out of contact next week, back Oct 10. From henri.gomez at gmail.com Fri Sep 30 09:21:45 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 18:21:45 +0200 Subject: New jre layout broke Maven and Ant In-Reply-To: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> Message-ID: > Yes. the assumption is that you can always walk up one directory and find the JDK, but that's no longer true, because the 1.7.0.jre bundle has to be an atomic Mac OS X bundle that can be placed inside of another app bundle. Ideally, and IDE which contains a 1.7.0.jdk bundle will contain all it needs inside of itself to generate .jre based app bundles, or whole new copy of itself with a .jdk bundle. > > My usual trick would be to make a "jdk" symlink to ../../../ inside of 1.7.0.jre/Contents/Home, and have the tools just look for a "jdk" directory, but my experience with adding backwards pointing symlinks has not been popular with some folks that are dependent on zip-based archiving. So, is there a better alternative? I understand and commented JIRA. First proposal : Packaging it differently * OpenJDK 7 OSX atomic bundle (specific package, ie a plain zip/tarball) * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) Packagers/Bundlers will more than likely prefer to use .zip/tarball file, not something mounted from DMG/PKG (I got one issue one openjdk-osx-build). So OpenJDK 7 OSX will contains a standard OpenJDK layout + a zip/tarballcontaining atomic Mac OS X bundle ready to use for packagers. Second proposal : Why not just copying 1.7.0.jre content into jre for now ? From kelly.ohair at oracle.com Fri Sep 30 09:28:08 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 30 Sep 2011 09:28:08 -0700 Subject: jtreg and junit In-Reply-To: <4E85E645.1020309@oracle.com> References: <4E85E645.1020309@oracle.com> Message-ID: <91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com> I'm on Ubuntu 10.04, but this worked for me: mkdir -p ${HOME}/jtreg cd ${HOME}/jtreg if [ ! -f jtreg/win32/bin/jtreg ] ; then rm -f jtreg-4.1-bin-b03_11_jul_2011.zip wget http://www.java.net/download/openjdk/jtreg/promoted/4.1/b03/jtreg-4.1-bin -b03_11_jul_2011.zip unzip jtreg-4.1-bin-b03_11_jul_2011.zip rm -f jtreg-4.1-bin-b03_11_jul_2011.zip fi if [ ! -f jtreg/lib/junit.jar ] ; then rm -f junit-4.5.jar wget http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar rm -f jtreg/lib/junit.jar mv junit-4.5.jar jtreg/lib/junit.jar fi export JT_HOME=${HOME}/jtreg/jtreg -kto On Sep 30, 2011, at 8:54 AM, Jonathan Gibbons wrote: > On 09/30/2011 12:58 AM, Henri Gomez wrote: >> How did jtreg construct it's path to get junit.jar ? >> > > I've just checked the code. It looks in order for > > 1. System property "junit.jar" > 2. System property "jtreg.home" + lib/junit.jar > 3. Location of class org.junit.runner.JUnitCore on the classpath > 4. junit.jar in same directory as jtreg.jar > > The source code for jtreg is available on the OpenJDK jtreg download page. The relevant code is in > src/share/classes/com/sun/javatest/regtest/Main.java, method "findSystemJarFiles". > > -- Jon > > Note: I will be out of the office and mostly out of contact next week, back Oct 10. > From henri.gomez at gmail.com Fri Sep 30 10:31:21 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 19:31:21 +0200 Subject: jtreg and junit In-Reply-To: <91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com> References: <4E85E645.1020309@oracle.com> <91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com> Message-ID: 2011/9/30 Kelly O'Hair : > I'm on Ubuntu 10.04, but this worked for me: > > mkdir -p ${HOME}/jtreg > cd ${HOME}/jtreg > if [ ! -f jtreg/win32/bin/jtreg ] ; then > ?rm -f jtreg-4.1-bin-b03_11_jul_2011.zip > ?wget http://www.java.net/download/openjdk/jtreg/promoted/4.1/b03/jtreg-4.1-bin > -b03_11_jul_2011.zip > ?unzip jtreg-4.1-bin-b03_11_jul_2011.zip > ?rm -f jtreg-4.1-bin-b03_11_jul_2011.zip > fi > if [ ! -f jtreg/lib/junit.jar ] ; then > ?rm -f junit-4.5.jar > ?wget http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar > ?rm -f jtreg/lib/junit.jar > ?mv junit-4.5.jar jtreg/lib/junit.jar > fi > export JT_HOME=${HOME}/jtreg/jtreg java/lang/Double/R1388007FloatOverflow.java works ? BTW, I didn't defined JT_HOME, I'll try with it From david_durrence at apple.com Fri Sep 30 11:22:41 2011 From: david_durrence at apple.com (david_durrence at apple.com) Date: Fri, 30 Sep 2011 18:22:41 +0000 Subject: hg: macosx-port/macosx-port/jdk: Adding more Apple junit tests Message-ID: <20110930182252.33FC847AE8@hg.openjdk.java.net> Changeset: 2ba06513f1b6 Author: David Durrence Date: 2011-09-30 11:19 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/2ba06513f1b6 Adding more Apple junit tests + test/java/awt/TextArea/InsertFromEventThread/R3321376Insert.java + test/java/awt/font/GlyphVector/DrawGlyphVectorWorking.java + test/java/awt/font/TextLayout/Bounds/Bounds01.java + test/java/io/File/FileCreateDeleteTest.java + test/java/io/File/FileRenameTo.java + test/java/io/File/TestFileIO16.java + test/java/text/Japanese/JapaneseTest.java + test/java/util/Collections/CollectionStress01.java + test/java/util/Date/DateTest.java + test/java/util/HashSet/SimpleHashSetTest.java + test/java/util/prefs/Preferences/Prefs01.java + test/java/util/prefs/Preferences/Prefs02.java + test/java/util/regex/BasicMatching.java From philip.race at oracle.com Fri Sep 30 13:18:39 2011 From: philip.race at oracle.com (philip.race at oracle.com) Date: Fri, 30 Sep 2011 20:18:39 +0000 Subject: hg: macosx-port/macosx-port/jdk: Test code for remoting CALayers Message-ID: <20110930201849.EE83047AED@hg.openjdk.java.net> Changeset: 0b6aeb061c10 Author: prr Date: 2011-09-30 06:10 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/0b6aeb061c10 Test code for remoting CALayers ! src/macosx/native/sun/awt/AWTView.m ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.h ! src/macosx/native/sun/java2d/opengl/CGLGraphicsConfig.m ! src/macosx/native/sun/java2d/opengl/CGLLayer.h ! src/macosx/native/sun/java2d/opengl/CGLLayer.m ! src/macosx/native/sun/java2d/opengl/CGLSurfaceData.m From henri.gomez at gmail.com Fri Sep 30 13:54:24 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 30 Sep 2011 22:54:24 +0200 Subject: jtreg and junit In-Reply-To: References: <4E85E645.1020309@oracle.com> <91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com> Message-ID: How many JUnit tests in java.lang ? Only a few tests failed. Le 30 sept. 2011 ? 19:31, Henri Gomez a ?crit : > 2011/9/30 Kelly O'Hair : >> I'm on Ubuntu 10.04, but this worked for me: >> >> mkdir -p ${HOME}/jtreg >> cd ${HOME}/jtreg >> if [ ! -f jtreg/win32/bin/jtreg ] ; then >> rm -f jtreg-4.1-bin-b03_11_jul_2011.zip >> wget http://www.java.net/download/openjdk/jtreg/promoted/4.1/b03/jtreg-4.1-bin >> -b03_11_jul_2011.zip >> unzip jtreg-4.1-bin-b03_11_jul_2011.zip >> rm -f jtreg-4.1-bin-b03_11_jul_2011.zip >> fi >> if [ ! -f jtreg/lib/junit.jar ] ; then >> rm -f junit-4.5.jar >> wget http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar >> rm -f jtreg/lib/junit.jar >> mv junit-4.5.jar jtreg/lib/junit.jar >> fi >> export JT_HOME=${HOME}/jtreg/jtreg > > java/lang/Double/R1388007FloatOverflow.java works ? > > BTW, I didn't defined JT_HOME, I'll try with it From jonathan.gibbons at oracle.com Fri Sep 30 14:45:44 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 30 Sep 2011 14:45:44 -0700 Subject: jtreg and junit In-Reply-To: References: <4E85E645.1020309@oracle.com> <91B9FF1E-832B-4C7E-8AAB-D670F3324F85@oracle.com> Message-ID: <4E863888.201@oracle.com> 8. $ find /w/jjg/ref/jdk7/jdk/test -name \*.java | xargs -n 1 grep --files-with-matches '@.*junit' /w/jjg/ref/jdk7/jdk/test/sun/invoke/util/ValueConversionsTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/InvokeGenericTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/PermuteArgsTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/MethodTypeTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/RicochetTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/ClassValueTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/MethodHandlesTest.java /w/jjg/ref/jdk7/jdk/test/java/lang/invoke/JavaDocExamplesTest.java On 09/30/2011 01:54 PM, Henri Gomez wrote: > How many JUnit tests in java.lang ? > > Only a few tests failed. > > Le 30 sept. 2011 ? 19:31, Henri Gomez a ?crit : > >> 2011/9/30 Kelly O'Hair: >>> I'm on Ubuntu 10.04, but this worked for me: >>> >>> mkdir -p ${HOME}/jtreg >>> cd ${HOME}/jtreg >>> if [ ! -f jtreg/win32/bin/jtreg ] ; then >>> rm -f jtreg-4.1-bin-b03_11_jul_2011.zip >>> wget http://www.java.net/download/openjdk/jtreg/promoted/4.1/b03/jtreg-4.1-bin >>> -b03_11_jul_2011.zip >>> unzip jtreg-4.1-bin-b03_11_jul_2011.zip >>> rm -f jtreg-4.1-bin-b03_11_jul_2011.zip >>> fi >>> if [ ! -f jtreg/lib/junit.jar ] ; then >>> rm -f junit-4.5.jar >>> wget http://sourceforge.net/projects/junit/files/junit/4.5/junit-4.5.jar >>> rm -f jtreg/lib/junit.jar >>> mv junit-4.5.jar jtreg/lib/junit.jar >>> fi >>> export JT_HOME=${HOME}/jtreg/jtreg >> java/lang/Double/R1388007FloatOverflow.java works ? >> >> BTW, I didn't defined JT_HOME, I'll try with it From ekrichardson at gmail.com Fri Sep 30 16:01:28 2011 From: ekrichardson at gmail.com (Eric Richardson) Date: Fri, 30 Sep 2011 16:01:28 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> Message-ID: Hi, Some time back, Michael Franz and I experimented with compiling Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact that the Icetea harness expected a standard JDK/JRE layout on the file system. We managed to create a script to symlink and copy some things about and Michael managed to make it so the Mac OSX Java 5 could bootstrap the system. Anyway, to make this short, I think it is a good idea if the layout is the same across OS platforms if possible - it really reduces relearning when moving from one OS to the other. Just my 2 cents, Eric On Fri, Sep 30, 2011 at 9:21 AM, Henri Gomez wrote: >> Yes. the assumption is that you can always walk up one directory and find the JDK, but that's no longer true, because the 1.7.0.jre bundle has to be an atomic Mac OS X bundle that can be placed inside of another app bundle. Ideally, and IDE which contains a 1.7.0.jdk bundle will contain all it needs inside of itself to generate .jre based app bundles, or whole new copy of itself with a .jdk bundle. >> >> My usual trick would be to make a "jdk" symlink to ../../../ inside of 1.7.0.jre/Contents/Home, and have the tools just look for a "jdk" directory, but my experience with adding backwards pointing symlinks has not been popular with some folks that are dependent on zip-based archiving. So, is there a better alternative? > > I understand and commented JIRA. > > First proposal : > > Packaging it differently > > * OpenJDK 7 OSX atomic bundle (specific package, ie a plain zip/tarball) > * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) > > Packagers/Bundlers will more than likely prefer to use .zip/tarball > file, not something mounted from DMG/PKG (I got one issue one > openjdk-osx-build). > > So OpenJDK 7 OSX will contains a standard OpenJDK layout + a > zip/tarballcontaining atomic Mac OS X bundle ready to use for > packagers. > > Second proposal : > > Why not just copying 1.7.0.jre content into jre for now ? > From philip.race at oracle.com Fri Sep 30 09:23:46 2011 From: philip.race at oracle.com (Phil Race) Date: Fri, 30 Sep 2011 09:23:46 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> Message-ID: <4E85ED12.2080806@oracle.com> I suppose I'm not seeing how this just now arises since I've always assumed that apps that need tools.jar - or the other stuff in the JDK/lib directory should be using $JDK/bin/java, not $JDK/jre/bin/java. I've further supposed that tools.jar is then automatically on the classpath. I assume that "javac" works .. and $JDK/bin, and is finding rt.jar is in the JRE subdirectory. -phil. On 9/30/11 4:01 PM, Eric Richardson wrote: > Hi, > > Some time back, Michael Franz and I experimented with compiling > Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact that the > Icetea harness expected a standard JDK/JRE layout on the file system. > We managed to create a script to symlink and copy some things about > and Michael managed to make it so the Mac OSX Java 5 could bootstrap > the system. > > Anyway, to make this short, I think it is a good idea if the layout is > the same across OS platforms if possible - it really reduces > relearning when moving from one OS to the other. > > Just my 2 cents, > Eric > > On Fri, Sep 30, 2011 at 9:21 AM, Henri Gomez wrote: >>> Yes. the assumption is that you can always walk up one directory and find the JDK, but that's no longer true, because the 1.7.0.jre bundle has to be an atomic Mac OS X bundle that can be placed inside of another app bundle. Ideally, and IDE which contains a 1.7.0.jdk bundle will contain all it needs inside of itself to generate .jre based app bundles, or whole new copy of itself with a .jdk bundle. >>> >>> My usual trick would be to make a "jdk" symlink to ../../../ inside of 1.7.0.jre/Contents/Home, and have the tools just look for a "jdk" directory, but my experience with adding backwards pointing symlinks has not been popular with some folks that are dependent on zip-based archiving. So, is there a better alternative? >> I understand and commented JIRA. >> >> First proposal : >> >> Packaging it differently >> >> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain zip/tarball) >> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >> >> Packagers/Bundlers will more than likely prefer to use .zip/tarball >> file, not something mounted from DMG/PKG (I got one issue one >> openjdk-osx-build). >> >> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >> zip/tarballcontaining atomic Mac OS X bundle ready to use for >> packagers. >> >> Second proposal : >> >> Why not just copying 1.7.0.jre content into jre for now ? >> From jonathan.gibbons at oracle.com Fri Sep 30 17:26:41 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 30 Sep 2011 17:26:41 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E85ED12.2080806@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> Message-ID: <4E865E41.3070209@oracle.com> Phil, If you invoke $JDK/bin/java, you simply end up in $JDK/jre/bin/java. Tools like javac are handled by the launcher and have thier own magic. -- Jon On 09/30/2011 09:23 AM, Phil Race wrote: > I suppose I'm not seeing how this just now arises since I've always > assumed that apps that need tools.jar - > or the other stuff in the JDK/lib directory should be using > $JDK/bin/java, not $JDK/jre/bin/java. > I've further supposed that tools.jar is then automatically on the > classpath. > I assume that "javac" works .. and $JDK/bin, and is finding rt.jar is > in the JRE subdirectory. > > -phil. > > On 9/30/11 4:01 PM, Eric Richardson wrote: >> Hi, >> >> Some time back, Michael Franz and I experimented with compiling >> Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact that the >> Icetea harness expected a standard JDK/JRE layout on the file system. >> We managed to create a script to symlink and copy some things about >> and Michael managed to make it so the Mac OSX Java 5 could bootstrap >> the system. >> >> Anyway, to make this short, I think it is a good idea if the layout is >> the same across OS platforms if possible - it really reduces >> relearning when moving from one OS to the other. >> >> Just my 2 cents, >> Eric >> >> On Fri, Sep 30, 2011 at 9:21 AM, Henri Gomez >> wrote: >>>> Yes. the assumption is that you can always walk up one directory >>>> and find the JDK, but that's no longer true, because the 1.7.0.jre >>>> bundle has to be an atomic Mac OS X bundle that can be placed >>>> inside of another app bundle. Ideally, and IDE which contains a >>>> 1.7.0.jdk bundle will contain all it needs inside of itself to >>>> generate .jre based app bundles, or whole new copy of itself with a >>>> .jdk bundle. >>>> >>>> My usual trick would be to make a "jdk" symlink to ../../../ inside >>>> of 1.7.0.jre/Contents/Home, and have the tools just look for a >>>> "jdk" directory, but my experience with adding backwards pointing >>>> symlinks has not been popular with some folks that are dependent on >>>> zip-based archiving. So, is there a better alternative? >>> I understand and commented JIRA. >>> >>> First proposal : >>> >>> Packaging it differently >>> >>> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain >>> zip/tarball) >>> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >>> >>> Packagers/Bundlers will more than likely prefer to use .zip/tarball >>> file, not something mounted from DMG/PKG (I got one issue one >>> openjdk-osx-build). >>> >>> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >>> zip/tarballcontaining atomic Mac OS X bundle ready to use for >>> packagers. >>> >>> Second proposal : >>> >>> Why not just copying 1.7.0.jre content into jre for now ? >>> > From bino at apple.com Fri Sep 30 17:28:15 2011 From: bino at apple.com (bino at apple.com) Date: Sat, 01 Oct 2011 00:28:15 +0000 Subject: hg: macosx-port/macosx-port/jdk: Fixed MACOSX_PORT-471: Decomposed filenames on HFS Message-ID: <20111001002825.D37A747B00@hg.openjdk.java.net> Changeset: 98794cbb420f Author: bino at apple.com Date: 2011-09-30 17:28 -0700 URL: http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/98794cbb420f Fixed MACOSX_PORT-471: Decomposed filenames on HFS ! src/share/native/java/io/io_util.h ! src/solaris/native/java/io/io_util_md.c From philip.race at oracle.com Fri Sep 30 17:42:53 2011 From: philip.race at oracle.com (Phil Race) Date: Fri, 30 Sep 2011 17:42:53 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E865E41.3070209@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> Message-ID: <4E86620D.6080403@oracle.com> So we make people who need to use the code in tools.jar jump through fragile hoops to find the classes there ? Why would you *not* add the jars and native libs to the paths used by "java" in the JDK directory ? If tools.jar (and others) are needed by apps, they should be available to them without knowing the directory structure of the JDK. -phil. On 9/30/11 5:26 PM, Jonathan Gibbons wrote: > Phil, > > If you invoke $JDK/bin/java, you simply end up in $JDK/jre/bin/java. > > Tools like javac are handled by the launcher and have thier own magic. > > -- Jon > > > On 09/30/2011 09:23 AM, Phil Race wrote: >> I suppose I'm not seeing how this just now arises since I've always >> assumed that apps that need tools.jar - >> or the other stuff in the JDK/lib directory should be using >> $JDK/bin/java, not $JDK/jre/bin/java. >> I've further supposed that tools.jar is then automatically on the >> classpath. >> I assume that "javac" works .. and $JDK/bin, and is finding rt.jar is >> in the JRE subdirectory. >> >> -phil. >> >> On 9/30/11 4:01 PM, Eric Richardson wrote: >>> Hi, >>> >>> Some time back, Michael Franz and I experimented with compiling >>> Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact that the >>> Icetea harness expected a standard JDK/JRE layout on the file system. >>> We managed to create a script to symlink and copy some things about >>> and Michael managed to make it so the Mac OSX Java 5 could bootstrap >>> the system. >>> >>> Anyway, to make this short, I think it is a good idea if the layout is >>> the same across OS platforms if possible - it really reduces >>> relearning when moving from one OS to the other. >>> >>> Just my 2 cents, >>> Eric >>> >>> On Fri, Sep 30, 2011 at 9:21 AM, Henri Gomez >>> wrote: >>>>> Yes. the assumption is that you can always walk up one directory >>>>> and find the JDK, but that's no longer true, because the 1.7.0.jre >>>>> bundle has to be an atomic Mac OS X bundle that can be placed >>>>> inside of another app bundle. Ideally, and IDE which contains a >>>>> 1.7.0.jdk bundle will contain all it needs inside of itself to >>>>> generate .jre based app bundles, or whole new copy of itself with >>>>> a .jdk bundle. >>>>> >>>>> My usual trick would be to make a "jdk" symlink to ../../../ >>>>> inside of 1.7.0.jre/Contents/Home, and have the tools just look >>>>> for a "jdk" directory, but my experience with adding backwards >>>>> pointing symlinks has not been popular with some folks that are >>>>> dependent on zip-based archiving. So, is there a better alternative? >>>> I understand and commented JIRA. >>>> >>>> First proposal : >>>> >>>> Packaging it differently >>>> >>>> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain >>>> zip/tarball) >>>> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >>>> >>>> Packagers/Bundlers will more than likely prefer to use .zip/tarball >>>> file, not something mounted from DMG/PKG (I got one issue one >>>> openjdk-osx-build). >>>> >>>> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >>>> zip/tarballcontaining atomic Mac OS X bundle ready to use for >>>> packagers. >>>> >>>> Second proposal : >>>> >>>> Why not just copying 1.7.0.jre content into jre for now ? >>>> >> > From jonathan.gibbons at oracle.com Fri Sep 30 18:58:03 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 30 Sep 2011 18:58:03 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E86620D.6080403@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> <4E86620D.6080403@oracle.com> Message-ID: <4E8673AB.5080305@oracle.com> Phil, Your questions are about N years out of date, where N is somewhere between 5 and 15 :-( Originally, the only clients of tools.jar were JDK tools like javac, javah, etc, and they had launcher support so there was no issue. It's only with the advent of additional tools that want to get direct API access to tools like javac that we have an issue with folk wanting direct access to tools.jar. And even then, it was easier for such tools to deal with the existing layout of existing JDK installations than to propose and deal with different ways to access everything. Going forward, JDK 8 will have Jigsaw, which will fix issues like this. And that will be fun :-) -- Jon On 09/30/2011 05:42 PM, Phil Race wrote: > So we make people who need to use the code in tools.jar jump through > fragile hoops to > find the classes there ? Why would you *not* add the jars and native > libs to the paths > used by "java" in the JDK directory ? > > If tools.jar (and others) are needed by apps, they should be available > to them without > knowing the directory structure of the JDK. > > -phil. > > On 9/30/11 5:26 PM, Jonathan Gibbons wrote: >> Phil, >> >> If you invoke $JDK/bin/java, you simply end up in $JDK/jre/bin/java. >> >> Tools like javac are handled by the launcher and have thier own magic. >> >> -- Jon >> >> >> On 09/30/2011 09:23 AM, Phil Race wrote: >>> I suppose I'm not seeing how this just now arises since I've always >>> assumed that apps that need tools.jar - >>> or the other stuff in the JDK/lib directory should be using >>> $JDK/bin/java, not $JDK/jre/bin/java. >>> I've further supposed that tools.jar is then automatically on the >>> classpath. >>> I assume that "javac" works .. and $JDK/bin, and is finding rt.jar >>> is in the JRE subdirectory. >>> >>> -phil. >>> >>> On 9/30/11 4:01 PM, Eric Richardson wrote: >>>> Hi, >>>> >>>> Some time back, Michael Franz and I experimented with compiling >>>> Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact that the >>>> Icetea harness expected a standard JDK/JRE layout on the file system. >>>> We managed to create a script to symlink and copy some things about >>>> and Michael managed to make it so the Mac OSX Java 5 could bootstrap >>>> the system. >>>> >>>> Anyway, to make this short, I think it is a good idea if the layout is >>>> the same across OS platforms if possible - it really reduces >>>> relearning when moving from one OS to the other. >>>> >>>> Just my 2 cents, >>>> Eric >>>> >>>> On Fri, Sep 30, 2011 at 9:21 AM, Henri >>>> Gomez wrote: >>>>>> Yes. the assumption is that you can always walk up one directory >>>>>> and find the JDK, but that's no longer true, because the >>>>>> 1.7.0.jre bundle has to be an atomic Mac OS X bundle that can be >>>>>> placed inside of another app bundle. Ideally, and IDE which >>>>>> contains a 1.7.0.jdk bundle will contain all it needs inside of >>>>>> itself to generate .jre based app bundles, or whole new copy of >>>>>> itself with a .jdk bundle. >>>>>> >>>>>> My usual trick would be to make a "jdk" symlink to ../../../ >>>>>> inside of 1.7.0.jre/Contents/Home, and have the tools just look >>>>>> for a "jdk" directory, but my experience with adding backwards >>>>>> pointing symlinks has not been popular with some folks that are >>>>>> dependent on zip-based archiving. So, is there a better alternative? >>>>> I understand and commented JIRA. >>>>> >>>>> First proposal : >>>>> >>>>> Packaging it differently >>>>> >>>>> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain >>>>> zip/tarball) >>>>> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >>>>> >>>>> Packagers/Bundlers will more than likely prefer to use .zip/tarball >>>>> file, not something mounted from DMG/PKG (I got one issue one >>>>> openjdk-osx-build). >>>>> >>>>> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >>>>> zip/tarballcontaining atomic Mac OS X bundle ready to use for >>>>> packagers. >>>>> >>>>> Second proposal : >>>>> >>>>> Why not just copying 1.7.0.jre content into jre for now ? >>>>> >>> >> > From philip.race at oracle.com Fri Sep 30 19:52:46 2011 From: philip.race at oracle.com (Phil Race) Date: Fri, 30 Sep 2011 19:52:46 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E8673AB.5080305@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> <4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com> Message-ID: <4E86807E.4080305@oracle.com> I honestly don't see how jigsaw is relevant. It might have a side effect of providing a way of expressing a dependency, but it sounds like we already provide jars but no standard way to even find them. Please tell me why this is so hard or unimportant ... -phil. On 9/30/11 6:58 PM, Jonathan Gibbons wrote: > Phil, > > Your questions are about N years out of date, where N is somewhere > between 5 and 15 :-( > > Originally, the only clients of tools.jar were JDK tools like javac, > javah, etc, and they had launcher support so there was no issue. It's > only with the advent of additional tools that want to get direct API > access to tools like javac that we have an issue with folk wanting > direct access to tools.jar. And even then, it was easier for such > tools to deal with the existing layout of existing JDK installations > than to propose and deal with different ways to access everything. > > Going forward, JDK 8 will have Jigsaw, which will fix issues like > this. And that will be fun :-) > > -- Jon > > On 09/30/2011 05:42 PM, Phil Race wrote: >> So we make people who need to use the code in tools.jar jump through >> fragile hoops to >> find the classes there ? Why would you *not* add the jars and native >> libs to the paths >> used by "java" in the JDK directory ? >> >> If tools.jar (and others) are needed by apps, they should be >> available to them without >> knowing the directory structure of the JDK. >> >> -phil. >> >> On 9/30/11 5:26 PM, Jonathan Gibbons wrote: >>> Phil, >>> >>> If you invoke $JDK/bin/java, you simply end up in $JDK/jre/bin/java. >>> >>> Tools like javac are handled by the launcher and have thier own magic. >>> >>> -- Jon >>> >>> >>> On 09/30/2011 09:23 AM, Phil Race wrote: >>>> I suppose I'm not seeing how this just now arises since I've always >>>> assumed that apps that need tools.jar - >>>> or the other stuff in the JDK/lib directory should be using >>>> $JDK/bin/java, not $JDK/jre/bin/java. >>>> I've further supposed that tools.jar is then automatically on the >>>> classpath. >>>> I assume that "javac" works .. and $JDK/bin, and is finding rt.jar >>>> is in the JRE subdirectory. >>>> >>>> -phil. >>>> >>>> On 9/30/11 4:01 PM, Eric Richardson wrote: >>>>> Hi, >>>>> >>>>> Some time back, Michael Franz and I experimented with compiling >>>>> Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact that >>>>> the >>>>> Icetea harness expected a standard JDK/JRE layout on the file system. >>>>> We managed to create a script to symlink and copy some things about >>>>> and Michael managed to make it so the Mac OSX Java 5 could bootstrap >>>>> the system. >>>>> >>>>> Anyway, to make this short, I think it is a good idea if the >>>>> layout is >>>>> the same across OS platforms if possible - it really reduces >>>>> relearning when moving from one OS to the other. >>>>> >>>>> Just my 2 cents, >>>>> Eric >>>>> >>>>> On Fri, Sep 30, 2011 at 9:21 AM, Henri >>>>> Gomez wrote: >>>>>>> Yes. the assumption is that you can always walk up one directory >>>>>>> and find the JDK, but that's no longer true, because the >>>>>>> 1.7.0.jre bundle has to be an atomic Mac OS X bundle that can be >>>>>>> placed inside of another app bundle. Ideally, and IDE which >>>>>>> contains a 1.7.0.jdk bundle will contain all it needs inside of >>>>>>> itself to generate .jre based app bundles, or whole new copy of >>>>>>> itself with a .jdk bundle. >>>>>>> >>>>>>> My usual trick would be to make a "jdk" symlink to ../../../ >>>>>>> inside of 1.7.0.jre/Contents/Home, and have the tools just look >>>>>>> for a "jdk" directory, but my experience with adding backwards >>>>>>> pointing symlinks has not been popular with some folks that are >>>>>>> dependent on zip-based archiving. So, is there a better >>>>>>> alternative? >>>>>> I understand and commented JIRA. >>>>>> >>>>>> First proposal : >>>>>> >>>>>> Packaging it differently >>>>>> >>>>>> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain >>>>>> zip/tarball) >>>>>> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >>>>>> >>>>>> Packagers/Bundlers will more than likely prefer to use .zip/tarball >>>>>> file, not something mounted from DMG/PKG (I got one issue one >>>>>> openjdk-osx-build). >>>>>> >>>>>> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >>>>>> zip/tarballcontaining atomic Mac OS X bundle ready to use for >>>>>> packagers. >>>>>> >>>>>> Second proposal : >>>>>> >>>>>> Why not just copying 1.7.0.jre content into jre for now ? >>>>>> >>>> >>> >> > From mark at talios.com Fri Sep 30 20:13:05 2011 From: mark at talios.com (Mark Derricutt) Date: Sat, 1 Oct 2011 16:13:05 +1300 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E8673AB.5080305@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> <4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com> Message-ID: <8B583CE2-9357-4EBB-B508-4EA6F0BE364E@talios.com> There's an open maven-compiler-plugin bug to rewrite the compiler to use the "JSR-199 compiler api" [1] which has been available for some time now - rather than having a fixed dependency on the location of tools.jar. This came up as part of another bug report about maven not recognizing the new javac 7 error message format [2]. Sadly it doesn't look like these changes will be made in the immediate future, so having some form of work around would be good as we can't really rely on bleeding-edge-not-yet-written-pluggins-for-project-xyandz. I really don't see jigsaw solving this problem either - if anything, I'm sure that'll bring a lot more headaches to the game, using the compiler-api however would be the future proofing needed. Mark [1] http://jira.codehaus.org/browse/MCOMPILER-144 [2] http://jira.codehaus.org/browse/MCOMPILER-158 On 1/10/2011, at 2:58 PM, Jonathan Gibbons wrote: > Originally, the only clients of tools.jar were JDK tools like javac, javah, etc, and they had launcher support so there was no issue. It's only with the advent of additional tools that want to get direct API access to tools like javac that we have an issue with folk wanting direct access to tools.jar. And even then, it was easier for such tools to deal with the existing layout of existing JDK installations than to propose and deal with different ways to access everything. From jonathan.gibbons at oracle.com Fri Sep 30 20:30:38 2011 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 30 Sep 2011 20:30:38 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E86807E.4080305@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> <4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com> <4E86807E.4080305@oracle.com> Message-ID: <4E86895E.7090901@oracle.com> The separation between JDK and JRE will become blurred with Jigsaw -- you'll have a JRE + installed modules, and Jigsaw will locate and use the modules your app depends on. Jigsaw is relevant because it will supersede the use of jar files going forward for JDK 8 and beyond, including, in particular, tools.jar, which was the origin of this thread. In JDK 8, there will be no tools.jar. -- Jon On 09/30/2011 07:52 PM, Phil Race wrote: > > I honestly don't see how jigsaw is relevant. It might have a side > effect of providing a way of expressing > a dependency, but it sounds like we already provide jars but no > standard way to even find them. Please > tell me why this is so hard or unimportant ... > > -phil. > > On 9/30/11 6:58 PM, Jonathan Gibbons wrote: >> Phil, >> >> Your questions are about N years out of date, where N is somewhere >> between 5 and 15 :-( >> >> Originally, the only clients of tools.jar were JDK tools like javac, >> javah, etc, and they had launcher support so there was no issue. It's >> only with the advent of additional tools that want to get direct API >> access to tools like javac that we have an issue with folk wanting >> direct access to tools.jar. And even then, it was easier for such >> tools to deal with the existing layout of existing JDK installations >> than to propose and deal with different ways to access everything. >> >> Going forward, JDK 8 will have Jigsaw, which will fix issues like >> this. And that will be fun :-) >> >> -- Jon >> >> On 09/30/2011 05:42 PM, Phil Race wrote: >>> So we make people who need to use the code in tools.jar jump through >>> fragile hoops to >>> find the classes there ? Why would you *not* add the jars and native >>> libs to the paths >>> used by "java" in the JDK directory ? >>> >>> If tools.jar (and others) are needed by apps, they should be >>> available to them without >>> knowing the directory structure of the JDK. >>> >>> -phil. >>> >>> On 9/30/11 5:26 PM, Jonathan Gibbons wrote: >>>> Phil, >>>> >>>> If you invoke $JDK/bin/java, you simply end up in $JDK/jre/bin/java. >>>> >>>> Tools like javac are handled by the launcher and have thier own magic. >>>> >>>> -- Jon >>>> >>>> >>>> On 09/30/2011 09:23 AM, Phil Race wrote: >>>>> I suppose I'm not seeing how this just now arises since I've >>>>> always assumed that apps that need tools.jar - >>>>> or the other stuff in the JDK/lib directory should be using >>>>> $JDK/bin/java, not $JDK/jre/bin/java. >>>>> I've further supposed that tools.jar is then automatically on the >>>>> classpath. >>>>> I assume that "javac" works .. and $JDK/bin, and is finding rt.jar >>>>> is in the JRE subdirectory. >>>>> >>>>> -phil. >>>>> >>>>> On 9/30/11 4:01 PM, Eric Richardson wrote: >>>>>> Hi, >>>>>> >>>>>> Some time back, Michael Franz and I experimented with compiling >>>>>> Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact >>>>>> that the >>>>>> Icetea harness expected a standard JDK/JRE layout on the file >>>>>> system. >>>>>> We managed to create a script to symlink and copy some things about >>>>>> and Michael managed to make it so the Mac OSX Java 5 could bootstrap >>>>>> the system. >>>>>> >>>>>> Anyway, to make this short, I think it is a good idea if the >>>>>> layout is >>>>>> the same across OS platforms if possible - it really reduces >>>>>> relearning when moving from one OS to the other. >>>>>> >>>>>> Just my 2 cents, >>>>>> Eric >>>>>> >>>>>> On Fri, Sep 30, 2011 at 9:21 AM, Henri >>>>>> Gomez wrote: >>>>>>>> Yes. the assumption is that you can always walk up one >>>>>>>> directory and find the JDK, but that's no longer true, because >>>>>>>> the 1.7.0.jre bundle has to be an atomic Mac OS X bundle that >>>>>>>> can be placed inside of another app bundle. Ideally, and IDE >>>>>>>> which contains a 1.7.0.jdk bundle will contain all it needs >>>>>>>> inside of itself to generate .jre based app bundles, or whole >>>>>>>> new copy of itself with a .jdk bundle. >>>>>>>> >>>>>>>> My usual trick would be to make a "jdk" symlink to ../../../ >>>>>>>> inside of 1.7.0.jre/Contents/Home, and have the tools just look >>>>>>>> for a "jdk" directory, but my experience with adding backwards >>>>>>>> pointing symlinks has not been popular with some folks that are >>>>>>>> dependent on zip-based archiving. So, is there a better >>>>>>>> alternative? >>>>>>> I understand and commented JIRA. >>>>>>> >>>>>>> First proposal : >>>>>>> >>>>>>> Packaging it differently >>>>>>> >>>>>>> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain >>>>>>> zip/tarball) >>>>>>> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >>>>>>> >>>>>>> Packagers/Bundlers will more than likely prefer to use .zip/tarball >>>>>>> file, not something mounted from DMG/PKG (I got one issue one >>>>>>> openjdk-osx-build). >>>>>>> >>>>>>> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >>>>>>> zip/tarballcontaining atomic Mac OS X bundle ready to use for >>>>>>> packagers. >>>>>>> >>>>>>> Second proposal : >>>>>>> >>>>>>> Why not just copying 1.7.0.jre content into jre for now ? >>>>>>> >>>>> >>>> >>> >> > From philip.race at oracle.com Fri Sep 30 20:41:59 2011 From: philip.race at oracle.com (Phil Race) Date: Fri, 30 Sep 2011 20:41:59 -0700 Subject: New jre layout broke Maven and Ant In-Reply-To: <4E86895E.7090901@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> <4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com> <4E86807E.4080305@oracle.com> <4E86895E.7090901@oracle.com> Message-ID: <4E868C07.9070403@oracle.com> So jigsaw will break such apps as these that rely on particular ways of finding tools.jar, even on other platforms? Do they have to do something else, or nothing ? If something else, that breakage better have big benefits too .. Anyway this has got off the point. What should happen in JDK 7 on OS X to fix this ? -phil. On 9/30/11 8:30 PM, Jonathan Gibbons wrote: > The separation between JDK and JRE will become blurred with Jigsaw -- > you'll have a JRE + installed modules, and Jigsaw will locate and use > the modules your app depends on. > > Jigsaw is relevant because it will supersede the use of jar files > going forward for JDK 8 and beyond, including, in particular, > tools.jar, which was the origin of this thread. In JDK 8, there will > be no tools.jar. > > -- Jon > > > On 09/30/2011 07:52 PM, Phil Race wrote: >> >> I honestly don't see how jigsaw is relevant. It might have a side >> effect of providing a way of expressing >> a dependency, but it sounds like we already provide jars but no >> standard way to even find them. Please >> tell me why this is so hard or unimportant ... >> >> -phil. >> >> On 9/30/11 6:58 PM, Jonathan Gibbons wrote: >>> Phil, >>> >>> Your questions are about N years out of date, where N is somewhere >>> between 5 and 15 :-( >>> >>> Originally, the only clients of tools.jar were JDK tools like javac, >>> javah, etc, and they had launcher support so there was no issue. >>> It's only with the advent of additional tools that want to get >>> direct API access to tools like javac that we have an issue with >>> folk wanting direct access to tools.jar. And even then, it was >>> easier for such tools to deal with the existing layout of existing >>> JDK installations than to propose and deal with different ways to >>> access everything. >>> >>> Going forward, JDK 8 will have Jigsaw, which will fix issues like >>> this. And that will be fun :-) >>> >>> -- Jon >>> >>> On 09/30/2011 05:42 PM, Phil Race wrote: >>>> So we make people who need to use the code in tools.jar jump >>>> through fragile hoops to >>>> find the classes there ? Why would you *not* add the jars and >>>> native libs to the paths >>>> used by "java" in the JDK directory ? >>>> >>>> If tools.jar (and others) are needed by apps, they should be >>>> available to them without >>>> knowing the directory structure of the JDK. >>>> >>>> -phil. >>>> >>>> On 9/30/11 5:26 PM, Jonathan Gibbons wrote: >>>>> Phil, >>>>> >>>>> If you invoke $JDK/bin/java, you simply end up in $JDK/jre/bin/java. >>>>> >>>>> Tools like javac are handled by the launcher and have thier own >>>>> magic. >>>>> >>>>> -- Jon >>>>> >>>>> >>>>> On 09/30/2011 09:23 AM, Phil Race wrote: >>>>>> I suppose I'm not seeing how this just now arises since I've >>>>>> always assumed that apps that need tools.jar - >>>>>> or the other stuff in the JDK/lib directory should be using >>>>>> $JDK/bin/java, not $JDK/jre/bin/java. >>>>>> I've further supposed that tools.jar is then automatically on the >>>>>> classpath. >>>>>> I assume that "javac" works .. and $JDK/bin, and is finding >>>>>> rt.jar is in the JRE subdirectory. >>>>>> >>>>>> -phil. >>>>>> >>>>>> On 9/30/11 4:01 PM, Eric Richardson wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Some time back, Michael Franz and I experimented with compiling >>>>>>> Icetea/bsd-port/zero on Mac OSX PowerPC. We ran into the fact >>>>>>> that the >>>>>>> Icetea harness expected a standard JDK/JRE layout on the file >>>>>>> system. >>>>>>> We managed to create a script to symlink and copy some things about >>>>>>> and Michael managed to make it so the Mac OSX Java 5 could >>>>>>> bootstrap >>>>>>> the system. >>>>>>> >>>>>>> Anyway, to make this short, I think it is a good idea if the >>>>>>> layout is >>>>>>> the same across OS platforms if possible - it really reduces >>>>>>> relearning when moving from one OS to the other. >>>>>>> >>>>>>> Just my 2 cents, >>>>>>> Eric >>>>>>> >>>>>>> On Fri, Sep 30, 2011 at 9:21 AM, Henri >>>>>>> Gomez wrote: >>>>>>>>> Yes. the assumption is that you can always walk up one >>>>>>>>> directory and find the JDK, but that's no longer true, because >>>>>>>>> the 1.7.0.jre bundle has to be an atomic Mac OS X bundle that >>>>>>>>> can be placed inside of another app bundle. Ideally, and IDE >>>>>>>>> which contains a 1.7.0.jdk bundle will contain all it needs >>>>>>>>> inside of itself to generate .jre based app bundles, or whole >>>>>>>>> new copy of itself with a .jdk bundle. >>>>>>>>> >>>>>>>>> My usual trick would be to make a "jdk" symlink to ../../../ >>>>>>>>> inside of 1.7.0.jre/Contents/Home, and have the tools just >>>>>>>>> look for a "jdk" directory, but my experience with adding >>>>>>>>> backwards pointing symlinks has not been popular with some >>>>>>>>> folks that are dependent on zip-based archiving. So, is there >>>>>>>>> a better alternative? >>>>>>>> I understand and commented JIRA. >>>>>>>> >>>>>>>> First proposal : >>>>>>>> >>>>>>>> Packaging it differently >>>>>>>> >>>>>>>> * OpenJDK 7 OSX atomic bundle (specific package, ie a plain >>>>>>>> zip/tarball) >>>>>>>> * OpenJDK 7 OSX JDK runtime (same layout Windows or Linux) >>>>>>>> >>>>>>>> Packagers/Bundlers will more than likely prefer to use >>>>>>>> .zip/tarball >>>>>>>> file, not something mounted from DMG/PKG (I got one issue one >>>>>>>> openjdk-osx-build). >>>>>>>> >>>>>>>> So OpenJDK 7 OSX will contains a standard OpenJDK layout + a >>>>>>>> zip/tarballcontaining atomic Mac OS X bundle ready to use for >>>>>>>> packagers. >>>>>>>> >>>>>>>> Second proposal : >>>>>>>> >>>>>>>> Why not just copying 1.7.0.jre content into jre for now ? >>>>>>>> >>>>>> >>>>> >>>> >>> >> > From Johannes.Schindelin at gmx.de Fri Sep 30 23:08:40 2011 From: Johannes.Schindelin at gmx.de (Johannes Schindelin) Date: Sat, 1 Oct 2011 01:08:40 -0500 (CDT) Subject: New jre layout broke Maven and Ant In-Reply-To: <4E8673AB.5080305@oracle.com> References: <67638E1F-3BF6-45CA-AD3B-AC426398B101@apple.com> <4E85ED12.2080806@oracle.com> <4E865E41.3070209@oracle.com> <4E86620D.6080403@oracle.com> <4E8673AB.5080305@oracle.com> Message-ID: Hi Jonathan, On Fri, 30 Sep 2011, Jonathan Gibbons wrote: > Your questions are about N years out of date, where N is somewhere > between 5 and 15 :-( > > Originally, the only clients of tools.jar were JDK tools like javac, > javah, etc, and they had launcher support so there was no issue. It's > only with the advent of additional tools that want to get direct API > access to tools like javac that we have an issue with folk wanting > direct access to tools.jar. Funny. That last sentence of yours disagrees 100% with the first sentence. all within 8 lines, no more! Ciao, Johannes P.S.: I guess that my point is that reality disagrees not only with the first sentence, but also with breaking expectations. There is no good excuse for that, either ("fixing the design" does not do the job, it does not matter to anybody whose code all of a sudden breaks without their doing). P.P.S.: Please note that I did not cull any context; since it was top-posted, there was no context to cull.