Friends of OpenJDK

OpenJFX: An Update on Java on the Client

D.openjdk
Johan Vos
<p>JavaFX allows Java developers to create cross-platform user interfaces using their existing Java skills.</p> <p>In this session, we give an update about the OpenJFX project where the core development of JavaFX is happening.</p>
OpenJFX: development in the open. The specification and implementation is done in a very open, community-friendly approach on GitHub. Topics are discussed on a mailinglist, and issues can be created in the Java Bug System. Cross Platform: the same Java code that is used to create a user interface on desktop (windows/mac/linux) works on mobile (android/ios) and embedded devices as well. This also allows for a convenient development cycle: development and debugging is typically done using the developers favorite platform and IDE, and the result will work on other systems as well. Modern graphical stack: the low-level implementations are shielded from the high-level JavaFX API's. This allows JavaFX implementations to take advantage of modern hardware and drivers, and developers don't have to worry about these implementation details.

Additional information

Type devroom

More sessions

2/5/22
Friends of OpenJDK
Simon Ritter
D.openjdk
<p>Despite being nearly 27 years old, Java is still consistently rated in the top three most popular programming languages in use. The reason for this popularity extends beyond the syntax of the language to the power of the Java Virtual Machine (JVM). With its ability to handle internet-scale workloads, the JVM delivers the performance required for mission-critical enterprise applications.</p> <p>In this session, we’ll explore Java as it is in 2022. JDK 17 is the ninth (yes, ninth) release in ...
2/5/22
Friends of OpenJDK
Rudy De Busscher
D.openjdk
<p>By now, we all know that JDK 17 is the latest Java long-term supported release with several new language features. There are already many resources that explain the Java Record and Text Blocks in detail. But JDK 17 has much more interesting changes since JDK 11.</p> <p>In this session, I go into more detail about some other interesting changes that are not language features but are a good reason to switch to JDK 17.</p> <ul> <li>Improvements in the Class Data Sharing feature.</li> <li>JDK ...
2/5/22
Friends of OpenJDK
Julien Lengrand-Lambert
D.openjdk
<p>A little guide on how to convince management to try out new technologies!</p> <p>For you it's obvious, Kotlin is the next big thing and it'll bring your team to the next level. You see clear advantages, but others are not quite there yet. In this talk, I'll describe the ways we found to get Kotlin inside ING, one of the largest European bank. We'll look into simple ways to convince your colleagues, your management and make it a success for everyone!</p>
2/5/22
Friends of OpenJDK
Deepu K Sasidharan
D.openjdk
<p>Java 17 finally gave us the first incubator of Foreign Function &amp; Memory API. Let's do a test drive of what is in store and see if it is good enough to replace JNI. Let's be honest, JNI is not that secure and is controversial and it's high time we move away from it and adopt FFI like in many other modern languages. But is the new API enough or do we need to consider external libraries like JNA or JNR-FFI? I'll showcase some examples of using the new API with some of my other favorite ...
2/5/22
Friends of OpenJDK
Carl Dea
D.openjdk
<p>A brief introductory talk on Java 17's New project Panama APIs to get your feet wet into the world of native language access or better known as Foreign Function Interface APIs (JEP 412).</p>
2/5/22
Friends of OpenJDK
Erik Costlow
D.openjdk
<p>A demonstration of log4j exploits, which defenses people tried, and which worked. We'll cover how groups responded effectively to patch to see what was common. We'll also look at open source funding models, subscriptions, and bug bounty programs to see why it's sometimes hard to donate.</p>
2/5/22
Friends of OpenJDK
Brian Vermeer
D.openjdk
<p>Building cloud-native Java applications is undoubtedly awesome.</p> <p>However, it comes with undeniable new risks. Next to your own code, you are relying on so many other things.</p> <p>Blindly depending on open-source libraries and Docker images can form a massive risk for your application.</p> <p>The wrong package can introduce severe vulnerabilities into your application, exposing your application and your user's data.</p> <p>Join this talk where we’ll show common threats, ...