Talk proposal: Multi-Release JARs - How to build them?
Uwe Schindler
uschindler at apache.org
Sun Dec 9 13:14:00 CET 2018
Title:
Multi-Release JARs - How to build them?
Abstract:
Multi-Release JARs are a cool new feature that came with Java 9, but explicit support to create them was completely missing in any of the available build tools outside of the JDK. Currently users are on their own: You need to have separate build trees with lots of code duplication, you need multiple JVMs during building, and finally you have to use a custom Maven, Gradle, or Ant tasks to package your JAR file. This talk will give an overview about Multi-Release JARs and how to handle them in your build tool. Finally, it will show a cool "alternative" that is used in Apache Lucene to link the search engine to some of the new Java 9+ highly optimized static methods for bounds checking or array comparisons.
Time: Short
Speaker:
Uwe Schindler
Twitter:
@thetaph1
Blog:
blog.thetaphi.de
Website:
www.thetaphi.de
Recording me on audio and/or video:
Acceptable under any 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. 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.
Remark:
I had this talk proposed last year, but it was not accepted due to high volume. Maybe this year. It's still very actual, because the tools to build MR-JARs are rare. This is a totally different approach. Elasticsearch will also use it soon, in addition to the conventional approach with 2 source trees.
-----
Uwe Schindler
uschindler at apache.org
ASF Member, Apache Lucene PMC / Committer
Bremen, Germany
http://lucene.apache.org/
More information about the java-devroom
mailing list