From Joe.Darcy at Sun.COM Wed Jan 7 15:31:25 2009 From: Joe.Darcy at Sun.COM (Joe Darcy) Date: Wed, 07 Jan 2009 15:31:25 -0800 Subject: Backporting an AsyncGetCallTrace patch to OpenJDK6 In-Reply-To: References: <17c6771e0809110731j59e632b2rbb4caf98cc937036@mail.gmail.com> <17c6771e0809111510q4edd875ex4a4288bd08aa9dec@mail.gmail.com> <48C9ACD5.7030102@sun.com> <48CAB6DE.8070806@sun.com> <0607D027-8ADD-438B-91FB-A4D0AECAD113@sun.com> <8637E22A-8145-4C06-9E31-E7952FFA5630@Sun.COM> Message-ID: <49653B4D.2010806@sun.com> Hello. As of OpenJDK 6 build 14, we've upgraded to HotSpot 11 from HotSpot 10: http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-December/000281.html In the near future, we'll be upgrading again from HS 11 to HS 14; so I don't think there is a lot of motivation to take the ported AsyncGetCallTrace patch back to older HotSpot trains at this point. -Joe On 12/31/08 05:34 PM, Hiroshi Yamauchi wrote: > I still hope this patch will be accepted. > > On Fri, Sep 26, 2008 at 12:55 PM, Hiroshi Yamauchi wrote: > >> With the patch, I haven't seen it crash in my experience. >> >> Hiroshi >> >> On Thu, Sep 25, 2008 at 12:29 PM, Tom Rodriguez >> wrote: >> >>>> I'm not sure what you mean by collector. But as far as I can tell >>>> AsyncGetCallTrace >>>> is a lot more stable and shows more stack frames with the patch. If Sun >>>> folks >>>> have tests for it, it'd be great if someone can run them against this >>>> patch. >>>> >>> I was only referring to testing it with a profiling tool and the SunStudio >>> collector is the only one I know of that uses AsyncGetCallTrace. When you >>> say "a lot more stable" do you mean it doesn't crash or it crashes less? >>> >>> tom >>> >>> >>>> Thanks, >>>> Hiroshi >>>> >>>> >>>> >>>>> On Sep 17, 2008, at 4:50 PM, Hiroshi Yamauchi wrote: >>>>> >>>>> >>>>>> Hi, Any comment about the patch itself? >>>>>> >>>>>> On Fri, Sep 12, 2008 at 11:37 AM, Joseph D. Darcy >>>>>> wrote: >>>>>> >>>>>>> Joseph D. Darcy wrote: >>>>>>> >>>>>>>> Andrew John Hughes wrote: >>>>>>>> >>>>>>>>> 2008/9/11 Andrew John Hughes : >>>>>>>>> >>>>>>>>>> 2008/9/11 Daniel D. Daugherty : >>>>>>>>>> >>>>>>>>>>> Andrew John Hughes wrote: >>>>>>>>>>> >>>>>>>>>>> FWIW, I don't see any change to the HS_ version numbers in our >>>>>>>>>>> patch to switch from OpenJDK6 b11's to OpenJDK7 b24's HotSpot. >>>>>>>>>>> Given OpenJDK6 was derived from something like b20, I guess this is >>>>>>>>>>> not that strange. >>>>>>>>>>> >>>>>>>>>>> JDK7-B24 has the following values: >>>>>>>>>>> >>>>>>>>>>> HS_MAJOR_VER=12 >>>>>>>>>>> HS_MINOR_VER=0 >>>>>>>>>>> HS_BUILD_NUMBER=01 >>>>>>>>>>> >>>>>>>>>>> Joe stated earlier in this thread that OpenJDK6 is based on >>>>>>>>>>> HSX-10 so its values should not be the same. For 1.6.0_07, >>>>>>>>>>> I see: >>>>>>>>>>> >>>>>>>>>>> HS_MAJOR_VER=10 >>>>>>>>>>> HS_MINOR_VER=0 >>>>>>>>>>> HS_BUILD_NUMBER=23 >>>>>>>>>>> >>>>>>>>>>> Dan >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> Hmmm... >>>>>>>>>> Then either Gary's HotSpot patch doesn't update that file or >>>>>>>>>> OpenJDK6 >>>>>>>>>> is not based on the same as this 1.6.0_07 thing you mention. >>>>>>>>>> I'll try and have a closer look later. >>>>>>>>>> -- >>>>>>>>>> Andrew :-) >>>>>>>>>> >>>>>>>>>> Support Free Java! >>>>>>>>>> Contribute to GNU Classpath and the OpenJDK >>>>>>>>>> http://www.gnu.org/software/classpath >>>>>>>>>> http://openjdk.java.net >>>>>>>>>> >>>>>>>>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>>>>>>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>>>>>>>> >>>>>>>>>> >>>>>>>>> IcedTea6 contains: >>>>>>>>> >>>>>>>>> HS_MAJOR_VER=10 >>>>>>>>> HS_MINOR_VER=0 >>>>>>>>> HS_BUILD_NUMBER=19 >>>>>>>>> >>>>>>>>> IcedTea/b33 contains: >>>>>>>>> >>>>>>>>> HS_MAJOR_VER=14 >>>>>>>>> HS_MINOR_VER=0 >>>>>>>>> HS_BUILD_NUMBER=01 >>>>>>>>> >>>>>>>>> icedtea-hotspot-6b11-7b24.patch only updates the src code and not >>>>>>>>> make/hotspot_version >>>>>>>>> so it's actually worryingly building a different version of HotSpot >>>>>>>>> from the one it thinks it is. >>>>>>>>> It will actually be 12-0-01 as you state, but will report 10-0-19. >>>>>>>>> >>>>>>>>> Overall, it would be better to always build against the most recent >>>>>>>>> stable HotSpot tree if possible >>>>>>>>> rather than the one provided by the build drop. Do we know what the >>>>>>>>> most stable would be? >>>>>>>>> >>>>>>>> Generally, the HotSpot in the base OpenJDK 6 should be pretty stable. >>>>>>>> The >>>>>>>> policy I've implemented, >>>>>>>> >>>>>>>> >>>>>>>> http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-February/000005.html, >>>>>>>> for the HotSpot in OpenJDK 6 is to track fixes in the 6 update >>>>>>>> releases, >>>>>>>> augmented with some other fixes for license corrections, gcc build >>>>>>>> issues, >>>>>>>> (and the occasional Eclipse crash). The HotSpot in the base OpenJDK 6 >>>>>>>> code >>>>>>>> base is very close to the HotSpot in the currently shipping 6 update >>>>>>>> release. >>>>>>>> >>>>>>> ... and going forward we will have much closer coordination between the >>>>>>> OpenJDK 6 and 6 update HotSpots since we'll be using the same source >>>>>>> for >>>>>>> both; so the version information should be updated consistently, etc. >>>>>>> >>>>>>> >>>>>>> >>>>>>> http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-September/000150.html >>>>>>> >>>>>>> -Joe >>>>>>> >>>>>>> >>>>> >>> From doko at ubuntu.com Tue Jan 13 04:14:28 2009 From: doko at ubuntu.com (Matthias Klose) Date: Tue, 13 Jan 2009 13:14:28 +0100 Subject: source files java/* and javax/* missing in src.zip Message-ID: <496C85A4.4050000@ubuntu.com> This was reported in the Debian bug tracker as #504568. The src.zip only has com/sun files included. Is this intended? Matthias From mark at klomp.org Tue Jan 13 04:42:17 2009 From: mark at klomp.org (Mark Wielaard) Date: Tue, 13 Jan 2009 13:42:17 +0100 Subject: source files java/* and javax/* missing in src.zip In-Reply-To: <496C85A4.4050000@ubuntu.com> References: <496C85A4.4050000@ubuntu.com> Message-ID: <1231850537.2330.273.camel@localhost.localdomain> Hi Matthias, On Tue, 2009-01-13 at 13:14 +0100, Matthias Klose wrote: > This was reported in the Debian bug tracker as #504568. The src.zip only has > com/sun files included. Is this intended? That must be some build bug. Maybe a find or tar issue? Look in openjdk/jdk/make/common/Release.gmk for the logic to create the src.zip, that has some comments about the expected behavior of tar and find. Note that patches/icedtea-sunsrc.patch makes sure that also sources starting with sun/ are included, maybe that patch is applied wrongly? My freshly (well, yesterday) build of icedtea6 contains a src.zip containing all source files (com, com.sun, java, javax, launcher, org, sun and sunw) in openjdk/control/build/linux-amd64/j2sdk-image/src.zip (27M). Cheers, Mark From doko at ubuntu.com Fri Jan 16 07:27:57 2009 From: doko at ubuntu.com (Matthias Klose) Date: Fri, 16 Jan 2009 16:27:57 +0100 Subject: comparing jtreg test results Message-ID: <4970A77D.3080003@ubuntu.com> [this is all done using IcedTea builds] Comparing 6b12 and 6b14 builds on ix86 I do see some regressions in the tests (compared by diffing the log output): jdk: +FAILED: com/sun/jdi/EarlyReturnNegativeTest.java +FAILED: com/sun/jdi/NewInstanceTest.java +FAILED: com/sun/jdi/RedefineCrossEvent.java +FAILED: javax/crypto/Cipher/TestGetInstance.java +FAILED: javax/naming/ldap/LdapName/CompareToEqualsTests.java +FAILED: sun/rmi/rmic/RMIGenerator/RmicDefault.java +FAILED: sun/security/util/Oid/OidFormat.java +FAILED: sun/security/x509/AlgorithmId/ExtensibleAlgorithmId.java +FAILED: sun/security/x509/AVA/EmailAddressEncoding.java +FAILED: sun/security/x509/X500Name/AllAttribs.java Some tests just disappear (assuming this is due to the hotspot import in icedtea): hotspot: -Passed: compiler/6547163/Test.java -Passed: compiler/6563987/Test.java -Passed: compiler/6571539/Test.java -Passed: compiler/6595044/Main.java -Passed: compiler/6707044/LuceneCrash.java Can somebody reproduce these? Then when running the testsuite with the xvfb xserver, I get many errors "Cannot connect to the X server", although the mauve testsuite runs fine with the xvfb server. Matthias The single failures: +FAILED: com/sun/jdi/EarlyReturnNegativeTest.java EarlyReturnNegativeTest: failed debugee in doit ----------System.err:(32/2097)---------- run args: [EarlyReturnNegativeTarg] failure: com.sun.jdi.ClassNotLoadedException: Class java.lang.Object not loaded com.sun.jdi.ClassNotLoadedException: Class java.lang.Object not loaded at com.sun.tools.jdi.ClassLoaderReferenceImpl.findType(ClassLoaderReferenceImpl.java:106) at com.sun.tools.jdi.ReferenceTypeImpl.findType(ReferenceTypeImpl.java:1168) at com.sun.tools.jdi.MethodImpl.findType(MethodImpl.java:148) at com.sun.tools.jdi.MethodImpl$ReturnContainer.findType(MethodImpl.java:241) at com.sun.tools.jdi.ArrayReferenceImpl.validateAssignment(ArrayReferenceImpl.java:243) at com.sun.tools.jdi.ObjectReferenceImpl.prepareForAssignmentTo(ObjectReferenceImpl.java:557) at com.sun.tools.jdi.ValueImpl.prepareForAssignment(ValueImpl.java:48) at com.sun.tools.jdi.ThreadReferenceImpl.forceEarlyReturn(ThreadReferenceImpl.java:532) at EarlyReturnNegativeTest.doEarly(EarlyReturnNegativeTest.java:212) at EarlyReturnNegativeTest.breakpointReached(EarlyReturnNegativeTest.java:262) at TestScaffold$EventHandler.notifyEvent(TestScaffold.java:191) at TestScaffold$EventHandler.run(TestScaffold.java:275) at java.lang.Thread.run(Thread.java:636) java.lang.Exception: EarlyReturnNegativeTest: failed at EarlyReturnNegativeTest.runTests(EarlyReturnNegativeTest.java:370) at TestScaffold.startTests(TestScaffold.java:429) at EarlyReturnNegativeTest.main(EarlyReturnNegativeTest.java:189) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:94) at java.lang.Thread.run(Thread.java:636) +FAILED: com/sun/jdi/NewInstanceTest.java ----------System.err:(23/1367)---------- run args: [NewInstanceTarg] Making array for field: objArray com.sun.jdi.ClassNotLoadedException: Class java.lang.Object[] not loaded at com.sun.tools.jdi.ClassLoaderReferenceImpl.findType(ClassLoaderReferenceImpl.java:106) at com.sun.tools.jdi.ReferenceTypeImpl.findType(ReferenceTypeImpl.java:1168) at com.sun.tools.jdi.FieldImpl.findType(FieldImpl.java:73) at com.sun.tools.jdi.FieldImpl.type(FieldImpl.java:68) at NewInstanceTest.makeArray(NewInstanceTest.java:81) at NewInstanceTest.runTests(NewInstanceTest.java:97) at TestScaffold.startTests(TestScaffold.java:429) at NewInstanceTest.main(NewInstanceTest.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:94) at java.lang.Thread.run(Thread.java:636) IOException reading output of child java interpreter:Stream closed +FAILED: com/sun/jdi/RedefineCrossEvent.java run args: [-redefstart, -redefevent, NewInstanceTarg] Redefining class NewInstanceTarg (loaded by instance of sun.misc.Launcher$AppClassLoader(id=51)) Redefining class NewInstanceTarg (loaded by instance of sun.misc.Launcher$AppClassLoader(id=51)) Making array for field: objArray com.sun.jdi.ClassNotLoadedException: Class java.lang.Object[] not loaded at com.sun.tools.jdi.ClassLoaderReferenceImpl.findType(ClassLoaderReferenceImpl.java:106) at com.sun.tools.jdi.ReferenceTypeImpl.findType(ReferenceTypeImpl.java:1168) at com.sun.tools.jdi.FieldImpl.findType(FieldImpl.java:73) at com.sun.tools.jdi.FieldImpl.type(FieldImpl.java:68) at NewInstanceTest.makeArray(NewInstanceTest.java:81) at NewInstanceTest.runTests(NewInstanceTest.java:97) at TestScaffold.startTests(TestScaffold.java:429) at NewInstanceTest.main(NewInstanceTest.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:94) at java.lang.Thread.run(Thread.java:636) JavaTest Message: Test threw exception: com.sun.jdi.ClassNotLoadedException: Class java.lang.Object[] not loaded JavaTest Message: shutting down test +FAILED: javax/crypto/Cipher/TestGetInstance.java ----------System.err:(14/747)---------- java.security.NoSuchAlgorithmException: No such algorithm: foo at javax.crypto.Cipher.getInstance(Cipher.java:589) at javax.crypto.Cipher.getInstance(Cipher.java:510) at TestGetInstance.main(TestGetInstance.java:134) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainAction$SameVMThread.run(MainAction.java:595) at java.lang.Thread.run(Thread.java:636) JavaTest Message: Test threw exception: java.security.NoSuchAlgorithmException JavaTest Message: shutting down test +FAILED: javax/naming/ldap/LdapName/CompareToEqualsTests.java Checking name1: cn=config and name2: Cn=COnFIG name1.hashCode(): 1993513894 name2.hashCode(): 1993506733 ----------System.err:(13/715)---------- java.lang.Exception: hashCode test failed for name1:cn=config name2:Cn=COnFIG at CompareToEqualsTests.checkResults(CompareToEqualsTests.java:118) at CompareToEqualsTests.main(CompareToEqualsTests.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainAction$SameVMThread.run(MainAction.java:595) at java.lang.Thread.run(Thread.java:636) JavaTest Message: Test threw exception: java.lang.Exception JavaTest Message: shutting down test +FAILED: sun/rmi/rmic/RMIGenerator/RmicDefault.java +FAILED: sun/security/util/Oid/OidFormat.java Trying 0 java.io.IOException: ObjectIdentifier() -- Must be at least two oid components java.lang.NullPointerException at sun.security.x509.AlgorithmId.algOID(AlgorithmId.java:568) at sun.security.x509.AlgorithmId.get(AlgorithmId.java:409) at javax.crypto.EncryptedPrivateKeyInfo.(EncryptedPrivateKeyInfo.java:137) at OidFormat.testBad(OidFormat.java:154) at OidFormat.main(OidFormat.java:57) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainAction$SameVMThread.run(MainAction.java:595) at java.lang.Thread.run(Thread.java:636) JavaTest Message: Test threw exception: java.lang.NullPointerException JavaTest Message: shutting down test +FAILED: sun/security/x509/AlgorithmId/ExtensibleAlgorithmId.java ----------messages:(3/141)---------- command: main ExtensibleAlgorithmId reason: Assumed action based on file name: run main ExtensibleAlgorithmId elapsed time (seconds): 0.002 ----------System.out:(0/0)---------- ----------System.err:(15/806)---------- java.lang.NullPointerException at sun.security.x509.AlgorithmId.algOID(AlgorithmId.java:568) at sun.security.x509.AlgorithmId.get(AlgorithmId.java:409) at sun.security.x509.AlgorithmId.getAlgorithmId(AlgorithmId.java:395) at ExtensibleAlgorithmId.main(ExtensibleAlgorithmId.java:38) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainAction$SameVMThread.run(MainAction.java:595) at java.lang.Thread.run(Thread.java:636) JavaTest Message: Test threw exception: java.lang.NullPointerException JavaTest Message: shutting down test +FAILED: sun/security/x509/AVA/EmailAddressEncoding.java ----------messages:(3/139)---------- command: main EmailAddressEncoding reason: Assumed action based on file name: run main EmailAddressEncoding elapsed time (seconds): 0.002 ----------System.out:(0/0)---------- ----------System.err:(23/1298)---------- java.lang.IllegalArgumentException: improperly specified input name: c=us, emailaddress=foo at bar, cn=foobar at javax.security.auth.x500.X500Principal.(X500Principal.java:169) at javax.security.auth.x500.X500Principal.(X500Principal.java:121) at EmailAddressEncoding.main(EmailAddressEncoding.java:39) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainAction$SameVMThread.run(MainAction.java:595) at java.lang.Thread.run(Thread.java:636) Caused by: java.io.IOException: Invalid keyword "EMA?LADDRESS" at sun.security.x509.AVAKeyword.getOID(AVA.java:1268) at sun.security.x509.AVA.(AVA.java:192) at sun.security.x509.AVA.(AVA.java:145) at sun.security.x509.RDN.(RDN.java:151) at sun.security.x509.X500Name.parseDN(X500Name.java:918) at sun.security.x509.X500Name.(X500Name.java:165) at javax.security.auth.x500.X500Principal.(X500Principal.java:167) ... 8 more JavaTest Message: Test threw exception: java.lang.IllegalArgumentException JavaTest Message: shutting down test +FAILED: sun/security/x509/X500Name/AllAttribs.java ----------messages:(3/119)---------- command: main AllAttribs reason: Assumed action based on file name: run main AllAttribs elapsed time (seconds): 0.001 ----------System.out:(0/0)---------- ----------System.err:(19/965)---------- java.io.IOException: Invalid keyword "G?VENNAME" at sun.security.x509.AVAKeyword.getOID(AVA.java:1268) at sun.security.x509.AVA.(AVA.java:192) at sun.security.x509.AVA.(AVA.java:145) at sun.security.x509.RDN.(RDN.java:151) at sun.security.x509.X500Name.parseDN(X500Name.java:918) at sun.security.x509.X500Name.(X500Name.java:165) at sun.security.x509.X500Name.(X500Name.java:152) at AllAttribs.main(AllAttribs.java:37) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.sun.javatest.regtest.MainAction$SameVMThread.run(MainAction.java:595) at java.lang.Thread.run(Thread.java:636) JavaTest Message: Test threw exception: java.io.IOException JavaTest Message: shutting down test Matthias From Joe.Darcy at Sun.COM Fri Jan 16 16:25:37 2009 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Fri, 16 Jan 2009 16:25:37 -0800 Subject: OpenJDK and the new plugin Message-ID: <49712581.8070000@sun.com> Hello. I'm happy to announce that within the next few months as part of OpenJDK, we are Sun are committed to open sourcing our Java Web Start implementation and the new plug-in implementation for NPAPI capable browsers; those browsers including Firefox 3, amongst others. -Joe From gnu_andrew at member.fsf.org Fri Jan 16 20:03:04 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sat, 17 Jan 2009 04:03:04 +0000 Subject: OpenJDK and the new plugin In-Reply-To: <49712581.8070000@sun.com> References: <49712581.8070000@sun.com> Message-ID: <17c6771e0901162003h184176d4j3da7f934a1844288@mail.gmail.com> 2009/1/17 Joseph D. Darcy : > Hello. > > I'm happy to announce that within the next few months as part of OpenJDK, we > are Sun are committed to open sourcing our Java Web Start implementation and > the new plug-in implementation for NPAPI capable browsers; those browsers > including Firefox 3, amongst others. > > -Joe > Woo! Great news! -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From hallammohamed at yahoo.fr Sat Jan 17 00:07:26 2009 From: hallammohamed at yahoo.fr (Mohamed Amine Hallam) Date: Sat, 17 Jan 2009 08:07:26 +0000 (GMT) Subject: jdk ERROR Message-ID: <444684.4464.qm@web25214.mail.ukl.yahoo.com> the new plug-in implementation for NPAPI capable browsers; those browsers ?including Firefox 3, amongst others. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/jdk6-dev/attachments/20090117/585d527f/attachment.html From kelly.ohair at sun.com Fri Jan 23 12:29:08 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:29:08 +0000 Subject: hg: jdk6/jdk6: 6797340: Add .jcheck/conf files Message-ID: <20090123202908.8B973E01D@hg.openjdk.java.net> Changeset: e9c2139fdd5e Author: ohair Date: 2009-01-23 12:17 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/rev/e9c2139fdd5e 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From kelly.ohair at sun.com Fri Jan 23 12:31:23 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:31:23 +0000 Subject: hg: jdk6/jdk6/corba: 6797340: Add .jcheck/conf files Message-ID: <20090123203124.A8C88E023@hg.openjdk.java.net> Changeset: 1c84799bbf87 Author: ohair Date: 2009-01-23 12:23 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/corba/rev/1c84799bbf87 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From kelly.ohair at sun.com Fri Jan 23 12:33:41 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:33:41 +0000 Subject: hg: jdk6/jdk6/hotspot: 6797340: Add .jcheck/conf files Message-ID: <20090123203342.C276BE029@hg.openjdk.java.net> Changeset: 4ecf1953e64d Author: ohair Date: 2009-01-23 12:23 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/4ecf1953e64d 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From kelly.ohair at sun.com Fri Jan 23 12:36:04 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:36:04 +0000 Subject: hg: jdk6/jdk6/jaxp: 6797340: Add .jcheck/conf files Message-ID: <20090123203606.12EA7E02F@hg.openjdk.java.net> Changeset: a528b1653c57 Author: ohair Date: 2009-01-23 12:23 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jaxp/rev/a528b1653c57 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From kelly.ohair at sun.com Fri Jan 23 12:38:39 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:38:39 +0000 Subject: hg: jdk6/jdk6/jaxws: 6797340: Add .jcheck/conf files Message-ID: <20090123203840.535B5E035@hg.openjdk.java.net> Changeset: 9dc9a1b93bec Author: ohair Date: 2009-01-23 12:24 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jaxws/rev/9dc9a1b93bec 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From kelly.ohair at sun.com Fri Jan 23 12:40:59 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:40:59 +0000 Subject: hg: jdk6/jdk6/jdk: 6797340: Add .jcheck/conf files Message-ID: <20090123204106.70251E03B@hg.openjdk.java.net> Changeset: fae721271720 Author: ohair Date: 2009-01-23 12:24 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/fae721271720 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From kelly.ohair at sun.com Fri Jan 23 12:43:31 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Fri, 23 Jan 2009 20:43:31 +0000 Subject: hg: jdk6/jdk6/langtools: 6797340: Add .jcheck/conf files Message-ID: <20090123204332.AEC99E041@hg.openjdk.java.net> Changeset: 52b5f489fc46 Author: ohair Date: 2009-01-23 12:24 -0800 URL: http://hg.openjdk.java.net/jdk6/jdk6/langtools/rev/52b5f489fc46 6797340: Add .jcheck/conf files Reviewed-by: darcy + .jcheck/conf From brad.simonin at gmail.com Fri Jan 30 10:37:30 2009 From: brad.simonin at gmail.com (Bradley K. Simonin) Date: Fri, 30 Jan 2009 11:37:30 -0700 Subject: Anyone have problems with applets and openjdk in firefox? (JBoss web-console applet) Message-ID: Hello. I am using openjdk 6 browser plugin on Fedora 10 Linux using Firefox 3.0.5. I noticed that _most_ applets (such as test applets from Sun) work as they should. But a few applets do not. One specifically that does not work is the web-console applet for JBoss (both JBoss 4 and JBoss 5). The web-console applet fires up gives no errors but there is just a grey box where the applet should be. If I switch to using Sun's jdk1.6.0_11 by making a symbolic link to libjavaplugin_oji.so in the .mozilla/plugins directory for jdk1.6.0_11 then the JBoss applet works. Does anyone have a clue to this or know why? Perhaps other JBoss users can try this and see if they get the same issue.