December 2016 - java-devroom - lists.fosdem.org

Talk proposal: Diagnosing Issues in Java Apps using Thermostat and Byteman.
by Severin Gehwolf 08 Feb '17

08 Feb '17

Title: Diagnosing Issues in Java Apps using Thermostat and Byteman. Abstract: Thermostat is a monitoring and management tool for Java deployments, allowing users to measure and monitor a host of different performance aspects of their Java applications. Available metrics range from raw CPU and memory usage to operation of the Garbage Collector and JIT compiler through to thread activity and method call/heap profiles. Thermostat provides a GUI view of activity of local and distributed JVMs in a live-view or, alternatively, offline for after-the-fact analysis. What Thermostat cannot do on its own is track events and record statistics that are specific to a given Java application, at least not unless the application co-operates with it, for example by publishing JMX statistics that Thermostat can read, persist and display in its GUI. However, that's about to change thanks to work Thermostat developers have been doing to integrate Byteman into Thermostat. Byteman is a tool which can be used to modify the behaviour of Java programs by injecting extra Java code almost anywhere in the program. You don't need to recompile your program or even prepare it in advance in order for this to work. You can specify changes to the program on the command line but, what is more amazing, you can actually use Byteman to change the way a program runs after startup while it is still running. In this talk we will show how Thermostat can collect and visualize metrics with Byteman's help in order to better understand a specific performance issue in a Java application. Bio: Severin Gehwolf is a Senior Software Engineer at Red Hat. He is part of Red Hat's OpenJDK team primarily working on JVM tooling. Severin is an upstream OpenJDK committer and is part of the Thermostat development team since 2012. Most recently, he has worked on Thermostat's Byteman plugin together with Andrew Dinn - the author of Byteman. Cheers, Severin

1 1

Accepted Talks
by Mario Torre 22 Dec '16

22 Dec '16

Hello all! Once again, it was a difficult decision, with lots of very high quality talks, and complicated by the fact that we only have one day. I wish to thank again every one who took the time to send a proposal. The talks we accepted for the 2017 edition (in order of our tentative schedule): * The State of OpenJDK - Mark Reinhold * Jockeying the Jigsaw - Mark Reinhold * Open J9 - The Next Free Java VM - Charlie Gracie * Diagnosing Issues in Java Apps using Thermostat and Byteman - Severin Gehwolf * Optimizing Errors Away - Volker Simonis * Shenandoah: Why Do We Need Yet Another Garbage Collector - Christine Flood and Roman Kennke * Three ideas for the G1 GC - Erik Helin * Eclipse 4.7 Platform - Lars Vogel * Ruby's Strings and What Java Can Learn From Them - Charlie Nutter * Experiences in a production environment (Graal) - Chris Thalinger * Challenges updating your code to work with Java 9 Jigsaw - Uwe Schindler * Helping Linux and Java Play Well Together - Christine Flood * JDK 9 Outreach - The Awesome Parts - Dalibor Topic * OpenJDK Governing Board Q&A - The Governing Board I will send a confirmation mail directly in the next few hours. If your name is not in this list, we may still have something for you, so please stay tuned! 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/

1 0

Ruby's Strings and What Java Can Learn From Them
by Charles Oliver Nutter 15 Dec '16

15 Dec '16

Ruby's Strings aggregate a collection of bytes and an encoding, allowing for IO to avoid transcoding, regular expressions to execute against raw bytes, and 7-bit strings to be compactly represented. Only the last item has been adopted by Java. To make matters worse, most Java APIs depend on Java's string representation, making them incompatible with alternative languages like Ruby. We'll explore the advantages of Ruby's string compared to Java's and discuss options for improving Java's string support in the future. 25 min talk - Charlie

1 0

CFP now closed
by Mario Torre 13 Dec '16

13 Dec '16

Thanks a lot to anyone who submitted a paper for the DevRoom (both on list and offline). The CFP is now closed, we are still collecting all the various bits and bytes but should be able to announce the selected papers and then the full schedule in the next few days. Once again, this won't be an easy task thank to you and the high quality of your submissions! Thanks again! 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/

3 3

Java DevRoom talk proposal: Challenges updating your code to work with Java 9 Jigsaw
by Uwe Schindler 10 Dec '16

10 Dec '16

Title: Challenges updating your code to work with Java 9 Jigsaw Abstract: With the introduction of the Jigsaw module system many projects are confronted with issues running their code, now throwing new Exceptions like InaccessibleObjectException because they used to work around issues in the Java API. Although many features like the famous sun.misc.Unsafe are now provided by other public APIs, there is still the problem of making your code work with previous Java versions, but also dynamically using the new Java 9 replacements. Apache Lucene, the open source fulltext search library behind Apache Solr and Elasticsearch, is also using some of those "hacks" to work around issues in the Java API, but the developers also noticed that some code in the project hit some limits introduced by the module system. This talk will show on some examples how Apache Lucene managed to allow its code to run with different java versions (without using multi-release JAR files, as this brings additional burden with the build system) and still offer backwards compatibility to earlier versions. It will show also the common pitfalls that can be easily found with running your tests in a security manager to uncover bugs. Recording me on audio and/or video: is acceptable under CC-BY license Bio: Uwe is committer and PMC member of Apache Lucene and Solr. His main focus is on development of Lucene Java. He implemented fast numerical search and is maintaining the new attribute-based text analysis API. After the release of Java 7 in 2011 he started to intensify communication of Apache Lucene team with Oracle and OpenJDK team members and introduced the Java EA testing, running of his company's servers. He studied Physics at the University of Erlangen-Nuremberg and works as managing director for SD DataSolutions GmbH in Bremen, Germany, a company that provides consulting and support for Apache Lucene, Elasticsearch, and Apache Solr. He also works for “PANGAEA – Publishing Network for Geoscientific & Environmental Data” where he implemented the portal's geo-spatial retrieval functions with Lucene Java. Uwe had talks about Lucene at various international conferences like the previous FOSDEM, Berlin Buzzwords, ApacheCon EU/US, Lucene Revolution, Lucene Eurocon, and various local meetups. Talk length: short should be enough, but I can also fill a long one :-) Blog: blog.thetaphi.de Website: www.thetaphi.de Twitter: @thetaph1 ----- Uwe Schindler uschindler(a)apache.org ASF Member, Apache Lucene PMC / Committer Bremen, Germany http://lucene.apache.org/

1 0

Java DevRoom talk proposal: JDK 9 Outreach - The Awesome Parts
by dalibor topic 10 Dec '16

10 Dec '16

Title: JDK 9 Outreach - The Awesome Parts Abstract: Over the last couple of years, the OpenJDK Quality Outreach effort has become a good source of high quality feedback from many popular FOSS projects starting with JDK 7 Updates, JDK 8 and JDK 8 Updates. It now plays the same role for JDK 9. With a number of large changes being planned for JDK 9 that are being developed through the OpenJDK community, reaching out to popular FOSS projects well ahead of a release and keeping them informed of upcoming changes, collecting as well as acting on their feedback created a great feedback loop. Today, around 80 open source projects and communities participate in testing of early access builds of the JDK, reporting issues they find, and helping get them resolved in time. In this session, we'll look at some examples of how they have helped make JDK 9 better, and discuss how we can together improve the OpenJDK Quality Outreach effort for JDK 10. Recording me on audio and/or video: is acceptable Bio: Dalibor Topić lives in Hamburg, Germany, and works as principal product manager for Oracle. He joined the OpenJDK project in order to help make it a successful open source project, and stayed for anchoring Java in Linux distributions, and as an all around Java FOSS community guy. Topić joined the Java strategy team at Oracle to help provide community feedback into long-term strategy planning. Blog: robilad.livejournal.com Twitter: @robilad cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961 <tel:+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 <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

1 0

Java DevRoom talk proposal: OpenJDK Governing Board Q&A
by mark.reinhold＠oracle.com 10 Dec '16

10 Dec '16

Title: OpenJDK Governing Board Q&A Abstract: An open Q&A session with members of the OpenJDK Governing Board. Recording: Okay (at least on my part; I can't speak for others) Brief bio: Chief Architect, Java Platform Group, Oracle Blog: http://mreinhold.org/blog Twitter: @mreinhold NOTE: As in the past, allocating more than 25 minutes for this session would likely be appreciated by all attendees.

1 0

Java DevRoom talk proposal: Jockeying the Jigsaw
by mark.reinhold＠oracle.com 10 Dec '16

10 Dec '16

Title: Jockeying the Jigsaw Abstract: A whirlwind update on Project Jigsaw, a long-term effort to design and implement a standard module system for the Java SE Platform and apply that system to the Platform itself, and to the JDK. Recording: Okay under CC-BY-2.0; CC-BY-SA-2.0 preferred Brief bio: Chief Architect, Java Platform Group, Oracle Blog: http://mreinhold.org/blog Twitter: @mreinhold

1 0

Java DevRoom talk proposal: The State of OpenJDK
by mark.reinhold＠oracle.com 10 Dec '16

10 Dec '16

Title: The State of OpenJDK Abstract: A review of the past year in the life of the OpenJDK Community, and a look at what's ahead. Recording: Okay under CC-BY-2.0; CC-BY-SA-2.0 preferred Brief bio: Chief Architect, Java Platform Group, Oracle Blog: http://mreinhold.org/blog Twitter: @mreinhold

1 0

[Talk Proposal] Shenandoah: Why Do We Need Yet Another Garbage Collector? [Resend]
by Christine Flood 08 Dec '16

08 Dec '16

Abstract: Garbage Collection (GC) liberates the programmer from having to call malloc and free. More importantly GC saves the programmer from having to debug their mistakes when using malloc and free. Unfortunately the details of how GC works are often a black box. This talk will start with a tour of all of the GC algorithms currently available in OpenJDK. We'll discuss how they work, their strengths and weaknesses, and which class of applications they were developed for. We'll work our way through serial gc, parallel gc, concurrent mark and sweep, and g1. We'll make the case for why we need all of them and just one more GC algorithm, Shenandoah. Shenandoah is a parallel and concurrent GC algorithm designed for applications with 100gb+ heaps and tight pause time constraints. It's the first GC algorithm targeting OpenJDK which compacts the live objects while the Java threads are running. We'll describe the algorithm itself, the implementation details, and the optimizations needed to achieve good performance. We'll present performance numbers and give a demo that visualizes Shenandoah. Bio: Christine H. Flood has been active in the programming languages community for more than two decades. She started work on Java Garbage Collection back when the JVM was just a reference implementation with a conservative garbage collector and she's had a hand in most of the existing OpenJDK algorithms. She's taken detours to do other things, but came back to the Java world to write just one more GC algorithm for Red Hat. Christine

1 1