From jbluettduncan at gmail.com Fri Sep 2 12:43:20 2016 From: jbluettduncan at gmail.com (Jonathan Bluett-Duncan) Date: Fri, 2 Sep 2016 13:43:20 +0100 Subject: Introduction In-Reply-To: <397103724.1113483.1472649195241.JavaMail.zimbra@u-pem.fr> References: <1880222680.864865.1472594450484.JavaMail.zimbra@u-pem.fr> <397103724.1113483.1472649195241.JavaMail.zimbra@u-pem.fr> Message-ID: Hi Martijn, Remi and Dalibor, Thank you for all the advice you've given me. I'm now at a stage where I have my development environment set up and I'm somewhat comfortable with doing basic tasks like building the JDK and running tests (at least, comfortable enough to know where to look if I get stuck), so I'll now ask Stuart Marks on the core-dev list if there's anything I can do to help. Kind regards, Jonathan On 31 August 2016 at 14:13, Remi Forax wrote: > > > ----- Mail original ----- > > De: "dalibor topic" > > ?: discuss at openjdk.java.net > > Envoy?: Mercredi 31 Ao?t 2016 12:43:38 > > Objet: Re: Introduction > > > On 31.08.2016 00:00, Remi Forax wrote: > >> Given that Stuart works currently on these bugs too, IMO to avoid > collision, you > >> should starts with bugs marked P5 or P4 that adds new tests, and then > move to > >> the bugs that add new methods. > > > > FWIW, looking at http://openjdk.java.net/projects/jdk9/ , the time to > > focus on P4/P5 bugs seems to be very rapidly drawing to a close. > > > > cheers, > > dalibor topic > > true, it's late in the game for jdk9 > but, there will be a jdk10 (and several jdk9 updates) after jdk9 :) > > cheers, > R?mi > > > > > -- > > Dalibor Topic | Principal Product Manager > > Phone: +494089091214 | Mobile: +491737185961 > > > > > > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher > > > > Oracle is committed to developing > > practices and products that help protect the environment > From pistoletik at gmail.com Wed Sep 7 15:40:14 2016 From: pistoletik at gmail.com (Alexey Baranov) Date: Wed, 7 Sep 2016 18:40:14 +0300 Subject: Start routine: (void *(*)(void*))continuation. Where is the function? Message-ID: Hello, The function int JLI_Launch, file jdk/src/share/bin/java.c, returns: return JVMInit(&ifn, threadStackSize, argc, argv, mode, what, ret); Further along the call chain: JVMInit -> ContinueInNewThread -> ContinueInNewThread0 we get to functions that I don't understand what's going on)) /////////////////////////////// /* * Block current thread and continue execution in a new thread */ int ContinueInNewThread0(int (JNICALL *continuation)(void *), jlong stack_size, void * args) { int rslt; #ifndef __solaris__ pthread_t tid; pthread_attr_t attr; pthread_attr_init(&attr); pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE); if (stack_size > 0) { pthread_attr_setstacksize(&attr, stack_size); } if (pthread_create(&tid, &attr, (void *(*)(void*))continuation, (void*)args) == 0) { void * tmp; pthread_join(tid, &tmp); rslt = (int)tmp; /////////////////////////////// The new thread starts execution by invoking start routine: (void *(*)(void*))continuation Please tell me where is the function that execution the new thread? From david.holmes at oracle.com Thu Sep 8 07:33:17 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 8 Sep 2016 17:33:17 +1000 Subject: Start routine: (void *(*)(void*))continuation. Where is the function? In-Reply-To: References: Message-ID: Hi Alexey, The discuss list is for discussion of the OpenJDK project as a whole, not for specific code questions. This question, concerning the launcher, should be asked on core-libs-dev at openjdk.java.net. That said, look for: rslt = ContinueInNewThread0(JavaMain, threadStackSize, (void*)&args); JavaMain is the function executed in the new thread. I can't tell from your fragment what version of the code you are looking at. Regards, David On 8/09/2016 1:40 AM, Alexey Baranov wrote: > Hello, > > The function int JLI_Launch, file jdk/src/share/bin/java.c, returns: > return JVMInit(&ifn, threadStackSize, argc, argv, mode, what, ret); > > Further along the call chain: JVMInit -> ContinueInNewThread -> > ContinueInNewThread0 > we get to functions that I don't understand what's going on)) > > /////////////////////////////// > /* > * Block current thread and continue execution in a new thread > */ > int ContinueInNewThread0(int (JNICALL *continuation)(void *), jlong > stack_size, void * args) { > int rslt; > #ifndef __solaris__ > pthread_t tid; > pthread_attr_t attr; > pthread_attr_init(&attr); > pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE); > > if (stack_size > 0) { > pthread_attr_setstacksize(&attr, stack_size); > } > > if (pthread_create(&tid, &attr, (void *(*)(void*))continuation, > (void*)args) == 0) { > void * tmp; > pthread_join(tid, &tmp); > rslt = (int)tmp; > /////////////////////////////// > > The new thread starts execution by invoking start routine: > (void *(*)(void*))continuation > > Please tell me where is the function that execution the new thread? > From pistoletik at gmail.com Thu Sep 8 07:43:49 2016 From: pistoletik at gmail.com (Alexey Baranov) Date: Thu, 8 Sep 2016 10:43:49 +0300 Subject: Start routine: (void *(*)(void*))continuation. Where is the function? In-Reply-To: References:

Message-ID: Hi David, > The discuss list is for discussion of the OpenJDK project as a whole, not for specific code questions. > This question, concerning the launcher, should be asked on core-libs-dev at openjdk.java.net. Ok. > rslt = ContinueInNewThread0(JavaMain, threadStackSize, (void*)&args); > JavaMain is the function executed in the new thread. Thank you for the help. Did not pay attention that the parameter is a function name)) On Thu, Sep 8, 2016 at 10:33 AM, David Holmes wrote: > Hi Alexey, > > The discuss list is for discussion of the OpenJDK project as a whole, not > for specific code questions. This question, concerning the launcher, should > be asked on core-libs-dev at openjdk.java.net. > > That said, look for: > > rslt = ContinueInNewThread0(JavaMain, threadStackSize, (void*)&args); > > JavaMain is the function executed in the new thread. I can't tell from > your fragment what version of the code you are looking at. > > Regards, > David > > > On 8/09/2016 1:40 AM, Alexey Baranov wrote: > >> Hello, >> >> The function int JLI_Launch, file jdk/src/share/bin/java.c, returns: >> return JVMInit(&ifn, threadStackSize, argc, argv, mode, what, ret); >> >> Further along the call chain: JVMInit -> ContinueInNewThread -> >> ContinueInNewThread0 >> we get to functions that I don't understand what's going on)) >> >> /////////////////////////////// >> /* >> * Block current thread and continue execution in a new thread >> */ >> int ContinueInNewThread0(int (JNICALL *continuation)(void *), jlong >> stack_size, void * args) { >> int rslt; >> #ifndef __solaris__ >> pthread_t tid; >> pthread_attr_t attr; >> pthread_attr_init(&attr); >> pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE); >> >> if (stack_size > 0) { >> pthread_attr_setstacksize(&attr, stack_size); >> } >> >> if (pthread_create(&tid, &attr, (void *(*)(void*))continuation, >> (void*)args) == 0) { >> void * tmp; >> pthread_join(tid, &tmp); >> rslt = (int)tmp; >> /////////////////////////////// >> >> The new thread starts execution by invoking start routine: >> (void *(*)(void*))continuation >> >> Please tell me where is the function that execution the new thread? >> >> From dalibor.topic at oracle.com Mon Sep 19 12:55:54 2016 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 19 Sep 2016 05:55:54 -0700 (PDT) Subject: JDK 9 Outreach Survey Message-ID: <3e9fe1fd-d91a-46c0-be53-c0d70f43964c@default> Hi, In order to encourage and receive additional feedback from developers testing their applications with JDK 9, the OpenJDK Quality Outreach effort has put together a very brief survey about your experiences with JDK 9 so far. It is available at https://www.surveymonkey.de/r/JDK9EA If you are a Free and Open Source Software developer taking part in a public Java or JVM based project that has looked at JDK 9, we'd love to hear from you. If for some reason or other you haven't quite looked at JDK 9 yet, don't worry: you can grab a build from http://jdk9.java.net (or GNU make your own build from the source code in hg.openjdk.java.net/jdk9/jdk9), and let us know through the survey how you and JDK 9 get along from there on. A summary of the results will be shared on this list once the survey completes. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From lists at steffen-heil.de Mon Sep 19 15:04:53 2016 From: lists at steffen-heil.de (Steffen Heil (Mailinglisten)) Date: Mon, 19 Sep 2016 15:04:53 +0000 Subject: Differences between openJDK and oracleJDK Message-ID: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> Hi I have problems with the following method: sun.security.x509.AuthorityKeyIdentifierExtension.getEncodedKeyIdentifier() It exists in openJDK but it does not exist in oracleJDK. I always thought that except for some special cases regarding licensing those JDKs should be the same ... While I can work around that issue, I fear there are other incompatibilities I might not be aware of. So I have the following questions: - Are the jsse-Implementations of both JDKs independent? - How are security patches handled? - Can I be sure that security fixes in oracleJDK make it into openJDK in time? Regards, Steffen From dalibor.topic at oracle.com Mon Sep 19 15:38:32 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 19 Sep 2016 17:38:32 +0200 Subject: Differences between openJDK and oracleJDK In-Reply-To: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> Message-ID: On 19.09.2016 17:04, Steffen Heil (Mailinglisten) wrote: > I have problems with the following method: > sun.security.x509.AuthorityKeyIdentifierExtension.getEncodedKeyIdentifier() > > It exists in openJDK but it does not exist in oracleJDK. Hi Steffen, this is implementation-specific as noted here: http://www.oracle.com/technetwork/java/faq-sun-packages-142232.html . cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From neugens.limasoftware at gmail.com Mon Sep 19 18:29:06 2016 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 19 Sep 2016 20:29:06 +0200 Subject: Differences between openJDK and oracleJDK In-Reply-To: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> Message-ID: 2016-09-19 17:04 GMT+02:00 Steffen Heil (Mailinglisten) : > - Can I be sure that security fixes in oracleJDK make it into openJDK in time? There's a lot that goes on regarding the security fixes that can't be discussed on a public mailing list. Anyway, OpenJDK doesn't have binary releases, so the real question here is if you get a binary OpenJDK update with the latest security patches or not, and this depends on a lot of factors. If you are working on Linux, generally is a responsibility of the Linux distribution you choose. Most of the release process for Linux distributions happens through the IcedTea channel, but whether or not a specific distribution chooses to do a release right away, or waits it's something that you need to check with your OS of choice. For Red Hat and Fedora, for example, the release process usually happens minutes after the security errata is public. I hope this helps. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From bradford.wetmore at oracle.com Tue Sep 20 21:06:39 2016 From: bradford.wetmore at oracle.com (Bradford Wetmore) Date: Tue, 20 Sep 2016 14:06:39 -0700 Subject: Differences between openJDK and oracleJDK In-Reply-To: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> Message-ID: On 9/19/2016 8:04 AM, Steffen Heil (Mailinglisten) wrote: > Hi > > > I have problems with the following method: > sun.security.x509.AuthorityKeyIdentifierExtension.getEncodedKeyIdentifier() > > It exists in openJDK but it does not exist in oracleJDK. It is there in my OracleJDK build. ls -l jdk/modules/java.base/sun/security/x509/AuthorityKeyIdentifierExtension.class -rwxr-xr-x 1 brwetmor Domain Users 6458 Sep 12 14:47 jdk/modules/java.base/sun/security/x509/AuthorityKeyIdentifierExtension.class There's been a couple of followups points that I won't repeat: > So I have the following questions: > - Are the jsse-Implementations of both JDKs independent? There is no difference in the Oracle and OpenJDK JSSE implementation. They are the same. That said, other distributions which derive from OpenJDK (e.g. IcedTea or Linux distros) may have differences, but that is outside my knowledge area. If you build OpenJDK from the source, the binaries of JSSE in OpenJDK and OracleJDK will be the same. Brad From weijun.wang at oracle.com Wed Sep 21 14:17:23 2016 From: weijun.wang at oracle.com (Wang Weijun) Date: Wed, 21 Sep 2016 22:17:23 +0800 Subject: Differences between openJDK and oracleJDK In-Reply-To: References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> Message-ID: <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> > On Sep 21, 2016, at 5:06 AM, Bradford Wetmore wrote: > > > > On 9/19/2016 8:04 AM, Steffen Heil (Mailinglisten) wrote: >> Hi >> >> >> I have problems with the following method: >> sun.security.x509.AuthorityKeyIdentifierExtension.getEncodedKeyIdentifier() >> >> It exists in openJDK but it does not exist in oracleJDK. > > It is there in my OracleJDK build. > > ls -l jdk/modules/java.base/sun/security/x509/AuthorityKeyIdentifierExtension.class > -rwxr-xr-x 1 brwetmor Domain Users 6458 Sep 12 14:47 jdk/modules/java.base/sun/security/x509/AuthorityKeyIdentifierExtension.class The original mail is about the method missing, not the class. That said, I also don't think there is any difference between OpenJDK and Oracle JDK here. *Steffen*, how do you find the method is missing? The latest jdk9 is modularized so you cannot call internal method like before. Is that the reason? Can you show the compilation or runtime error? Thanks Max > > There's been a couple of followups points that I won't repeat: > >> So I have the following questions: >> - Are the jsse-Implementations of both JDKs independent? > > There is no difference in the Oracle and OpenJDK JSSE implementation. They are the same. That said, other distributions which derive from OpenJDK (e.g. IcedTea or Linux distros) may have differences, but that is outside my knowledge area. If you build OpenJDK from the source, the binaries of JSSE in OpenJDK and OracleJDK will be the same. > > Brad From luan.cestari at gmail.com Wed Sep 21 14:31:11 2016 From: luan.cestari at gmail.com (Luan Cestari) Date: Wed, 21 Sep 2016 14:31:11 +0000 Subject: Differences between openJDK and oracleJDK In-Reply-To: <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> Message-ID: Hi everybody, One thing that I notice a weird behavior is using FlameGraph ( http://isuru-perera.blogspot.com.br/2015/07/java-cpu-flame-graphs.html http://www.brendangregg.com/blog/2015-11-06/java-mixed-mode-flame-graphs.html http://techblog.netflix.com/2015/07/java-in-flames.html ) . It seems that OpenJDK doesn't have all the debug info so it could use tools like Flame Graph to display the each frame of the stack in a human readable way, not just the memory address. I talked about this issue with one of the maintainers of tools like Flame Graph ( https://github.com/jrudolph/perf-map-agent/issues/39 ) and we couldn't find a way to resolve this issue and I think it something on the OpenJDK or the OpenJDK providers (for example, the one that built, package and make the RPM available for Fedora RPM repository). What do you think guys? Do you have the same issue? Kind regards, Luan On Wed, 21 Sep 2016 at 11:17 Wang Weijun wrote: > > > On Sep 21, 2016, at 5:06 AM, Bradford Wetmore < > bradford.wetmore at oracle.com> wrote: > > > > > > > > On 9/19/2016 8:04 AM, Steffen Heil (Mailinglisten) wrote: > >> Hi > >> > >> > >> I have problems with the following method: > >> > sun.security.x509.AuthorityKeyIdentifierExtension.getEncodedKeyIdentifier() > >> > >> It exists in openJDK but it does not exist in oracleJDK. > > > > It is there in my OracleJDK build. > > > > ls -l > jdk/modules/java.base/sun/security/x509/AuthorityKeyIdentifierExtension.class > > -rwxr-xr-x 1 brwetmor Domain Users 6458 Sep 12 14:47 > jdk/modules/java.base/sun/security/x509/AuthorityKeyIdentifierExtension.class > > The original mail is about the method missing, not the class. > > That said, I also don't think there is any difference between OpenJDK and > Oracle JDK here. > > *Steffen*, how do you find the method is missing? The latest jdk9 is > modularized so you cannot call internal method like before. Is that the > reason? Can you show the compilation or runtime error? > > Thanks > Max > > > > > There's been a couple of followups points that I won't repeat: > > > >> So I have the following questions: > >> - Are the jsse-Implementations of both JDKs independent? > > > > There is no difference in the Oracle and OpenJDK JSSE implementation. > They are the same. That said, other distributions which derive from > OpenJDK (e.g. IcedTea or Linux distros) may have differences, but that is > outside my knowledge area. If you build OpenJDK from the source, the > binaries of JSSE in OpenJDK and OracleJDK will be the same. > > > > Brad > > From adinn at redhat.com Wed Sep 21 15:15:44 2016 From: adinn at redhat.com (Andrew Dinn) Date: Wed, 21 Sep 2016 16:15:44 +0100 Subject: Differences between openJDK and oracleJDK In-Reply-To: References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> Message-ID: On 21/09/16 15:31, Luan Cestari wrote: > One thing that I notice a weird behavior is using FlameGraph ( > http://isuru-perera.blogspot.com.br/2015/07/java-cpu-flame-graphs.html > http://www.brendangregg.com/blog/2015-11-06/java-mixed-mode-flame-graphs.html > http://techblog.netflix.com/2015/07/java-in-flames.html ) . It seems > that OpenJDK doesn't have all the debug info so it could use tools like > Flame Graph to display the each frame of the stack in a human readable way, > not just the memory address. I see you are using openjdk 1.8.0.101 on fedora 24. When you say it "doesn't have all the debug info" are you sure you have installed the associated debuginfo package? regards, Andrew Dinn ----------- From dalibor.topic at oracle.com Thu Sep 22 15:15:31 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Thu, 22 Sep 2016 17:15:31 +0200 Subject: Differences between openJDK and oracleJDK In-Reply-To: References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> Message-ID: On 21.09.2016 16:31, Luan Cestari wrote: > It seems > that OpenJDK doesn't have all the debug info You'll need to inquire with the provider of a particular binary how and if you can get the corresponding debug info file(s), and/or how to get them to work with your installation. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From adinn at redhat.com Thu Sep 22 15:30:50 2016 From: adinn at redhat.com (Andrew Dinn) Date: Thu, 22 Sep 2016 16:30:50 +0100 Subject: Differences between openJDK and oracleJDK In-Reply-To: References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com>

Message-ID: <8e4313e7-fce0-34bf-cd74-fa4ed9944ac8@redhat.com> On 22/09/16 16:15, dalibor topic wrote: > On 21.09.2016 16:31, Luan Cestari wrote: >> It seems >> that OpenJDK doesn't have all the debug info > > You'll need to inquire with the provider of a particular binary how and > if you can get the corresponding debug info file(s), and/or how to get > them to work with your installation. This appears to be with reference to an OpenJDK provided via the package manager on fedora 24. fedora provides a debuginfo repo and debuginfo packages which can be downloaded using the debuginfo-install command which allow symbols to be resolved even in production images. With the relevant java debuginfo package installed method addresses can be resolved to names in the debugger and by various other tools (e.g.my stack unwinder). However, it's worth noting that installation of debuginfo is not required for some profiling tools. Profilers which rely on a JVMTI native agent can rely on the JVMTI native interface to associate code address ranges with method names. For example, the standard fedora profile tool, oprofile, employs a JVMTI agent to generate such info when it is sampling PC addresses in Java code and does not need debuginfo to be installed in order to work. I don't really know what Luan is referring to when he talks about flame graphs. If this is something that is displaying data gathered by oprofile then he needs to read the oprofile docs to identify how to configure the required JVMTI agent. If instead this is really something that really does rely on reading debug info then he had better look up the man page for debuginfo-install. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From mboundaoui at yahoo.co.uk Wed Sep 28 14:47:48 2016 From: mboundaoui at yahoo.co.uk (Larbi Boundaoui) Date: Wed, 28 Sep 2016 16:47:48 +0200 Subject: Want to join: Propose again JSR 323: "Strong Mobility for Java"? In-Reply-To: References: Message-ID: I am sending it now as a member. On 28/09/2016 16:11, Larbi Boundaoui wrote: > > Hi everyone, > > I proposed this to the Java Community Process on Oracle web site and > I've been advise to come here as this proposal was a Java SE targeted > JSR, and the current state of play with Java SE JSRs is that they > almost always are created with the the RI project (OpenJDK). > > So what do you think about proposing again the JSR 323: "Strong > Mobility for Java" ? > > It's been proposed and rejected in 2008, and I believe there is a > fertile market and there are use cases for it today. > > If you think there are better groups to send this request to please > guide me to them. > > Thanks, > > Larbi. > From dalibor.topic at oracle.com Thu Sep 29 10:20:21 2016 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Thu, 29 Sep 2016 03:20:21 -0700 (PDT) Subject: JDK 9 Outreach Survey Message-ID: <4e68494d-3f05-49e8-9253-c31411630613@default> Hi, if you haven't taken the survey yet, don't worry - you can still take part until October 5th. cheers, dalibor topic ----- Original Message ----- From: dalibor.topic at oracle.com To: discuss at openjdk.java.net Sent: Monday, September 19, 2016 2:55:54 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: JDK 9 Outreach Survey Hi, In order to encourage and receive additional feedback from developers testing their applications with JDK 9, the OpenJDK Quality Outreach effort has put together a very brief survey about your experiences with JDK 9 so far. It is available at https://www.surveymonkey.de/r/JDK9EA If you are a Free and Open Source Software developer taking part in a public Java or JVM based project that has looked at JDK 9, we'd love to hear from you. If for some reason or other you haven't quite looked at JDK 9 yet, don't worry: you can grab a build from http://jdk9.java.net (or GNU make your own build from the source code in hg.openjdk.java.net/jdk9/jdk9), and let us know through the survey how you and JDK 9 get along from there on. A summary of the results will be shared on this list once the survey completes. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Thu Sep 29 12:35:43 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Thu, 29 Sep 2016 14:35:43 +0200 Subject: Want to join: Propose again JSR 323: "Strong Mobility for Java"? In-Reply-To: References:

Message-ID: <704e7e64-d39e-0cd0-0c79-6744089bdfb7@oracle.com> This sounds like an exploratory research project, rather than a concrete feature. I'd suggest checking out Project Graal and joining graal-dev to discuss your ideas. Looking at the votes from the JSR's rejection, I suspect that many of the reasons for the rejection are still valid or may even be stronger today, considering the past decade of development in hypervisors and related technologies, though. cheers, dalibor topic On 28.09.2016 16:47, Larbi Boundaoui wrote: > I am sending it now as a member. > > > On 28/09/2016 16:11, Larbi Boundaoui wrote: >> >> Hi everyone, >> >> I proposed this to the Java Community Process on Oracle web site and >> I've been advise to come here as this proposal was a Java SE targeted >> JSR, and the current state of play with Java SE JSRs is that they >> almost always are created with the the RI project (OpenJDK). >> >> So what do you think about proposing again the JSR 323: "Strong >> Mobility for Java" ? >> >> It's been proposed and rejected in 2008, and I believe there is a >> fertile market and there are use cases for it today. >> >> If you think there are better groups to send this request to please >> guide me to them. >> >> Thanks, >> >> Larbi. >> > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 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: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From lists at steffen-heil.de Fri Sep 30 20:04:18 2016 From: lists at steffen-heil.de (Steffen Heil (Mailinglisten)) Date: Fri, 30 Sep 2016 20:04:18 +0000 Subject: AW: Differences between openJDK and oracleJDK In-Reply-To: <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> References: <5950991d5ccf442e8d3ba59a035de590@exchange.sh-solutions.de> <45E7F913-4933-40AE-88B6-7B17CBFECF8B@oracle.com> Message-ID: <04d81b26f02a4254a12836d89bf650dd@exchange.sh-solutions.de> Hi Sorry for the late reply. > The original mail is about the method missing, not the class. Exactly. > That said, I also don't think there is any difference between OpenJDK and Oracle JDK here. > > *Steffen*, how do you find the method is missing? The latest jdk9 is modularized so you cannot call internal method like before. Is > that the reason? Can you show the compilation or runtime error? The following works in openJDK 1.8.0.101: AuthorityKeyIdentifierExtension akidext = ....; byte[] kid = akidext.getEncodedKeyIdentifier(); But in oracleJDK 1.8.0.101 it leads to a compile time error, because that method does not exist. > > There is no difference in the Oracle and OpenJDK JSSE implementation. They are the same. Obviously, there is. > That said, other distributions which > derive from OpenJDK (e.g. IcedTea or Linux distros) may have differences, but that is outside my knowledge area. If you build > OpenJDK from the source, the binaries of JSSE in OpenJDK and OracleJDK will be the same. I downloaded the source of openJDK from its source repositories and compiled it myself. I also tested with https://github.com/ojdkbuild/ojdkbuild. I downloaded oracleJDK from oracle itself. So I don't think this is the issue. Regards, Steffen