where's Karen 6/24-7/5
Scotland - Aberdeen area and Orkney Islands - exploring Neolithic, Bronze Age, Iron Age, Pictish, Viking and WWII artifacts. Will make our hotspot sources seem relatively recent :-) Back July 5th. thanks, Karen
Java 9/jigsaw slides
Folks, Brian recommended that I speak at the Philly Emerging Tech conference and they would like a talk about Java 9, with some hints of future plans. Do any of you have slides you would recommend that I could use as a starter set? thanks, Karen
Re: RFR: 8171855: Move package name transformations during module bootstrap into VM
Claes, Thank you for all the good work you are doing identifying performance issues and making improvements. I strongly agree with Lois’ concerns. We looked at other cases in which we have an interface from java to the VM that need to pass fully qualified names, e.g. Class.forName(). The model used there might be useful to you as an alternative way to get the same performance benefits. see Class.c - which uses some existing libjava utilities to do the conversion. So this has the benefit of not creating extra java strings, while keeping the JVM interface consistent. It also reduces the risk of missing locations. We are happy to have further discussions offline if you like. If you think this is a more general issue, and want to revisit JVM APIs, then we can look at that in a future release, in which we will have time to consistently modify the model, and create common utilities. thanks, Karen > On Jan 3, 2017, at 11:44 AM, Claes Redestadwrote: > > > On 01/03/2017 04:56 PM, Lois Foltan wrote: >> >> Hi Claes, >> >> I have some concerns about this change in that it will break the precedence >> that currently the only internal form of names that the VM deals with are >> binary names as they appear in class files, where the periods (.) have been >> replaced by forward slashes (/). I think I would like to discuss this with >> the runtime team before you proceed. > > Hi Lois, > > I have anticipated some controversy on this one. :-) > >> >> As far as the actual changes go, if we do proceed with this, there are >> places in modules.cpp that have been missed. After line #535, #665, #749 >> (the replace should be moved before the verify of the package name occurs), >> #820. > > Well spotted. I've updated all places: > > Hotspot: http://cr.openjdk.java.net/~redestad/8171855/hotspot.02 > JDK: http://cr.openjdk.java.net/~redestad/8171855/jdk.01 > > get_module_by_package_name is only used by the whitebox API and it seems the > test using this was already using internal form. JVM_GetModuleByPackageName > appears to be unused. Could this be cleaned up? > > Thanks! > > /Claes > >> >> Thanks, >> Lois >> >>> >>> Thanks! >>> >>> /Claes >>> >> >
Re: CFV: New Jigsaw Committer: Igor Ignatyev
Vote: yes thanks, Karen > On Feb 3, 2016, at 3:03 PM, Christian Tornqvist >wrote: > > I hereby nominate Igor Ignatyev to Jigsaw Committer. > > > > Igor is already a Reviewer for the JDK 9 project, and has made the following > contributions to the jigsaw/jake forest: > > > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a801d93d > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/845bcd09258e > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/1fcdf0688256 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/975c5229431a > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/28038047e832 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/48c11894ec7b > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/fcae15d894d9 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/7ed4aa5d4df6 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/e22bfd0e7851 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/d780fdc29a98 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/85982fe1c251 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/f819cf7b7963 > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/53dee96e310e > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/e69f047abf8f > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/fc6886fa172c > > http://hg.openjdk.java.net/jigsaw/jake/rev/e36a1f987b77 > > > > Votes are due by the end of Feb 17, 2015. > > > > Only current Jigsaw Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [2]. > > > > Christian Tornqvist > > > > [1] http://openjdk.java.net/census#jigsaw > > [2] http://openjdk.java.net/projects/#committer-vote| >
Result: CFV: New Jigsaw Committer: Lois Foltan
Voting for Lois Foltan [1] is complete. Yes: 11 Veto: 0 Abstain: 4 According to the Bylaws defined by Lazy Consensus, this is sufficient to approve the nomination. [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2015-September/004638.html
Result: CFV: New Jigsaw Committer Christian Tornqvist
Voting for Christian Tornqvist [1] is complete. Yes: 11 Veto: 0 Abstain: 4 According to the Bylaws defined by Lazy Consensus, this is sufficient to approve the nomination. thanks, Karen [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2015-September/004637.html
Result: CFV: New Jigsaw Committer: Harold Seigel
Voting for Harold Seigel [1] is complete. Yes: 13 Veto: 0 Abstain: 0 According to the Bylaws defined by Lazy Consensus, this is sufficient to approve the nomination. Karen [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2015-September/004538.html
Re: CFV: New Jigsaw Committer: Lois Foltan
vote: yes thanks, Karen On Sep 16, 2015, at 2:43 PM, Karen Kinnear wrote: > > I hereby nominate Lois Foltan to Jigsaw Committer. > > Lois is a member of the hotspot runtime team and a committer on the jdk9 > project. > Lois has been contributing to Project Jigsaw for more than a year, including > jvm support > for module and package metadata, boot class loader support for observability > boundary > checking and jvm support for access control checks based on the new jigsaw > access > control rules relative to module readability and exports. These are currently > prototyped in the > jigsaw/m3 forest. > > Votes are due by: September 30, 2015, 7:00 PST. Only current Jigsaw > Committers [1] > are eligible to vote on this nomination. Votes must be cast in the open by > replying to > this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > > jigsaw changesets: > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/ec64631485ee > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/361b6493fd8c > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/483a16ff1561 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a96cc469159a > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/b77ade9699f3 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/4bf2c76660e6 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6304c4530d95 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6821aa4f2b30 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/40b26486a13a > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/c642727aa248 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/c5533b42e897 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/f0885ae77815 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/423249ef49ba > > And the one that Alan committed, but is contributed by Harold and myself that > contains the initial implementation of the VM support for modules. > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6e3af5b0d4c8 > >
Re: CFV: New Committer: Christian Tornqvist
vote: yes thanks, Karen On Sep 16, 2015, at 2:42 PM, Karen Kinnear wrote: > I hereby nominate Christian Tornqvist to Jigsaw Committer. > > Christian is the hotspot runtime SQE lead and a Reviewer on the jdk9 project. > Christian has contributed new tests and made extensive changes to the hotspot > tests for jigsaw in the > jigsaw/m3 forest, including adding the ability to test JVM_* APIs via white > box testing, testing > for memory leaks due to class unloading, and modifications to tests to deal > with jigsaw command > line options. > > Votes are due by: September 30, 2015, 7:00 PST. Only current Jigsaw > Committers [1] are eligible to vote on this nomination. Votes must be cast > in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > thanks, > Karen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > > Christian's jigsaw changesets: > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/928e89280286 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a6486dd6f141 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/2e29f5e8333b > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/18c4d48f7fdf > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/0a3a73c4976b > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/97666a3ee1b7 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/b6c27227f14d > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/0be80247e442 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/bbc6dfd8f329 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/651cd13f8cc2 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/0b8ad3584a1c > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/aaab3e55ae2f > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/e91779d9e691 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/35f7a63f6260 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/0b1b80bd13c5 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/5c450268abbd > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/dbe3a0baee50 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/cc031dd0e784
CFV: New Jigsaw Committer: Lois Foltan
I hereby nominate Lois Foltan to Jigsaw Committer. Lois is a member of the hotspot runtime team and a committer on the jdk9 project. Lois has been contributing to Project Jigsaw for more than a year, including jvm support for module and package metadata, boot class loader support for observability boundary checking and jvm support for access control checks based on the new jigsaw access control rules relative to module readability and exports. These are currently prototyped in the jigsaw/m3 forest. Votes are due by: September 30, 2015, 7:00 PST. Only current Jigsaw Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote jigsaw changesets: http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/ec64631485ee http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/361b6493fd8c http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/483a16ff1561 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a96cc469159a http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/b77ade9699f3 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/4bf2c76660e6 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6304c4530d95 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6821aa4f2b30 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/40b26486a13a http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/c642727aa248 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/c5533b42e897 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/f0885ae77815 http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/423249ef49ba And the one that Alan committed, but is contributed by Harold and myself that contains the initial implementation of the VM support for modules. http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6e3af5b0d4c8
Re: CFV: New Jigsaw Committer: Harold Seigel
Vote: yes thanks, Karen On Sep 11, 2015, at 12:31 PM, Karen Kinnear wrote: > > I hereby nominate Harold Seigel to Jigsaw Committer. > > Harold is a member of the hotspot runtime team and a Reviewer on the jdk9 > project. > Harold has been contributing to Project Jigsaw in the hotspot runtime for > over a > year, including support for the JVM_* interfaces for modules, boot class > loader > support for jigsaw and handling jvm bootstrapping issues relative to jigsaw > that are > currently prototyped in the jigsaw/jake forest. > > Votes are due by: September 25, 2105 8:00 PST. Only current Jigsaw > Committers [1] are eligible to vote on this nomination. Votes must be > cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2] > > thanks, > Karen > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > > Harold's changesets for jigsaw/jake: > > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/065aac05e267 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/0f0743393dcb > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/2779b74ac808 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/4399b514d1f6 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/4443dde8d089 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/46f34d9a3520 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/4c251362419a > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/52aa2e30e139 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/5936cfa7957f > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/5b987349098f > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/5d446c5f5d87 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/5fde03772024 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6742fb545950 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/68fec4452b48 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/6be1b3b68758 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/7227b4dbf763 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/83b7f458698f > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/9889c393adfb > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/990036fcd63d > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/9959993748a1 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/9be9f81cb8e8 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/9ddaf93af7e6 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a38181c2fc6d > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a3f86617d287 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/a68fdd75403a > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/b9882cb01d60 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/ccd5acdfc183 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/dba44c406ceb > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/e49914e2c4ca > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/ef26f9d82c61 > http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/fb43f332125d > > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/06c7768ed452 > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/0a4072287a82 > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/200d3d2c3f9e > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/4feb32b92512 > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/585b5b96a990 > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/8ed709fbba55 > http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/8fe7c0be60a2 >
Re: CFV: New jigsaw Committer: Jean-Francois Denise
vote: yes thanks, Karen On Sep 13, 2015, at 10:33 AM, Alan Bateman wrote: > > I hereby nominate Jean-Francois Denise to jigsaw Committer. > > Jean-Francois is a jdk9 Committer and has been contributing to the ongoing > development of the jimage container format. He has also been focused recently > on the link phase and jlink tool cited in JEP 261 [0]. He has more than 40 > change-sets/contributions in the jigsaw/jake forest. > > Votes are due by September 26, 2015 8:00 PDT. > > Only current jigsaw Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Alan. > > [0] http://openjdk.java.net/jeps/261 > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote
Re: RFR: Proposed jimage refresh for JDK9
Folks, We have concerns with the current jimage design relative to the JVM interfaces. We need to investigate alternative approaches here, including a libjimage.so analogous to libzip.so that would be called directly from both the JDK and the jvm. Some have suggested having most of the logic be in java. We are concerned about checking in JVM_* interfaces that will should go away soon and concerned about licensees and other java vendors adopting them making them harder to remove the longer they are there. Jim has explained that it is critical to get these changes in quickly so that the IDEs can get the updated jrtfs APIs, and that it is a huge amount of work to decouple the API changes from the jimage changes or to make the requested jimage interface changes. Assuming it is critical for these changes to go into JDK9 immediately rather than fixing the design issues first - We propose adding the JVM_* interfaces as deprecated when they go in. We would like commitment from Jim and those setting priorities for the jimage work that the changed design and JVM_* interfaces will be in the next set of changes coming from his team. If this is a problem due to priorities or staffing, can you please talk to us about that now? thanks, Karen On May 27, 2015, at 8:49 AM, Jim Laskey (Oracle) wrote: [Have been OOTO] I have a cunning plan. However, getting this jimage refresh in play has me really bogged down (there is always one more thing -- curse you Jobs.) I do plan on moving the bulk of the jimage JVM_ calls to the JDK. The callbacks into the VM will be reduced to a few calls (open, close, read, read_compressed) and will be VM style correct. Cheers, — Jim On May 26, 2015, at 2:03 PM, Coleen Phillimore coleen.phillim...@oracle.com wrote: On 5/26/15 10:25 AM, Alan Bateman wrote: On 26/05/2015 15:18, Coleen Phillimore wrote: : In any case, I don't think the JVM functions are a supported interface so we shouldn't need a CCC. We need CCC to remove the JVM functions so I assume we need one to add them. Okay although JVM_* functions have never been a supported interface (to my knowledge anyway). These are the current rules, which assume that even though unsupported, these interfaces are known to our customers and licensees. Also I think we need to see where this is going longer term, my preference would be to move these JVM_* functions out of the VM and put the jimage support in its own libjimage.so. I realize this requires mmap and other support that might be tied a bit to VM options but I think we should at least explore it. I think this functionality should be in Java. We might be talking different issues here, I assume you need a minimal native implementation to startup. Yes. It seems wasteful to have the JDK code call back to the JVM for this, and then we have new JVM functions to support (and have to file CCC requests if we remove them). Thanks, Coleen -Alan