From kelly.ohair at oracle.com Wed Nov 2 15:26:11 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 2 Nov 2011 15:26:11 -0700 Subject: OpenJDK6 B24 Message-ID: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> Time for OpenJDK6 B24 (will be tagged with jdk6-b24). I'm double checking that all the security fixes have been integrated, and creating a todo list for this promotion. Lana Steuck will be helping out with this, if not doing most of the work, a thanks in advance for her help. Let me know if there are any additional changes to consider for this OpenJDK6 release. -kto P.S. Release process is here: http://hg.openjdk.java.net/jdk6/jdk6/raw-file/tip/ReleaseProcess.html From kelly.ohair at oracle.com Thu Nov 3 12:01:58 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 3 Nov 2011 12:01:58 -0700 Subject: OpenJDK6 B24 In-Reply-To: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> Message-ID: <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> FYI... All security changes have been verified and are in the OpenJDK6 repos. We are starting the release process for OpenJDK6 B24. -kto From vladimir.kozlov at oracle.com Thu Nov 3 16:32:48 2011 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 03 Nov 2011 16:32:48 -0700 Subject: Review Request: Backport some Hotspot defaults for AMD Bulldozer processor Message-ID: <4EB324A0.9050809@oracle.com> Changes look good, I verified that they match the combination of next changes in jdk7: 7037812: few more defaults changes for new AMD processors 7035713: 3DNow Prefetch Instruction Support 7032133: Enable sse4.2 for new AMD processors I filed bug: 7108221: Backport to jdk6 Hotspot defaults for AMD Bulldozer processor I am running changes through our testing system. After it finished I will push it into http://hg.openjdk.java.net/jdk6/jdk6/hotspot. Regards, Vladimir Deneau, Tom wrote: > Please review this patch which backports some Hotspot defaults for AMD's > new Bulldozer which had already been accepted into Hotspot 21 in JDK7 > General Release. These defaults allow the Bulldozer processor family to > get the best performance. > > The webrev is at > > http://cr.openjdk.java.net/~tdeneau/openjdk6-bd-defaults/webrev.01/ > > The changes consist of: > > ? default for AllocatePrefetchStyle goes to 0, that is, no SW > Prefetch > > ? UseXMMForArrayCopy, UseUnalignedLoadStores and > UseSSE42Intrinsics default to true > > ? changes the logic for detecting whether or not a processor > supports the 3dnow prefetchw and prefetch instructions. A separate > CPUID bit (defined in about 2007) allows a processor to support 3dnow > prefetch instructions without supporting the whole 3dnow instruction > set. The Bulldozer processors from AMD are the first that support 3dnow > prefetch without supporting the 3dnow instruction set. The logic change > is really one small change in src/cpu/x86/vm/vm_version_x86.hpp but to > clarify things I changed a function name from supports_3dnow() to > supports_3dnow_prefetch() which is really what was meant all > along. This was the reason the other files changed. I did not make any > change in src/cpu/x86/vm/x86_64.ad since that was not checking for 3dnow > support. > > -- Tom Deneau, AMD > > > From vladimir.kozlov at oracle.com Thu Nov 3 17:26:42 2011 From: vladimir.kozlov at oracle.com (vladimir.kozlov at oracle.com) Date: Fri, 04 Nov 2011 00:26:42 +0000 Subject: hg: jdk6/jdk6/hotspot: 7108221: Backport to jdk6 Hotspot defaults for AMD Bulldozer processor Message-ID: <20111104002644.9C88A4722E@hg.openjdk.java.net> Changeset: 37b3e89b0b84 Author: kvn Date: 2011-11-03 16:44 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/37b3e89b0b84 7108221: Backport to jdk6 Hotspot defaults for AMD Bulldozer processor Summary: backport 7032133, 7035713, 7037812 changes to Openjdk6. Reviewed-by: kvn Contributed-by: tom.deneau at amd.com ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/vm_version_x86.cpp ! src/cpu/x86/vm/vm_version_x86.hpp ! src/cpu/x86/vm/x86_32.ad From aph at redhat.com Fri Nov 4 02:56:36 2011 From: aph at redhat.com (Andrew Haley) Date: Fri, 04 Nov 2011 09:56:36 +0000 Subject: OpenJDK6 B24 In-Reply-To: <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> Message-ID: <4EB3B6D4.3080702@redhat.com> On 11/03/2011 07:01 PM, Kelly O'Hair wrote: > All security changes have been verified and are in the OpenJDK6 repos. Thanks a lot, Kelly. Andrew. From dalibor.topic at oracle.com Fri Nov 4 05:42:20 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 04 Nov 2011 13:42:20 +0100 Subject: OpenJDK6 B24 In-Reply-To: <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> Message-ID: <4EB3DDAC.4010909@oracle.com> On 11/3/11 8:01 PM, Kelly O'Hair wrote: > > FYI... > > All security changes have been verified and are in the OpenJDK6 repos. > > We are starting the release process for OpenJDK6 B24. Great, thanks Kelly! cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From kelly.ohair at oracle.com Fri Nov 4 09:12:48 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 4 Nov 2011 09:12:48 -0700 Subject: OpenJDK6 B24 In-Reply-To: <4EB3B6D4.3080702@redhat.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EB3B6D4.3080702@redhat.com> Message-ID: <13B2C45E-DFA7-4060-AAEF-714D6D593E6D@oracle.com> FYI... There has been one hotspot change added: http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/37b3e89b0b84 -kto On Nov 4, 2011, at 2:56 AM, Andrew Haley wrote: > On 11/03/2011 07:01 PM, Kelly O'Hair wrote: >> All security changes have been verified and are in the OpenJDK6 repos. > > Thanks a lot, Kelly. > > Andrew. > From ahughes at redhat.com Fri Nov 4 10:06:58 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Fri, 4 Nov 2011 17:06:58 +0000 Subject: OpenJDK6 B24 In-Reply-To: <13B2C45E-DFA7-4060-AAEF-714D6D593E6D@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EB3B6D4.3080702@redhat.com> <13B2C45E-DFA7-4060-AAEF-714D6D593E6D@oracle.com> Message-ID: <20111104170658.GA27765@rivendell.middle-earth.co.uk> On 09:12 Fri 04 Nov , Kelly O'Hair wrote: > > FYI... > > There has been one hotspot change added: > > http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/37b3e89b0b84 > > -kto > Do you have a link to where this was discussed? We usually do bulk HotSpot imports for 6, not arbitrary changesets. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111104/4dccb054/attachment.bin From kelly.ohair at oracle.com Fri Nov 4 11:11:02 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 4 Nov 2011 11:11:02 -0700 Subject: OpenJDK6 B24 In-Reply-To: <20111104170658.GA27765@rivendell.middle-earth.co.uk> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EB3B6D4.3080702@redhat.com> <13B2C45E-DFA7-4060-AAEF-714D6D593E6D@oracle.com> <20111104170658.GA27765@rivendell.middle-earth.co.uk> Message-ID: <7D38E3B1-F5B2-44EE-9C64-522BB6EDBCBD@oracle.com> I know that we have accepted some non-bulk changesets in the past, and hotspot in openjdk6 is a bit unusual. It's not clear to me that we will be getting many more bulk hotspot changes in openjdk6 as hotspot focuses on jdk7 and jdk8. The only email I can find is: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-October/002544.html -kto On Nov 4, 2011, at 10:06 AM, Dr Andrew John Hughes wrote: > On 09:12 Fri 04 Nov , Kelly O'Hair wrote: >> >> FYI... >> >> There has been one hotspot change added: >> >> http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/37b3e89b0b84 >> >> -kto >> > > Do you have a link to where this was discussed? We usually do bulk HotSpot > imports for 6, not arbitrary changesets. > -- > Andrew :) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and IcedTea > http://www.gnu.org/software/classpath > http://icedtea.classpath.org > PGP Key: 248BDC07 (https://keys.indymedia.org/) > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From ahughes at redhat.com Fri Nov 4 12:50:02 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Fri, 4 Nov 2011 19:50:02 +0000 Subject: OpenJDK6 B24 In-Reply-To: <7D38E3B1-F5B2-44EE-9C64-522BB6EDBCBD@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EB3B6D4.3080702@redhat.com> <13B2C45E-DFA7-4060-AAEF-714D6D593E6D@oracle.com> <20111104170658.GA27765@rivendell.middle-earth.co.uk> <7D38E3B1-F5B2-44EE-9C64-522BB6EDBCBD@oracle.com> Message-ID: <20111104195002.GC27765@rivendell.middle-earth.co.uk> On 11:11 Fri 04 Nov , Kelly O'Hair wrote: > I know that we have accepted some non-bulk changesets in the past, and hotspot in openjdk6 > is a bit unusual. It's not clear to me that we will be getting many more bulk hotspot changes > in openjdk6 as hotspot focuses on jdk7 and jdk8. Well I did these bulk imports in the past and I was intending to do more. Erik's mail here: http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004645.html suggests it's feasible. I like the idea of maintaining an OpenJDK6 fork of HotSpot much less. As I've said before, we can't even begin to switch to OpenJDK7 as the main JDK until Oracle make the TCK license available. It also needs a lot more testing on real-world apps, and most distros don't even carry it yet. > > The only email I can find is: > http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-October/002544.html > > -kto > > On Nov 4, 2011, at 10:06 AM, Dr Andrew John Hughes wrote: > > > On 09:12 Fri 04 Nov , Kelly O'Hair wrote: > >> > >> FYI... > >> > >> There has been one hotspot change added: > >> > >> http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/37b3e89b0b84 > >> > >> -kto > >> > > > > Do you have a link to where this was discussed? We usually do bulk HotSpot > > imports for 6, not arbitrary changesets. > > -- > > Andrew :) > > > > Free Java Software Engineer > > Red Hat, Inc. (http://www.redhat.com) > > > > Support Free Java! > > Contribute to GNU Classpath and IcedTea > > http://www.gnu.org/software/classpath > > http://icedtea.classpath.org > > PGP Key: 248BDC07 (https://keys.indymedia.org/) > > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111104/0e34d5a2/attachment.bin From kelly.ohair at oracle.com Fri Nov 4 13:51:26 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Fri, 4 Nov 2011 13:51:26 -0700 Subject: OpenJDK6 B24 In-Reply-To: <20111104195002.GC27765@rivendell.middle-earth.co.uk> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EB3B6D4.3080702@redhat.com> <13B2C45E-DFA7-4060-AAEF-714D6D593E6D@oracle.com> <20111104170658.GA27765@rivendell.middle-earth.co.uk> <7D38E3B1-F5B2-44EE-9C64-522BB6EDBCBD@oracle.com> <20111104195002.GC27765@rivendell.middle-earth.co.uk> Message-ID: On Nov 4, 2011, at 12:50 PM, Dr Andrew John Hughes wrote: > On 11:11 Fri 04 Nov , Kelly O'Hair wrote: >> I know that we have accepted some non-bulk changesets in the past, and hotspot in openjdk6 >> is a bit unusual. It's not clear to me that we will be getting many more bulk hotspot changes >> in openjdk6 as hotspot focuses on jdk7 and jdk8. > > Well I did these bulk imports in the past and I was intending to do more. > Erik's mail here: http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004645.html > suggests it's feasible. Feasible yes, but I'm not sure it's a good idea. If the hotspot changes are not be used in a jdk6 release of any kind, built or tested, then I have no idea what might happen. Runtime issues might be very difficult to track down. I've been assuming that stability is a top priority with openjdk6? > > I like the idea of maintaining an OpenJDK6 fork of HotSpot much less. Yeah, I'm not crazy about it either, just not sure what to do about it. There are usually very few security related changes to hotspot, hopefully the changes to hotspot will be very minimal. > > As I've said before, we can't even begin to switch to OpenJDK7 as the > main JDK until Oracle make the TCK license available. It also needs > a lot more testing on real-world apps, and most distros don't even > carry it yet. Understood. -kto > >> >> The only email I can find is: >> http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-October/002544.html >> >> -kto >> >> On Nov 4, 2011, at 10:06 AM, Dr Andrew John Hughes wrote: >> >>> On 09:12 Fri 04 Nov , Kelly O'Hair wrote: >>>> >>>> FYI... >>>> >>>> There has been one hotspot change added: >>>> >>>> http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/37b3e89b0b84 >>>> >>>> -kto >>>> >>> >>> Do you have a link to where this was discussed? We usually do bulk HotSpot >>> imports for 6, not arbitrary changesets. >>> -- >>> Andrew :) >>> >>> Free Java Software Engineer >>> Red Hat, Inc. (http://www.redhat.com) >>> >>> Support Free Java! >>> Contribute to GNU Classpath and IcedTea >>> http://www.gnu.org/software/classpath >>> http://icedtea.classpath.org >>> PGP Key: 248BDC07 (https://keys.indymedia.org/) >>> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 >> > > -- > Andrew :) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and IcedTea > http://www.gnu.org/software/classpath > http://icedtea.classpath.org > PGP Key: 248BDC07 (https://keys.indymedia.org/) > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From ysr1729 at gmail.com Wed Nov 9 00:45:50 2011 From: ysr1729 at gmail.com (Srinivas Ramakrishna) Date: Wed, 9 Nov 2011 00:45:50 -0800 Subject: Xm/Motif for OpenJDK build? Message-ID: Sorry for a rather naive question. I am building openjdk (6) from scratch for the first time and am running into an issue when building the AWT classes because of not finding the relevant Motif header files at the expected locations on my system (ubuntu/x64). Has anyone else encountered this issue and had to do a fresh install of motif library and headers? If so, would OpenMotif cut it? thanks for any tips. -- ramki -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111109/d27e56df/attachment.html From david.holmes at oracle.com Wed Nov 9 01:09:13 2011 From: david.holmes at oracle.com (David Holmes) Date: Wed, 09 Nov 2011 19:09:13 +1000 Subject: Xm/Motif for OpenJDK build? In-Reply-To: References: Message-ID: <4EBA4339.30207@oracle.com> Hi Ramki! On 9/11/2011 6:45 PM, Srinivas Ramakrishna wrote: > > Sorry for a rather naive question. I am building openjdk (6) from > scratch for the first > time and am running into an issue when building the AWT classes because > of not finding > the relevant Motif header files at the expected locations on my system > (ubuntu/x64). Is it just a case of the X11 headers being in a different location? Try setting ALT_OPENWIN_HOME to the top of the tree eg /usr/X11/ or /usr/X11R6/ or whatever it may be. David Has anyone > else encountered this issue and had to do a fresh install of motif > library and headers? > If so, would OpenMotif cut it? > > thanks for any tips. > -- ramki From fweimer at bfk.de Wed Nov 9 01:11:09 2011 From: fweimer at bfk.de (Florian Weimer) Date: Wed, 09 Nov 2011 09:11:09 +0000 Subject: Xm/Motif for OpenJDK build? In-Reply-To: (Srinivas Ramakrishna's message of "Wed, 9 Nov 2011 00:45:50 -0800") References: Message-ID: <8262ity82a.fsf@mid.bfk.de> * Srinivas Ramakrishna: > Sorry for a rather naive question. I am building openjdk (6) from > scratch for the first time and am running into an issue when building > the AWT classes because of not finding the relevant Motif header files > at the expected locations on my system (ubuntu/x64). I think these headers are plain Xt, not Motif. Here's the minimal list of build dependencies I ended up with: ant, ant-optional, cpio, file, gawk, libasound2-dev, libcups2-dev, libfreetype6-dev, libx11-dev, libxext-dev, libxi-dev, libxrender-dev, libxt-dev, libxtst-dev, m4, openjdk-6-jdk, openjdk-drops, procps, unzip, x11proto-input-dev, zip, This list is for building OpenJDK 7 on a derivative of Debian squeeze, but Ubuntu is probably similar. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 From ahughes at redhat.com Wed Nov 9 06:39:45 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Wed, 9 Nov 2011 14:39:45 +0000 Subject: Xm/Motif for OpenJDK build? In-Reply-To: <8262ity82a.fsf@mid.bfk.de> References: <8262ity82a.fsf@mid.bfk.de> Message-ID: <20111109143945.GI25917@rivendell.middle-earth.co.uk> On 09:11 Wed 09 Nov , Florian Weimer wrote: > * Srinivas Ramakrishna: > > > Sorry for a rather naive question. I am building openjdk (6) from > > scratch for the first time and am running into an issue when building > > the AWT classes because of not finding the relevant Motif header files > > at the expected locations on my system (ubuntu/x64). > > I think these headers are plain Xt, not Motif. Here's the minimal list > of build dependencies I ended up with: > > ant, > ant-optional, > cpio, > file, > gawk, > libasound2-dev, > libcups2-dev, > libfreetype6-dev, > libx11-dev, > libxext-dev, > libxi-dev, > libxrender-dev, > libxt-dev, > libxtst-dev, > m4, > openjdk-6-jdk, > openjdk-drops, > procps, > unzip, > x11proto-input-dev, > zip, > > This list is for building OpenJDK 7 on a derivative of Debian squeeze, > but Ubuntu is probably similar. > But he asked about 6, not 7. And 6 does require the Motif headers still. Works with OpenMotif. > -- > Florian Weimer > BFK edv-consulting GmbH http://www.bfk.de/ > Kriegsstra?e 100 tel: +49-721-96201-1 > D-76133 Karlsruhe fax: +49-721-96201-99 -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111109/4a2e9b4a/attachment.bin From ysr1729 at gmail.com Wed Nov 9 08:39:13 2011 From: ysr1729 at gmail.com (Srinivas Ramakrishna) Date: Wed, 9 Nov 2011 08:39:13 -0800 Subject: Xm/Motif for OpenJDK build? In-Reply-To: <20111109143945.GI25917@rivendell.middle-earth.co.uk> References: <8262ity82a.fsf@mid.bfk.de> <20111109143945.GI25917@rivendell.middle-earth.co.uk> Message-ID: Thanks everyone for your suggestions. Indeed I am building jdk6.. I'll try out David's and Andrew's suggestions and see. (David: the header files seem to be missing on my ubuntu box, at least i can't find them under /usr/X11 (which i do have)). -- ramki On Wed, Nov 9, 2011 at 6:39 AM, Dr Andrew John Hughes wrote: > On 09:11 Wed 09 Nov , Florian Weimer wrote: > > * Srinivas Ramakrishna: > > > > > Sorry for a rather naive question. I am building openjdk (6) from > > > scratch for the first time and am running into an issue when building > > > the AWT classes because of not finding the relevant Motif header files > > > at the expected locations on my system (ubuntu/x64). > > > > I think these headers are plain Xt, not Motif. Here's the minimal list > > of build dependencies I ended up with: > > > > ant, > > ant-optional, > > cpio, > > file, > > gawk, > > libasound2-dev, > > libcups2-dev, > > libfreetype6-dev, > > libx11-dev, > > libxext-dev, > > libxi-dev, > > libxrender-dev, > > libxt-dev, > > libxtst-dev, > > m4, > > openjdk-6-jdk, > > openjdk-drops, > > procps, > > unzip, > > x11proto-input-dev, > > zip, > > > > This list is for building OpenJDK 7 on a derivative of Debian squeeze, > > but Ubuntu is probably similar. > > > > But he asked about 6, not 7. And 6 does require the Motif headers still. > Works with OpenMotif. > > > -- > > Florian Weimer > > BFK edv-consulting GmbH http://www.bfk.de/ > > Kriegsstra?e 100 tel: +49-721-96201-1 > > D-76133 Karlsruhe fax: +49-721-96201-99 > > -- > Andrew :) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and IcedTea > http://www.gnu.org/software/classpath > http://icedtea.classpath.org > PGP Key: 248BDC07 (https://keys.indymedia.org/) > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111109/e19a9783/attachment.html From kelly.ohair at oracle.com Wed Nov 9 10:06:10 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 9 Nov 2011 13:06:10 -0500 Subject: Xm/Motif for OpenJDK build? In-Reply-To: References: <8262ity82a.fsf@mid.bfk.de> <20111109143945.GI25917@rivendell.middle-earth.co.uk> Message-ID: <7E723244-0CB2-46AD-93F0-D8A41853C944@oracle.com> I am using: aptitude update aptitude install mercurial aptitude install rpm ssh openjdk6-jdk expect tcsh csh ksh gawk g++ build-essential aptitude build-dep openjdk-6 if [ "`uname -m`" = "x86_64" ] ; then aptitude install ia32-libs fi aptitude install ntp -kto On Nov 9, 2011, at 11:39 AM, Srinivas Ramakrishna wrote: > Thanks everyone for your suggestions. Indeed I am building jdk6.. I'll try out David's and Andrew's > suggestions and see. (David: the header files seem to be missing on my ubuntu box, at least i > can't find them under /usr/X11 (which i do have)). > > -- ramki > > On Wed, Nov 9, 2011 at 6:39 AM, Dr Andrew John Hughes wrote: > On 09:11 Wed 09 Nov , Florian Weimer wrote: > > * Srinivas Ramakrishna: > > > > > Sorry for a rather naive question. I am building openjdk (6) from > > > scratch for the first time and am running into an issue when building > > > the AWT classes because of not finding the relevant Motif header files > > > at the expected locations on my system (ubuntu/x64). > > > > I think these headers are plain Xt, not Motif. Here's the minimal list > > of build dependencies I ended up with: > > > > ant, > > ant-optional, > > cpio, > > file, > > gawk, > > libasound2-dev, > > libcups2-dev, > > libfreetype6-dev, > > libx11-dev, > > libxext-dev, > > libxi-dev, > > libxrender-dev, > > libxt-dev, > > libxtst-dev, > > m4, > > openjdk-6-jdk, > > openjdk-drops, > > procps, > > unzip, > > x11proto-input-dev, > > zip, > > > > This list is for building OpenJDK 7 on a derivative of Debian squeeze, > > but Ubuntu is probably similar. > > > > But he asked about 6, not 7. And 6 does require the Motif headers still. > Works with OpenMotif. > > > -- > > Florian Weimer > > BFK edv-consulting GmbH http://www.bfk.de/ > > Kriegsstra?e 100 tel: +49-721-96201-1 > > D-76133 Karlsruhe fax: +49-721-96201-99 > > -- > Andrew :) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > Support Free Java! > Contribute to GNU Classpath and IcedTea > http://www.gnu.org/software/classpath > http://icedtea.classpath.org > PGP Key: 248BDC07 (https://keys.indymedia.org/) > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111109/90c1ee67/attachment-0001.html From ysr1729 at gmail.com Wed Nov 9 11:58:51 2011 From: ysr1729 at gmail.com (Srinivas Ramakrishna) Date: Wed, 9 Nov 2011 11:58:51 -0800 Subject: Xm/Motif for OpenJDK build? In-Reply-To: <7E723244-0CB2-46AD-93F0-D8A41853C944@oracle.com> References: <8262ity82a.fsf@mid.bfk.de> <20111109143945.GI25917@rivendell.middle-earth.co.uk> <7E723244-0CB2-46AD-93F0-D8A41853C944@oracle.com> Message-ID: Thanks Kelly. This doesn't seem to pull in the motif dependencies. I need to manually apt-get libmotif (or more precisely lesstif2). The build seems to have gotten past that point once i grabbed it though. (although make sanity still complains about Motif being missing.) thanks for your help everyone!! -- ramki On Wed, Nov 9, 2011 at 10:06 AM, Kelly O'Hair wrote: > I am using: > > aptitude update > aptitude install mercurial > aptitude install rpm ssh openjdk6-jdk expect tcsh csh ksh gawk g++ > build-essential > aptitude build-dep openjdk-6 > if [ "`uname -m`" = "x86_64" ] ; then > aptitude install ia32-libs > fi > aptitude install ntp > > -kto > > On Nov 9, 2011, at 11:39 AM, Srinivas Ramakrishna wrote: > > Thanks everyone for your suggestions. Indeed I am building jdk6.. I'll try > out David's and Andrew's > suggestions and see. (David: the header files seem to be missing on my > ubuntu box, at least i > can't find them under /usr/X11 (which i do have)). > > -- ramki > > On Wed, Nov 9, 2011 at 6:39 AM, Dr Andrew John Hughes wrote: > >> On 09:11 Wed 09 Nov , Florian Weimer wrote: >> > * Srinivas Ramakrishna: >> > >> > > Sorry for a rather naive question. I am building openjdk (6) from >> > > scratch for the first time and am running into an issue when building >> > > the AWT classes because of not finding the relevant Motif header files >> > > at the expected locations on my system (ubuntu/x64). >> > >> > I think these headers are plain Xt, not Motif. Here's the minimal list >> > of build dependencies I ended up with: >> > >> > ant, >> > ant-optional, >> > cpio, >> > file, >> > gawk, >> > libasound2-dev, >> > libcups2-dev, >> > libfreetype6-dev, >> > libx11-dev, >> > libxext-dev, >> > libxi-dev, >> > libxrender-dev, >> > libxt-dev, >> > libxtst-dev, >> > m4, >> > openjdk-6-jdk, >> > openjdk-drops, >> > procps, >> > unzip, >> > x11proto-input-dev, >> > zip, >> > >> > This list is for building OpenJDK 7 on a derivative of Debian squeeze, >> > but Ubuntu is probably similar. >> > >> >> But he asked about 6, not 7. And 6 does require the Motif headers still. >> Works with OpenMotif. >> >> > -- >> > Florian Weimer >> > BFK edv-consulting GmbH http://www.bfk.de/ >> > Kriegsstra?e 100 tel: +49-721-96201-1 >> > D-76133 Karlsruhe fax: +49-721-96201-99 >> >> -- >> Andrew :) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and IcedTea >> http://www.gnu.org/software/classpath >> http://icedtea.classpath.org >> PGP Key: 248BDC07 (https://keys.indymedia.org/) >> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111109/b07b8655/attachment.html From lana.steuck at oracle.com Wed Nov 9 19:18:52 2011 From: lana.steuck at oracle.com (Lana Steuck) Date: Wed, 09 Nov 2011 19:18:52 -0800 Subject: test failure security/krb5/auto/SpnegoReqFlags.java [was - Re: OpenJDK6 B24] In-Reply-To: <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> Message-ID: <4EBB429C.4060505@oracle.com> Below is an update about OpenJdk6 b24 release. There were a number of minor issues with the build (infrastructure, not related to jdk6 code) which got resolved. I had built openjdk6 on all 8 platforms. There is a new test failure on linux_i586 (and all other platforms). TEST: sun/security/krb5/auto/SpnegoReqFlags.java TEST RESULT: Failed. Compilation failed: Compilation failed (detailed error message is below). By looking at the openjdk archive, it seemed that the test was backported from 7 on Sep 6, 2011. Email Request: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002506.html Hg notification: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002511.html Weijun Wang from JDK Security team looked at the failure (thank you, Weijun!), below is his explanation: > If you look at the same directory in JDK 7 (http://hg.openjdk.java.net/jdk7/tl/jdk/file/tip/test/sun/security/krb5/auto/), > it's a big test infrastructure and each @test needs at least 4 other files to compile. The test infrastructure was not pushed when this test was backported to 6. Weijun suggested to remove the test for the time being and continue with the release (again, thank you, Weijun, for doing this!) Once this is done, I'll restart the release process. Thanks, Lana ---- TEST: sun/security/krb5/auto/SpnegoReqFlags.java JDK under test: (/tmp/jprt/P1/213343.jcg-integrator/testproduct/linux_i586_2.6-product) openjdk version "1.6.0-internal" OpenJDK Runtime Environment (build 1.6.0-internal-jprtadm_09_nov_2011_13_38-b00) OpenJDK Server VM (build 20.0-b12, mixed mode) ACTION: build -- Failed. Compilation failed: Compilation failed REASON: Named class compiled on demand TIME: 0.75 seconds messages: command: build SpnegoReqFlags reason: Named class compiled on demand elapsed time (seconds): 0.75 ACTION: compile -- Failed. Compilation failed: Compilation failed REASON: .class file out of date or does not exist TIME: 0.749 seconds messages: command: compile /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java reason: .class file out of date or does not exist elapsed time (seconds): 0.749 STDOUT: STDERR: /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:30: warning: sun.security.jgss.GSSUtil is internal proprietary API and may be removed in a future release import sun.security.jgss.GSSUtil; ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:31: warning: sun.security.util.BitArray is internal proprietary API and may be removed in a future release import sun.security.util.BitArray; ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:32: warning: sun.security.util.DerInputStream is internal proprietary API and may be removed in a future release import sun.security.util.DerInputStream; ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:33: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release import sun.security.util.DerValue; ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:41: cannot find symbol symbol : class OneKDC location: class SpnegoReqFlags new OneKDC(null).writeJAASConf(); ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: cannot find symbol symbol : class Context location: class SpnegoReqFlags Context c = Context.fromJAAS("client"); ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: cannot find symbol symbol : variable Context location: class SpnegoReqFlags Context c = Context.fromJAAS("client"); ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: cannot find symbol symbol : variable OneKDC location: class SpnegoReqFlags c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: warning: sun.security.jgss.GSSUtil is internal proprietary API and may be removed in a future release c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:49: cannot find symbol symbol : class Action location: class SpnegoReqFlags byte[] token = c.doAs(new Action() { ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release DerValue d = new DerValue(token); // GSSToken ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release DerValue d = new DerValue(token); // GSSToken ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:60: warning: sun.security.util.DerInputStream is internal proprietary API and may be removed in a future release DerInputStream ins = d.data; // OID + mech token ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:70: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release DerValue d2 = d.data.getDerValue(); ^ /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:74: warning: sun.security.util.BitArray is internal proprietary API and may be removed in a future release BitArray ba = d2.data.getUnalignedBitString(); ^ 5 errors 10 warnings TEST RESULT: Failed. Compilation failed: Compilation failed On 11/03/2011 12:01 PM, Kelly O'Hair wrote: > FYI... > > All security changes have been verified and are in the OpenJDK6 repos. > > We are starting the release process for OpenJDK6 B24. > > -kto > From dbhole at redhat.com Wed Nov 9 20:20:41 2011 From: dbhole at redhat.com (Deepak Bhole) Date: Wed, 9 Nov 2011 23:20:41 -0500 Subject: test failure security/krb5/auto/SpnegoReqFlags.java [was - Re: OpenJDK6 B24] In-Reply-To: <4EBB429C.4060505@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EBB429C.4060505@oracle.com> Message-ID: <20111110042041.GA22307@redhat.com> * Lana Steuck [2011-11-09 22:40]: > Below is an update about OpenJdk6 b24 release. > > There were a number of minor issues with the build (infrastructure, > not related to jdk6 code) which got resolved. > I had built openjdk6 on all 8 platforms. There is a new test failure > on linux_i586 (and all other platforms). > > TEST: sun/security/krb5/auto/SpnegoReqFlags.java > TEST RESULT: Failed. Compilation failed: Compilation failed > (detailed error message is below). > > By looking at the openjdk archive, it seemed that the test was > backported from 7 on Sep 6, 2011. > Email Request: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002506.html > Hg notification: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002511.html > > Weijun Wang from JDK Security team looked at the failure (thank you, > Weijun!), below is his explanation: > Doh. Sorry about this. I had run into this as well and was in the middle of investigating the issue when it slipped through my list thanks to our hectic office move recently :( FWIW, backporting the framework is not adequate. Though the test compiles after that, it still fails saying: java.io.IOException: DerInputStream.getLength(): lengthTag=127, too big. Brock Janiczak from Red Hat helped me out on that one and determined that it was an additional bug whereby pdata was being regarded as mandatory when it's optional: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7360321c37e3 After that patch, the tests get further, but one still fails saying: RABBIT.HOLE> dummy sends AS-REQ for krbtgt/RABBIT.HOLE KrbException: Additional pre-authentication required (25) That was as far as I got before I lost track :/ The failures all seem to be due to unrelated bugs however and I can confirm that the ported patches do indeed fix the specific issues we were seeing. Sorry again for the slippage. Cheers, Deepak From weijun.wang at oracle.com Wed Nov 9 20:30:20 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Thu, 10 Nov 2011 12:30:20 +0800 Subject: test failure security/krb5/auto/SpnegoReqFlags.java [was - Re: OpenJDK6 B24] In-Reply-To: <20111110042041.GA22307@redhat.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EBB429C.4060505@oracle.com> <20111110042041.GA22307@redhat.com> Message-ID: <4EBB535C.1060806@oracle.com> > FWIW, backporting the framework is not adequate. Though the test > compiles after that, it still fails saying: Yes, it's tough. The basic test framework is only Action+Context+KDC+OneKDC. However, every now and then, with each new bug/RFE in Kerberos, these classes are enhanced to simulate new functions as well as new errors. Since not all code changes in JDK 7 is backported into JDK 6, picking out changes in the framework is quite complicated. Now I guess the best we can do is to remove the test and pray that if it runs fine in JDK 7 (and now in 8) it should also run fine in 6. Also, our sustaining team did backport all necessary tests into Oracle's JDK 6 update releases. Hopefully that also guarantees something. -Max On 11/10/2011 12:20 PM, Deepak Bhole wrote: > * Lana Steuck [2011-11-09 22:40]: >> Below is an update about OpenJdk6 b24 release. >> >> There were a number of minor issues with the build (infrastructure, >> not related to jdk6 code) which got resolved. >> I had built openjdk6 on all 8 platforms. There is a new test failure >> on linux_i586 (and all other platforms). >> >> TEST: sun/security/krb5/auto/SpnegoReqFlags.java >> TEST RESULT: Failed. Compilation failed: Compilation failed >> (detailed error message is below). >> >> By looking at the openjdk archive, it seemed that the test was >> backported from 7 on Sep 6, 2011. >> Email Request: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002506.html >> Hg notification: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002511.html >> >> Weijun Wang from JDK Security team looked at the failure (thank you, >> Weijun!), below is his explanation: >> > > Doh. Sorry about this. I had run into this as well and was in the middle > of investigating the issue when it slipped through my list thanks to our > hectic office move recently :( > > FWIW, backporting the framework is not adequate. Though the test > compiles after that, it still fails saying: > > java.io.IOException: DerInputStream.getLength(): lengthTag=127, too big. > > > Brock Janiczak from Red Hat helped me out on that one and determined > that it was an additional bug whereby pdata was being regarded as > mandatory when it's optional: > > http://hg.openjdk.java.net/jdk7/tl/jdk/rev/7360321c37e3 > > After that patch, the tests get further, but one still fails saying: > > RABBIT.HOLE> dummy sends AS-REQ for krbtgt/RABBIT.HOLE > KrbException: Additional pre-authentication required (25) > > That was as far as I got before I lost track :/ > > The failures all seem to be due to unrelated bugs however and I can > confirm that the ported patches do indeed fix the specific issues we > were seeing. > > Sorry again for the slippage. > > Cheers, > Deepak > From weijun.wang at oracle.com Wed Nov 9 23:34:27 2011 From: weijun.wang at oracle.com (Weijun Wang) Date: Thu, 10 Nov 2011 15:34:27 +0800 Subject: code review request: 7110373: krb5 test in openjdk6 without test infrastructure (was Re: test failure security/krb5/auto/SpnegoReqFlags.java [was - Re: OpenJDK6 B24]) In-Reply-To: <4EBB429C.4060505@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EBB429C.4060505@oracle.com> Message-ID: <4EBB7E83.80304@oracle.com> Please take a review. http://cr.openjdk.java.net/~weijun/7110373/webrev.00/ It's just removing the test file. BTW, I've added subCR of 6-open for 6815182 and 6979329 in our bug database and marked them Fix Available. Seems they were never created. Thanks Weijun On 11/10/2011 11:18 AM, Lana Steuck wrote: > Below is an update about OpenJdk6 b24 release. > > There were a number of minor issues with the build (infrastructure, not > related to jdk6 code) which got resolved. > I had built openjdk6 on all 8 platforms. There is a new test failure on > linux_i586 (and all other platforms). > > TEST: sun/security/krb5/auto/SpnegoReqFlags.java > TEST RESULT: Failed. Compilation failed: Compilation failed > (detailed error message is below). > > By looking at the openjdk archive, it seemed that the test was > backported from 7 on Sep 6, 2011. > Email Request: > http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002506.html > Hg notification: > http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002511.html > > Weijun Wang from JDK Security team looked at the failure (thank you, > Weijun!), below is his explanation: > > > If you look at the same directory in JDK 7 > (http://hg.openjdk.java.net/jdk7/tl/jdk/file/tip/test/sun/security/krb5/auto/), > > > it's a big test infrastructure and each @test needs at least 4 other > files to compile. > > The test infrastructure was not pushed when this test was backported to > 6. Weijun suggested to remove the test for the time being and continue > with the release (again, thank you, Weijun, for doing this!) > > Once this is done, I'll restart the release process. > > Thanks, > Lana > > ---- > TEST: sun/security/krb5/auto/SpnegoReqFlags.java > JDK under test: > (/tmp/jprt/P1/213343.jcg-integrator/testproduct/linux_i586_2.6-product) > openjdk version "1.6.0-internal" > OpenJDK Runtime Environment (build > 1.6.0-internal-jprtadm_09_nov_2011_13_38-b00) > OpenJDK Server VM (build 20.0-b12, mixed mode) > > ACTION: build -- Failed. Compilation failed: Compilation failed > REASON: Named class compiled on demand > TIME: 0.75 seconds > messages: > command: build SpnegoReqFlags > reason: Named class compiled on demand > elapsed time (seconds): 0.75 > > ACTION: compile -- Failed. Compilation failed: Compilation failed > REASON: .class file out of date or does not exist > TIME: 0.749 seconds > messages: > command: compile > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java > > reason: .class file out of date or does not exist > elapsed time (seconds): 0.749 > STDOUT: > STDERR: > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:30: > warning: sun.security.jgss.GSSUtil is internal proprietary API and may > be removed in a future release > import sun.security.jgss.GSSUtil; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:31: > warning: sun.security.util.BitArray is internal proprietary API and may > be removed in a future release > import sun.security.util.BitArray; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:32: > warning: sun.security.util.DerInputStream is internal proprietary API > and may be removed in a future release > import sun.security.util.DerInputStream; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:33: > warning: sun.security.util.DerValue is internal proprietary API and may > be removed in a future release > import sun.security.util.DerValue; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:41: > cannot find symbol > symbol : class OneKDC > location: class SpnegoReqFlags > new OneKDC(null).writeJAASConf(); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: > cannot find symbol > symbol : class Context > location: class SpnegoReqFlags > Context c = Context.fromJAAS("client"); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: > cannot find symbol > symbol : variable Context > location: class SpnegoReqFlags > Context c = Context.fromJAAS("client"); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: > cannot find symbol > symbol : variable OneKDC > location: class SpnegoReqFlags > c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: > warning: sun.security.jgss.GSSUtil is internal proprietary API and may > be removed in a future release > c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:49: > cannot find symbol > symbol : class Action > location: class SpnegoReqFlags > byte[] token = c.doAs(new Action() { > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: > warning: sun.security.util.DerValue is internal proprietary API and may > be removed in a future release > DerValue d = new DerValue(token); // GSSToken > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: > warning: sun.security.util.DerValue is internal proprietary API and may > be removed in a future release > DerValue d = new DerValue(token); // GSSToken > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:60: > warning: sun.security.util.DerInputStream is internal proprietary API > and may be removed in a future release > DerInputStream ins = d.data; // OID + mech token > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:70: > warning: sun.security.util.DerValue is internal proprietary API and may > be removed in a future release > DerValue d2 = d.data.getDerValue(); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:74: > warning: sun.security.util.BitArray is internal proprietary API and may > be removed in a future release > BitArray ba = d2.data.getUnalignedBitString(); > ^ > 5 errors > 10 warnings > > TEST RESULT: Failed. Compilation failed: Compilation failed > > > On 11/03/2011 12:01 PM, Kelly O'Hair wrote: >> FYI... >> >> All security changes have been verified and are in the OpenJDK6 repos. >> >> We are starting the release process for OpenJDK6 B24. >> >> -kto >> From kelly.ohair at ORACLE.COM Thu Nov 10 05:50:54 2011 From: kelly.ohair at ORACLE.COM (Kelly O'Hair) Date: Thu, 10 Nov 2011 08:50:54 -0500 Subject: Xm/Motif for OpenJDK build? In-Reply-To: References: <8262ity82a.fsf@mid.bfk.de> <20111109143945.GI25917@rivendell.middle-earth.co.uk> <7E723244-0CB2-46AD-93F0-D8A41853C944@oracle.com> Message-ID: Strange, I would have assumed that the aptitude build-dep openjdk-6 would have gotten this. Maybe Dalibor might know more on this aptitude build-dep openjdk-6. -kto On Nov 9, 2011, at 2:58 PM, Srinivas Ramakrishna wrote: > Thanks Kelly. This doesn't seem to pull in the motif dependencies. I need to manually > apt-get libmotif (or more precisely lesstif2). The build seems to have gotten past that point > once i grabbed it though. (although make sanity still complains about Motif being missing.) > > thanks for your help everyone!! > -- ramki > > On Wed, Nov 9, 2011 at 10:06 AM, Kelly O'Hair wrote: > I am using: > > aptitude update > aptitude install mercurial > aptitude install rpm ssh openjdk6-jdk expect tcsh csh ksh gawk g++ build-essential > aptitude build-dep openjdk-6 > if [ "`uname -m`" = "x86_64" ] ; then > aptitude install ia32-libs > fi > aptitude install ntp > > -kto > > On Nov 9, 2011, at 11:39 AM, Srinivas Ramakrishna wrote: > >> Thanks everyone for your suggestions. Indeed I am building jdk6.. I'll try out David's and Andrew's >> suggestions and see. (David: the header files seem to be missing on my ubuntu box, at least i >> can't find them under /usr/X11 (which i do have)). >> >> -- ramki >> >> On Wed, Nov 9, 2011 at 6:39 AM, Dr Andrew John Hughes wrote: >> On 09:11 Wed 09 Nov , Florian Weimer wrote: >> > * Srinivas Ramakrishna: >> > >> > > Sorry for a rather naive question. I am building openjdk (6) from >> > > scratch for the first time and am running into an issue when building >> > > the AWT classes because of not finding the relevant Motif header files >> > > at the expected locations on my system (ubuntu/x64). >> > >> > I think these headers are plain Xt, not Motif. Here's the minimal list >> > of build dependencies I ended up with: >> > >> > ant, >> > ant-optional, >> > cpio, >> > file, >> > gawk, >> > libasound2-dev, >> > libcups2-dev, >> > libfreetype6-dev, >> > libx11-dev, >> > libxext-dev, >> > libxi-dev, >> > libxrender-dev, >> > libxt-dev, >> > libxtst-dev, >> > m4, >> > openjdk-6-jdk, >> > openjdk-drops, >> > procps, >> > unzip, >> > x11proto-input-dev, >> > zip, >> > >> > This list is for building OpenJDK 7 on a derivative of Debian squeeze, >> > but Ubuntu is probably similar. >> > >> >> But he asked about 6, not 7. And 6 does require the Motif headers still. >> Works with OpenMotif. >> >> > -- >> > Florian Weimer >> > BFK edv-consulting GmbH http://www.bfk.de/ >> > Kriegsstra?e 100 tel: +49-721-96201-1 >> > D-76133 Karlsruhe fax: +49-721-96201-99 >> >> -- >> Andrew :) >> >> Free Java Software Engineer >> Red Hat, Inc. (http://www.redhat.com) >> >> Support Free Java! >> Contribute to GNU Classpath and IcedTea >> http://www.gnu.org/software/classpath >> http://icedtea.classpath.org >> PGP Key: 248BDC07 (https://keys.indymedia.org/) >> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111110/eec47da1/attachment-0001.html From kelly.ohair at oracle.com Thu Nov 10 05:55:49 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 10 Nov 2011 08:55:49 -0500 Subject: test failure security/krb5/auto/SpnegoReqFlags.java [was - Re: OpenJDK6 B24] In-Reply-To: <4EBB429C.4060505@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EBB429C.4060505@oracle.com> Message-ID: <04BD4341-C569-4EDE-BEA8-C8DB48C7A644@oracle.com> Excellent! Thanks for doing this. -kto On Nov 9, 2011, at 10:18 PM, Lana Steuck wrote: > Below is an update about OpenJdk6 b24 release. > > There were a number of minor issues with the build (infrastructure, not related to jdk6 code) which got resolved. > I had built openjdk6 on all 8 platforms. There is a new test failure on linux_i586 (and all other platforms). > > TEST: sun/security/krb5/auto/SpnegoReqFlags.java > TEST RESULT: Failed. Compilation failed: Compilation failed > (detailed error message is below). > > By looking at the openjdk archive, it seemed that the test was backported from 7 on Sep 6, 2011. > Email Request: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002506.html > Hg notification: http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002511.html > > Weijun Wang from JDK Security team looked at the failure (thank you, Weijun!), below is his explanation: > > > If you look at the same directory in JDK 7 (http://hg.openjdk.java.net/jdk7/tl/jdk/file/tip/test/sun/security/krb5/auto/), > > it's a big test infrastructure and each @test needs at least 4 other files to compile. > > The test infrastructure was not pushed when this test was backported to 6. Weijun suggested to remove the test for the time being and continue with the release (again, thank you, Weijun, for doing this!) > > Once this is done, I'll restart the release process. > > Thanks, > Lana > > ---- > TEST: sun/security/krb5/auto/SpnegoReqFlags.java > JDK under test: (/tmp/jprt/P1/213343.jcg-integrator/testproduct/linux_i586_2.6-product) > openjdk version "1.6.0-internal" > OpenJDK Runtime Environment (build 1.6.0-internal-jprtadm_09_nov_2011_13_38-b00) > OpenJDK Server VM (build 20.0-b12, mixed mode) > > ACTION: build -- Failed. Compilation failed: Compilation failed > REASON: Named class compiled on demand > TIME: 0.75 seconds > messages: > command: build SpnegoReqFlags > reason: Named class compiled on demand > elapsed time (seconds): 0.75 > > ACTION: compile -- Failed. Compilation failed: Compilation failed > REASON: .class file out of date or does not exist > TIME: 0.749 seconds > messages: > command: compile /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java > reason: .class file out of date or does not exist > elapsed time (seconds): 0.749 > STDOUT: > STDERR: > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:30: warning: sun.security.jgss.GSSUtil is internal proprietary API and may be removed in a future release > import sun.security.jgss.GSSUtil; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:31: warning: sun.security.util.BitArray is internal proprietary API and may be removed in a future release > import sun.security.util.BitArray; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:32: warning: sun.security.util.DerInputStream is internal proprietary API and may be removed in a future release > import sun.security.util.DerInputStream; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:33: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release > import sun.security.util.DerValue; > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:41: cannot find symbol > symbol : class OneKDC > location: class SpnegoReqFlags > new OneKDC(null).writeJAASConf(); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: cannot find symbol > symbol : class Context > location: class SpnegoReqFlags > Context c = Context.fromJAAS("client"); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: cannot find symbol > symbol : variable Context > location: class SpnegoReqFlags > Context c = Context.fromJAAS("client"); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: cannot find symbol > symbol : variable OneKDC > location: class SpnegoReqFlags > c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: warning: sun.security.jgss.GSSUtil is internal proprietary API and may be removed in a future release > c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:49: cannot find symbol > symbol : class Action > location: class SpnegoReqFlags > byte[] token = c.doAs(new Action() { > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release > DerValue d = new DerValue(token); // GSSToken > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release > DerValue d = new DerValue(token); // GSSToken > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:60: warning: sun.security.util.DerInputStream is internal proprietary API and may be removed in a future release > DerInputStream ins = d.data; // OID + mech token > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:70: warning: sun.security.util.DerValue is internal proprietary API and may be removed in a future release > DerValue d2 = d.data.getDerValue(); > ^ > /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:74: warning: sun.security.util.BitArray is internal proprietary API and may be removed in a future release > BitArray ba = d2.data.getUnalignedBitString(); > ^ > 5 errors > 10 warnings > > TEST RESULT: Failed. Compilation failed: Compilation failed > > > On 11/03/2011 12:01 PM, Kelly O'Hair wrote: >> FYI... >> >> All security changes have been verified and are in the OpenJDK6 repos. >> >> We are starting the release process for OpenJDK6 B24. >> >> -kto >> From sean.mullan at oracle.com Thu Nov 10 07:50:04 2011 From: sean.mullan at oracle.com (Sean Mullan) Date: Thu, 10 Nov 2011 10:50:04 -0500 Subject: code review request: 7110373: krb5 test in openjdk6 without test infrastructure (was Re: test failure security/krb5/auto/SpnegoReqFlags.java [was - Re: OpenJDK6 B24]) In-Reply-To: <4EBB7E83.80304@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EBB429C.4060505@oracle.com> <4EBB7E83.80304@oracle.com> Message-ID: <4EBBF2AC.1030002@oracle.com> Looks fine to me. --Sean On 11/10/2011 02:34 AM, Weijun Wang wrote: > Please take a review. > > http://cr.openjdk.java.net/~weijun/7110373/webrev.00/ > > It's just removing the test file. > > BTW, I've added subCR of 6-open for 6815182 and 6979329 in our bug > database and marked them Fix Available. Seems they were never created. > > Thanks > Weijun > > On 11/10/2011 11:18 AM, Lana Steuck wrote: >> Below is an update about OpenJdk6 b24 release. >> >> There were a number of minor issues with the build (infrastructure, not >> related to jdk6 code) which got resolved. >> I had built openjdk6 on all 8 platforms. There is a new test failure on >> linux_i586 (and all other platforms). >> >> TEST: sun/security/krb5/auto/SpnegoReqFlags.java >> TEST RESULT: Failed. Compilation failed: Compilation failed >> (detailed error message is below). >> >> By looking at the openjdk archive, it seemed that the test was >> backported from 7 on Sep 6, 2011. >> Email Request: >> http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002506.html >> >> Hg notification: >> http://mail.openjdk.java.net/pipermail/jdk6-dev/2011-September/002511.html >> >> >> Weijun Wang from JDK Security team looked at the failure (thank you, >> Weijun!), below is his explanation: >> >> > If you look at the same directory in JDK 7 >> (http://hg.openjdk.java.net/jdk7/tl/jdk/file/tip/test/sun/security/krb5/auto/), >> >> >> > it's a big test infrastructure and each @test needs at least 4 other >> files to compile. >> >> The test infrastructure was not pushed when this test was backported to >> 6. Weijun suggested to remove the test for the time being and continue >> with the release (again, thank you, Weijun, for doing this!) >> >> Once this is done, I'll restart the release process. >> >> Thanks, >> Lana >> >> ---- >> TEST: sun/security/krb5/auto/SpnegoReqFlags.java >> JDK under test: >> (/tmp/jprt/P1/213343.jcg-integrator/testproduct/linux_i586_2.6-product) >> openjdk version "1.6.0-internal" >> OpenJDK Runtime Environment (build >> 1.6.0-internal-jprtadm_09_nov_2011_13_38-b00) >> OpenJDK Server VM (build 20.0-b12, mixed mode) >> >> ACTION: build -- Failed. Compilation failed: Compilation failed >> REASON: Named class compiled on demand >> TIME: 0.75 seconds >> messages: >> command: build SpnegoReqFlags >> reason: Named class compiled on demand >> elapsed time (seconds): 0.75 >> >> ACTION: compile -- Failed. Compilation failed: Compilation failed >> REASON: .class file out of date or does not exist >> TIME: 0.749 seconds >> messages: >> command: compile >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java >> >> >> reason: .class file out of date or does not exist >> elapsed time (seconds): 0.749 >> STDOUT: >> STDERR: >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:30: >> >> warning: sun.security.jgss.GSSUtil is internal proprietary API and may >> be removed in a future release >> import sun.security.jgss.GSSUtil; >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:31: >> >> warning: sun.security.util.BitArray is internal proprietary API and may >> be removed in a future release >> import sun.security.util.BitArray; >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:32: >> >> warning: sun.security.util.DerInputStream is internal proprietary API >> and may be removed in a future release >> import sun.security.util.DerInputStream; >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:33: >> >> warning: sun.security.util.DerValue is internal proprietary API and may >> be removed in a future release >> import sun.security.util.DerValue; >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:41: >> >> cannot find symbol >> symbol : class OneKDC >> location: class SpnegoReqFlags >> new OneKDC(null).writeJAASConf(); >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: >> >> cannot find symbol >> symbol : class Context >> location: class SpnegoReqFlags >> Context c = Context.fromJAAS("client"); >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:46: >> >> cannot find symbol >> symbol : variable Context >> location: class SpnegoReqFlags >> Context c = Context.fromJAAS("client"); >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: >> >> cannot find symbol >> symbol : variable OneKDC >> location: class SpnegoReqFlags >> c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:47: >> >> warning: sun.security.jgss.GSSUtil is internal proprietary API and may >> be removed in a future release >> c.startAsClient(OneKDC.SERVER, GSSUtil.GSS_SPNEGO_MECH_OID); >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:49: >> >> cannot find symbol >> symbol : class Action >> location: class SpnegoReqFlags >> byte[] token = c.doAs(new Action() { >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: >> >> warning: sun.security.util.DerValue is internal proprietary API and may >> be removed in a future release >> DerValue d = new DerValue(token); // GSSToken >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:59: >> >> warning: sun.security.util.DerValue is internal proprietary API and may >> be removed in a future release >> DerValue d = new DerValue(token); // GSSToken >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:60: >> >> warning: sun.security.util.DerInputStream is internal proprietary API >> and may be removed in a future release >> DerInputStream ins = d.data; // OID + mech token >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:70: >> >> warning: sun.security.util.DerValue is internal proprietary API and may >> be removed in a future release >> DerValue d2 = d.data.getDerValue(); >> ^ >> /tmp/jprt/P1/213343.jcg-integrator/source/jdk/test/sun/security/krb5/auto/SpnegoReqFlags.java:74: >> >> warning: sun.security.util.BitArray is internal proprietary API and may >> be removed in a future release >> BitArray ba = d2.data.getUnalignedBitString(); >> ^ >> 5 errors >> 10 warnings >> >> TEST RESULT: Failed. Compilation failed: Compilation failed >> >> >> On 11/03/2011 12:01 PM, Kelly O'Hair wrote: >>> FYI... >>> >>> All security changes have been verified and are in the OpenJDK6 repos. >>> >>> We are starting the release process for OpenJDK6 B24. >>> >>> -kto >>> From omajid at redhat.com Thu Nov 10 13:39:36 2011 From: omajid at redhat.com (Omair Majid) Date: Thu, 10 Nov 2011 16:39:36 -0500 Subject: Request to backport 7102369/709446/7100592 and 7092186 Message-ID: <4EBC4498.9000807@redhat.com> Hi, The recent security changes breaks some applications as rmiregistry needs to be started with the java.rmi.server.codebase property set. I would like to backport the following two changesets from jdk7u to address this problem: http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/rev/7ed2fd310470 http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/rev/2d10aa9d772a Does anyone have any thoughts or concerns? Thanks, Omair From weijun.wang at oracle.com Thu Nov 10 15:32:05 2011 From: weijun.wang at oracle.com (weijun.wang at oracle.com) Date: Thu, 10 Nov 2011 23:32:05 +0000 Subject: hg: jdk6/jdk6/jdk: 7110373: krb5 test in openjdk6 without test infrastructure Message-ID: <20111110233220.1E0324730D@hg.openjdk.java.net> Changeset: 458d97ab0554 Author: weijun Date: 2011-11-11 07:30 +0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/458d97ab0554 7110373: krb5 test in openjdk6 without test infrastructure Reviewed-by: mullan - test/sun/security/krb5/auto/SpnegoReqFlags.java From sean.coffey at oracle.com Tue Nov 15 10:03:21 2011 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 15 Nov 2011 18:03:21 +0000 Subject: code review request : RegistryImpl clean up (7102369) Message-ID: <4EC2A969.5050806@oracle.com> Some clean up of the RMI RegistryImpl class is necessary after late changes made in the last set of udpate releases. This is a webrev to bring the code into sync with 6uX, 7uX. The java.rmi.server.codebase property no longer needs to be parsed by the registryImpl. webrev : http://cr.openjdk.java.net/~coffeys/webrev.rmi.6open/ http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7102369 Regards, Sean. From sean.coffey at oracle.com Tue Nov 15 10:39:44 2011 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 15 Nov 2011 18:39:44 +0000 Subject: Request to backport 7102369/709446/7100592 and 7092186 Message-ID: <4EC2B1F0.4030603@oracle.com> Omair, Apologies for posting across your recent mail. I incorrectly assumed I was registered on the jdk6-dev alias. I didn't see your mail until I began seaching the archives. My recent mail "code review request : RegistryImpl clean up (7102369)" also seeks to address the registryImpl issues that are present there. I think you'll find that the 2nd changeset (7092186) is already in the 6open repo. My latest webrev should sync up the other RMI registry changes with the jdk7 base. I was planning on driving it through CR 7102369. Are you ok with the webrev below ? I can push that change if so ? http://cr.openjdk.java.net/~coffeys/webrev.rmi.6open/ regards, Sean. ==== Hi, The recent security changes breaks some applications as rmiregistry needs to be started with the java.rmi.server.codebase property set. I would like to backport the following two changesets from jdk7u to address this problem: http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/rev/7ed2fd310470 http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/rev/2d10aa9d772a Does anyone have any thoughts or concerns? Thanks, Omair From omajid at redhat.com Tue Nov 15 12:05:55 2011 From: omajid at redhat.com (Omair Majid) Date: Tue, 15 Nov 2011 15:05:55 -0500 Subject: Request to backport 7102369/709446/7100592 and 7092186 In-Reply-To: <4EC2B1F0.4030603@oracle.com> References: <4EC2B1F0.4030603@oracle.com> Message-ID: <4EC2C623.6080301@redhat.com> On 11/15/2011 01:39 PM, Se?n Coffey wrote: > Omair, > > Apologies for posting across your recent mail. I incorrectly assumed I > was registered on the jdk6-dev alias. I didn't see your mail until I > began seaching the archives. My recent mail "code review request : > RegistryImpl clean up (7102369)" also seeks to address the registryImpl > issues that are present there. > No worries. I am glad to see that others are trying to get this fixed too :) > I think you'll find that the 2nd changeset (7092186) is already in the > 6open repo. > Somehow, I had missed this. Thanks for pushing it! > My latest webrev should sync up the other RMI registry changes with the > jdk7 base. I was planning on driving it through CR > 7102369. Are you ok with the webrev below ? I can push that change if so ? > > http://cr.openjdk.java.net/~coffeys/webrev.rmi.6open/ > Thanks for syncing up the files. The patch looks fine to me, though I am not sure if I okay a change to go into openjdk6 - that would be Kelly, I think. Thanks, Omair From stuart.marks at oracle.com Tue Nov 15 16:53:03 2011 From: stuart.marks at oracle.com (Stuart Marks) Date: Tue, 15 Nov 2011 16:53:03 -0800 Subject: code review request : RegistryImpl clean up (7102369) In-Reply-To: <4EC2A969.5050806@oracle.com> References: <4EC2A969.5050806@oracle.com> Message-ID: <4EC3096F.6020705@oracle.com> Looks fine. Thanks for taking care of this. s'marks On 11/15/11 10:03 AM, Se?n Coffey wrote: > Some clean up of the RMI RegistryImpl class is necessary after late changes > made in the last set of udpate releases. > > This is a webrev to bring the code into sync with 6uX, 7uX. > The java.rmi.server.codebase property no longer needs to be parsed by the > registryImpl. > > webrev : http://cr.openjdk.java.net/~coffeys/webrev.rmi.6open/ > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7102369 > > Regards, > Sean. > > From lana.steuck at oracle.com Tue Nov 15 16:53:06 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:06 +0000 Subject: hg: jdk6/jdk6: Added tag jdk6-b24 for changeset 7678c026e1f3 Message-ID: <20111116005306.91F5F47383@hg.openjdk.java.net> Changeset: 66491aa14d08 Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/rev/66491aa14d08 Added tag jdk6-b24 for changeset 7678c026e1f3 ! .hgtags From lana.steuck at oracle.com Tue Nov 15 16:53:03 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:03 +0000 Subject: hg: jdk6/jdk6/corba: Added tag jdk6-b24 for changeset 23f471142a03 Message-ID: <20111116005309.3F22047385@hg.openjdk.java.net> Changeset: a976cb99adbb Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/corba/rev/a976cb99adbb Added tag jdk6-b24 for changeset 23f471142a03 ! .hgtags From lana.steuck at oracle.com Tue Nov 15 16:53:14 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:14 +0000 Subject: hg: jdk6/jdk6/jaxws: Added tag jdk6-b24 for changeset 26781c414b11 Message-ID: <20111116005314.9DE2147386@hg.openjdk.java.net> Changeset: 43339a3b983c Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/43339a3b983c Added tag jdk6-b24 for changeset 26781c414b11 ! .hgtags From lana.steuck at oracle.com Tue Nov 15 16:53:27 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:27 +0000 Subject: hg: jdk6/jdk6/langtools: Added tag jdk6-b24 for changeset 529dfb7f3ba5 Message-ID: <20111116005332.8F21747387@hg.openjdk.java.net> Changeset: feda497028a2 Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/langtools/rev/feda497028a2 Added tag jdk6-b24 for changeset 529dfb7f3ba5 ! .hgtags From lana.steuck at oracle.com Tue Nov 15 16:53:24 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:24 +0000 Subject: hg: jdk6/jdk6/hotspot: Added tag jdk6-b24 for changeset 37b3e89b0b84 Message-ID: <20111116005332.CC37C47388@hg.openjdk.java.net> Changeset: 8389681cd7b1 Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/8389681cd7b1 Added tag jdk6-b24 for changeset 37b3e89b0b84 ! .hgtags From lana.steuck at oracle.com Tue Nov 15 16:53:19 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:19 +0000 Subject: hg: jdk6/jdk6/jdk: Added tag jdk6-b24 for changeset 458d97ab0554 Message-ID: <20111116005340.EBDEC47389@hg.openjdk.java.net> Changeset: 020dcd6d69ac Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/020dcd6d69ac Added tag jdk6-b24 for changeset 458d97ab0554 ! .hgtags From lana.steuck at oracle.com Tue Nov 15 17:18:05 2011 From: lana.steuck at oracle.com (Lana Steuck) Date: Tue, 15 Nov 2011 17:18:05 -0800 Subject: tagged the repos: jdk6-b24 [Re: OpenJDK6 B24] In-Reply-To: <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> Message-ID: <4EC30F4D.9040702@oracle.com> An update on the b24 release. We are almost finished, waiting for the RE team to publish the official source bundles. Then I'll post the usual summary (list of changes, location of the source bundles, test results, etc.) ETA: tomorrow. The main tasks have been already finished: - I built/tested jdk6 on all 8 platforms. - All tests passed on linux_i586. - RE built jdk6 sources, all passed. - Tagged the repos: jdk6-b24. The repos are now open for your pushes :) Thank you, Lana On 11/03/2011 12:01 PM, Kelly O'Hair wrote: > FYI... > > All security changes have been verified and are in the OpenJDK6 repos. > > We are starting the release process for OpenJDK6 B24. > > -kto > From lana.steuck at oracle.com Tue Nov 15 16:53:03 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 16 Nov 2011 00:53:03 +0000 Subject: hg: jdk6/jdk6/jaxp: Added tag jdk6-b24 for changeset 8555868818d7 Message-ID: <20111116005303.E585447382@hg.openjdk.java.net> Changeset: 1d68ba9918a0 Author: lana Date: 2011-11-15 16:44 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/1d68ba9918a0 Added tag jdk6-b24 for changeset 8555868818d7 ! .hgtags From kelly.ohair at oracle.com Tue Nov 15 17:44:54 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 15 Nov 2011 17:44:54 -0800 Subject: tagged the repos: jdk6-b24 [Re: OpenJDK6 B24] In-Reply-To: <4EC30F4D.9040702@oracle.com> References: <5CD9552E-1594-4875-B257-572A0534F09F@oracle.com> <0744ADF6-9CFA-4CA8-850B-2F3087B3FEFA@oracle.com> <4EC30F4D.9040702@oracle.com> Message-ID: <65298D90-76D9-44C3-A970-A357A21285C2@oracle.com> Fantastic. Thank you Lana! -kto On Nov 15, 2011, at 5:18 PM, Lana Steuck wrote: > An update on the b24 release. > > We are almost finished, waiting for the RE team to publish the official source bundles. Then I'll post the usual summary (list of changes, location of the source bundles, test results, etc.) ETA: tomorrow. > > The main tasks have been already finished: > - I built/tested jdk6 on all 8 platforms. > - All tests passed on linux_i586. > - RE built jdk6 sources, all passed. > - Tagged the repos: jdk6-b24. > > The repos are now open for your pushes :) > > Thank you, > Lana > > > > On 11/03/2011 12:01 PM, Kelly O'Hair wrote: >> FYI... >> >> All security changes have been verified and are in the OpenJDK6 repos. >> >> We are starting the release process for OpenJDK6 B24. >> >> -kto >> From anthony.petrov at oracle.com Wed Nov 16 04:25:40 2011 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Wed, 16 Nov 2011 16:25:40 +0400 Subject: [RFC] Tray icons for applications are not displayed in the GNOME notification bar. In-Reply-To: <4EC2D5E6.9080607@redhat.com> References: <4EA07E84.2050909@redhat.com> <4EA15AEF.5030102@oracle.com> <4EA55EDF.5080005@oracle.com> <4EA6F93E.7070707@redhat.com> <4EA80386.7080906@oracle.com> <4EB015A8.6010201@redhat.com> <4EB05C3C.406@oracle.com> <4EB9A4BD.5000300@redhat.com> <4EBA69C9.8010306@oracle.com> <4EBAB332.3050804@redhat.com> <4EBD14F2.2040905@oracle.com> <4EC2D5E6.9080607@redhat.com> Message-ID: <4EC3ABC4.5030900@oracle.com> Hello Danesh and OpenJDK6 team, On 11/16/2011 1:13 AM, Danesh Dadachanji wrote: > On 11/11/11 07:28 AM, Anthony Petrov wrote: >> Thank you Danesh for your contribution! I've just pushed the fix to JDK8 >> AWT repository. > > My pleasure, thank you for the review and your feedback! > > I'd like to request this be backported to JDK6 and JDK7 as well. The > same webrev should work (some lines are offset in 6 but the patch > applies fine). Let me know if you prefer a separate one for each though. I've just filed a SubCR for 7103610 to have this fix back-ported to a 7 update release. As with any such back-porting, this may take some time. Please stay tuned. As to porting this fix to a 6 update release of OracleJDK, I'm not really sure if this is possible at this stage w/o some serious justification. 6 is an old release, and only fixes for very severe bugs are acceptable for it. However, I think there may be a possibility to port this fix to OpenJDK6. I'm copying jdk6-dev at openjdk.java.net to clarify if the fix [1] can be accepted. If OpenJDK6 folks agree, we'll file a SubCR for this release and push the fix there. [1] http://hg.openjdk.java.net/jdk8/awt/jdk/rev/f614bcada2a9 -- best regards, Anthony From sean.coffey at oracle.com Wed Nov 16 05:17:10 2011 From: sean.coffey at oracle.com (sean.coffey at oracle.com) Date: Wed, 16 Nov 2011 13:17:10 +0000 Subject: hg: jdk6/jdk6/jdk: 7102369: remove java.rmi.server.codebase property parsing from registyimpl; ... Message-ID: <20111116131727.9EDC54738F@hg.openjdk.java.net> Changeset: 6b46f3c7c97c Author: coffeys Date: 2011-11-16 13:14 +0000 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/6b46f3c7c97c 7102369: remove java.rmi.server.codebase property parsing from registyimpl 7094468: rmiregistry clean up Reviewed-by: smarks ! src/share/classes/sun/rmi/registry/RegistryImpl.java ! src/share/classes/sun/rmi/server/LoaderHandler.java + test/java/rmi/registry/readTest/readTest.java + test/java/rmi/registry/readTest/readTest.sh + test/java/rmi/registry/readTest/testPkg/Client.java + test/java/rmi/registry/readTest/testPkg/Hello.java + test/java/rmi/registry/readTest/testPkg/Server.java From janjust at nikhef.nl Thu Nov 17 05:28:59 2011 From: janjust at nikhef.nl (Jan Just Keijser) Date: Thu, 17 Nov 2011 14:28:59 +0100 Subject: OpenJDK and boxes with lots of RAM Message-ID: <4EC50C1B.5060808@nikhef.nl> hi all, I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) that we have run into on our grid computing farm: the latest&greatest worker nodes have 12 cores and 48 GB of RAM ; we offer a maximum 12 jobs slots on these worker nodes, in order to accomodate small and large jobs (users can requests 1 - 12 cores). To ensure that the different jobs don't interfere with each other we also set a VMEM limit for each job slot. The current VMEM limit is 48 / 12 = 4 GB RAM per job slot. Each single core job that starts has a 'ulimit -v' of 4,000,000 . On these boxes OpenJDK 'java' refuses to start: $ java -version Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. After some debugging I found that this is caused by the default maximum heap size which java allocates: it scans /proc/meminfo to extrac the amount of RAM installed and divides it by 4 ; an 'strace' shows that indeed 'java' tries to do an 'mmap' call for 12 GB of RAM ! A work around is to always specify '-Xmx2GB' or something similar but this does not work for all software that we use , plus , I find it annoying that I have to tell this to all my users. What I would like to see is a system-wide setting for the initial maximum heap size, so that java -version "just works" . Is this possible? thanks in advance, JJK / Jan Just Keijser From dalibor.topic at oracle.com Thu Nov 17 05:59:55 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Thu, 17 Nov 2011 14:59:55 +0100 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC50C1B.5060808@nikhef.nl> References: <4EC50C1B.5060808@nikhef.nl> Message-ID: <4EC5135B.3030804@oracle.com> On 11/17/11 2:28 PM, Jan Just Keijser wrote: > hi all, > > I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) > that we have run into on our grid computing farm: Since you're seeing the issue with the Oracle 6u29 release, please report it at http://bugs.sun.com/ as well. cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From janjust at nikhef.nl Thu Nov 17 06:11:20 2011 From: janjust at nikhef.nl (Jan Just Keijser) Date: Thu, 17 Nov 2011 15:11:20 +0100 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC5135B.3030804@oracle.com> References: <4EC50C1B.5060808@nikhef.nl> <4EC5135B.3030804@oracle.com> Message-ID: <4EC51608.7020100@nikhef.nl> Dalibor Topic wrote: > On 11/17/11 2:28 PM, Jan Just Keijser wrote: > >> hi all, >> >> I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) >> that we have run into on our grid computing farm: >> > > Since you're seeing the issue with the Oracle 6u29 release, please report it > at http://bugs.sun.com/ as well. > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7112912 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111117/7211c0f7/attachment.html From dalibor.topic at oracle.com Thu Nov 17 08:46:32 2011 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Thu, 17 Nov 2011 17:46:32 +0100 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC51608.7020100@nikhef.nl> References: <4EC50C1B.5060808@nikhef.nl> <4EC5135B.3030804@oracle.com> <4EC51608.7020100@nikhef.nl> Message-ID: <4EC53A68.4030209@oracle.com> On 11/17/11 3:11 PM, Jan Just Keijser wrote: > Dalibor Topic wrote: >> On 11/17/11 2:28 PM, Jan Just Keijser wrote: >> >>> hi all, >>> >>> I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) >>> that we have run into on our grid computing farm: >>> >> >> Since you're seeing the issue with the Oracle 6u29 release, please report it >> at http://bugs.sun.com/ as well. >> >> > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7112912 > > Great, thank you very much! cheers, dalibor topic -- Oracle Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: J?rgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle Oracle is committed to developing practices and products that help protect the environment From david.holmes at oracle.com Thu Nov 17 17:29:33 2011 From: david.holmes at oracle.com (David Holmes) Date: Fri, 18 Nov 2011 11:29:33 +1000 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC50C1B.5060808@nikhef.nl> References: <4EC50C1B.5060808@nikhef.nl> Message-ID: <4EC5B4FD.7000203@oracle.com> Hi Jan, You can use the environment variable _JAVA_OPTIONS to set -Xmx. The other option is to use your own wrapper script for launching the VM that contains whatever flags you need. David Holmes On 17/11/2011 11:28 PM, Jan Just Keijser wrote: > hi all, > > I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) > that we have run into on our grid computing farm: > > the latest&greatest worker nodes have 12 cores and 48 GB of RAM ; we > offer a maximum 12 jobs slots on these worker nodes, in order to > accomodate small and large jobs (users can requests 1 - 12 cores). To > ensure that the different jobs don't interfere with each other we also > set a VMEM limit for each job slot. The current VMEM limit is 48 / 12 = > 4 GB RAM per job slot. Each single core job that starts has a 'ulimit > -v' of 4,000,000 . > > On these boxes OpenJDK 'java' refuses to start: > > $ java -version > Error occurred during initialization of VM > Could not reserve enough space for object heap > Could not create the Java virtual machine. > > After some debugging I found that this is caused by the default maximum > heap size which java allocates: it scans /proc/meminfo to extrac the > amount of RAM installed and divides it by 4 ; an 'strace' shows that > indeed 'java' tries to do an 'mmap' call for 12 GB of RAM ! > > A work around is to always specify '-Xmx2GB' or something similar but > this does not work for all software that we use , plus , I find it > annoying that I have to tell this to all my users. > > What I would like to see is a system-wide setting for the initial > maximum heap size, so that > java -version > "just works" . Is this possible? > > thanks in advance, > > JJK / Jan Just Keijser > > From lana.steuck at oracle.com Thu Nov 17 21:16:37 2011 From: lana.steuck at oracle.com (Lana Steuck) Date: Thu, 17 Nov 2011 21:16:37 -0800 Subject: OpenJDK 6 B24 Available Message-ID: <4EC5EA35.4020002@oracle.com> On November 16, 2011 the source bundle for OpenJDK 6 b24 was published at http://download.java.net/openjdk/jdk6/. For more information, please refer to the following blog post: http://blogs.oracle.com/openjdk6releases/entry/openjdk_6_b24_available Special thanks to Kelly O'Hair for his direction and Dave Katleman for his Release Engineering work. Regards, Lana From fweimer at bfk.de Fri Nov 18 00:09:28 2011 From: fweimer at bfk.de (Florian Weimer) Date: Fri, 18 Nov 2011 08:09:28 +0000 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC50C1B.5060808@nikhef.nl> (Jan Just Keijser's message of "Thu, 17 Nov 2011 14:28:59 +0100") References: <4EC50C1B.5060808@nikhef.nl> Message-ID: <82sjllets7.fsf@mid.bfk.de> * Jan Just Keijser: > I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) > that we have run into on our grid computing farm: The same topic has recently been discussed on the hotstop-dev list. > the latest&greatest worker nodes have 12 cores and 48 GB of RAM ; we > offer a maximum 12 jobs slots on these worker nodes, in order to > accomodate small and large jobs (users can requests 1 - 12 cores). To > ensure that the different jobs don't interfere with each other we also > set a VMEM limit for each job slot. The current VMEM limit is 48 / 12 = > 4 GB RAM per job slot. Each single core job that starts has a 'ulimit > -v' of 4,000,000 . Hmm. Does this mean that Hotspot should call getrlimit(RLIMIT_AS) and limit itself to some fraction of that value if it is not unlimited? -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 From janjust at nikhef.nl Fri Nov 18 03:08:36 2011 From: janjust at nikhef.nl (Jan Just Keijser) Date: Fri, 18 Nov 2011 12:08:36 +0100 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC5B4FD.7000203@oracle.com> References: <4EC50C1B.5060808@nikhef.nl> <4EC5B4FD.7000203@oracle.com> Message-ID: <4EC63CB4.60505@nikhef.nl> David Holmes wrote: > Hi Jan, > > You can use the environment variable _JAVA_OPTIONS to set -Xmx. > > The other option is to use your own wrapper script for launching the > VM that contains whatever flags you need. > > we would really like to avoid a wrapper script. The env var _JAVA_OPTIONS is a nice workaround, although I'm not thrilled about the fact that I now see $ java -version Picked up _JAVA_OPTIONS: -Xmx256M java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9.10) (rhel-1.23.1.9.10.el5_7-x86_64) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) Is there any way to get rid of that message? thx, JJK / Jan Just Keijser > On 17/11/2011 11:28 PM, Jan Just Keijser wrote: >> hi all, >> >> I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) >> that we have run into on our grid computing farm: >> >> the latest&greatest worker nodes have 12 cores and 48 GB of RAM ; we >> offer a maximum 12 jobs slots on these worker nodes, in order to >> accomodate small and large jobs (users can requests 1 - 12 cores). To >> ensure that the different jobs don't interfere with each other we also >> set a VMEM limit for each job slot. The current VMEM limit is 48 / 12 = >> 4 GB RAM per job slot. Each single core job that starts has a 'ulimit >> -v' of 4,000,000 . >> >> On these boxes OpenJDK 'java' refuses to start: >> >> $ java -version >> Error occurred during initialization of VM >> Could not reserve enough space for object heap >> Could not create the Java virtual machine. >> >> After some debugging I found that this is caused by the default maximum >> heap size which java allocates: it scans /proc/meminfo to extrac the >> amount of RAM installed and divides it by 4 ; an 'strace' shows that >> indeed 'java' tries to do an 'mmap' call for 12 GB of RAM ! >> >> A work around is to always specify '-Xmx2GB' or something similar but >> this does not work for all software that we use , plus , I find it >> annoying that I have to tell this to all my users. >> >> What I would like to see is a system-wide setting for the initial >> maximum heap size, so that >> java -version >> "just works" . Is this possible? >> >> thanks in advance, >> >> JJK / Jan Just Keijser >> >> From david.holmes at oracle.com Fri Nov 18 04:02:37 2011 From: david.holmes at oracle.com (David Holmes) Date: Fri, 18 Nov 2011 22:02:37 +1000 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC63CB4.60505@nikhef.nl> References: <4EC50C1B.5060808@nikhef.nl> <4EC5B4FD.7000203@oracle.com> <4EC63CB4.60505@nikhef.nl> Message-ID: <4EC6495D.1080606@oracle.com> On 18/11/2011 9:08 PM, Jan Just Keijser wrote: > David Holmes wrote: >> Hi Jan, >> >> You can use the environment variable _JAVA_OPTIONS to set -Xmx. >> >> The other option is to use your own wrapper script for launching the >> VM that contains whatever flags you need. >> >> > we would really like to avoid a wrapper script. The env var > _JAVA_OPTIONS is a nice workaround, although I'm not thrilled about the > fact that I now see > > $ java -version > Picked up _JAVA_OPTIONS: -Xmx256M > java version "1.6.0_20" > OpenJDK Runtime Environment (IcedTea6 1.9.10) > (rhel-1.23.1.9.10.el5_7-x86_64) > OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > > > Is there any way to get rid of that message? No - we've complained about it ourselves. I guess it is trying to ensure that any implicit options picked up from _JAVA_OPTIONS is made explicit but it is somewhat annoying. David > > thx, > > JJK / Jan Just Keijser > >> On 17/11/2011 11:28 PM, Jan Just Keijser wrote: >>> hi all, >>> >>> I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) >>> that we have run into on our grid computing farm: >>> >>> the latest&greatest worker nodes have 12 cores and 48 GB of RAM ; we >>> offer a maximum 12 jobs slots on these worker nodes, in order to >>> accomodate small and large jobs (users can requests 1 - 12 cores). To >>> ensure that the different jobs don't interfere with each other we also >>> set a VMEM limit for each job slot. The current VMEM limit is 48 / 12 = >>> 4 GB RAM per job slot. Each single core job that starts has a 'ulimit >>> -v' of 4,000,000 . >>> >>> On these boxes OpenJDK 'java' refuses to start: >>> >>> $ java -version >>> Error occurred during initialization of VM >>> Could not reserve enough space for object heap >>> Could not create the Java virtual machine. >>> >>> After some debugging I found that this is caused by the default maximum >>> heap size which java allocates: it scans /proc/meminfo to extrac the >>> amount of RAM installed and divides it by 4 ; an 'strace' shows that >>> indeed 'java' tries to do an 'mmap' call for 12 GB of RAM ! >>> >>> A work around is to always specify '-Xmx2GB' or something similar but >>> this does not work for all software that we use , plus , I find it >>> annoying that I have to tell this to all my users. >>> >>> What I would like to see is a system-wide setting for the initial >>> maximum heap size, so that >>> java -version >>> "just works" . Is this possible? >>> >>> thanks in advance, >>> >>> JJK / Jan Just Keijser >>> >>> > From janjust at nikhef.nl Fri Nov 18 05:47:51 2011 From: janjust at nikhef.nl (Jan Just Keijser) Date: Fri, 18 Nov 2011 14:47:51 +0100 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <82sjllets7.fsf@mid.bfk.de> References: <4EC50C1B.5060808@nikhef.nl> <82sjllets7.fsf@mid.bfk.de> Message-ID: <4EC66207.2050609@nikhef.nl> Florian Weimer wrote: > * Jan Just Keijser: > > >> I would like to report an issue with OpenJDK 1.6 (and Oracle Java 6u29) >> that we have run into on our grid computing farm: >> > > The same topic has recently been discussed on the hotstop-dev list. > > >> the latest&greatest worker nodes have 12 cores and 48 GB of RAM ; we >> offer a maximum 12 jobs slots on these worker nodes, in order to >> accomodate small and large jobs (users can requests 1 - 12 cores). To >> ensure that the different jobs don't interfere with each other we also >> set a VMEM limit for each job slot. The current VMEM limit is 48 / 12 = >> 4 GB RAM per job slot. Each single core job that starts has a 'ulimit >> -v' of 4,000,000 . >> > > Hmm. Does this mean that Hotspot should call getrlimit(RLIMIT_AS) and > limit itself to some fraction of that value if it is not unlimited? > > I like that idea, e.g. 60% of RLIMIT_AS would be good (instead of 25% of PHYS_MEM) - it would be very nice if a user (or sysadmin) can make a global setting to affect the percentage. The environment variable _JAVA_OPTIONS (and/or _JAVA_TOOL_OPTIONS) would be suited for this, as long as there's a way to get rid of the annoying message :) JJK / Jan Just Keijser -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20111118/aa115d59/attachment.html From fweimer at bfk.de Fri Nov 18 05:53:28 2011 From: fweimer at bfk.de (Florian Weimer) Date: Fri, 18 Nov 2011 13:53:28 +0000 Subject: OpenJDK and boxes with lots of RAM In-Reply-To: <4EC66207.2050609@nikhef.nl> (Jan Just Keijser's message of "Fri, 18 Nov 2011 14:47:51 +0100") References: <4EC50C1B.5060808@nikhef.nl> <82sjllets7.fsf@mid.bfk.de> <4EC66207.2050609@nikhef.nl> Message-ID: <82wraxbkpz.fsf@mid.bfk.de> * Jan Just Keijser: >> Hmm. Does this mean that Hotspot should call getrlimit(RLIMIT_AS) and >> limit itself to some fraction of that value if it is not unlimited? > I like that idea, e.g. 60% of RLIMIT_AS would be good (instead of 25% of > PHYS_MEM) - it would be very nice if a user (or sysadmin) can make a > global setting to affect the percentage. I think it has to be the minimum of both. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstra?e 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99