# openjdk Published articles for openjdk. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Java 27 adds improvements to garbage collection, headers, data security, and quantum key support DevFeed: [Java 27 adds improvements to garbage collection, headers, data security, and quantum key support]() Original publisher: [Read original article]() Author: Joab Jackson Published: 2026-09-16T04:50:00Z Content type: news Language: en Sources: [www.theregister.com - Articles]() Topics: [java-27](), [Java](), [Security](), [data]() Tags: [devops](), [garbage-collection](), [improvements](), [java](), [java-27](), [jdk](), [jdk-27](), [openjdk](), [post-quantum-cryptography]() ### AI overview Java 27 introduces improvements to JDK garbage collection, header sizes, data security, and quantum key support, with the stated aim of reducing developer friction. ### Source excerpt Improvements in JDK garbage collection, header sizes, data security and quantum key support all should minimize developer friction ## Java 27 Reaches GA With The G1 Garbage Collector By Default Everywhere DevFeed: [Java 27 Reaches GA With The G1 Garbage Collector By Default Everywhere]() Original publisher: [Read original article]() Author: Michael Larabel Published: 2026-09-15T13:39:00Z Content type: news Language: en Sources: [Phoronix]() Topics: [Java](), [openjdk](), [releases](), [Concurrency](), [Post-Quantum](), [TLS (Transport Layer Security)]() Tags: [availability](), [concurrency](), [desktop-linux](), [java](), [linux-benchmarking](), [linux-hardware-benchmarks](), [linux-hardware-reviews](), [linux-how-to](), [linux-performance](), [linux-server-benchmarks](), [open-source-graphics](), [openjdk](), [phoronix](), [phoronix-test-suite](), [post-quantum](), [release](), [structured-concurrency](), [tls](), [ubuntu-benchmarks](), [ubuntu-hardware]() ### AI overview OpenJDK 27 has reached general availability. Its G1 garbage collector is now enabled by default across environments, replacing Serial as the default in constrained environments after improvements in throughput, latency, and memory usage. The release also includes post-quantum hybrid key exchange for TLS 1.3, preview features for lazy constants and structured concurrency, compact object headers by default, and an incubating Vector API. ### Source excerpt Oracle christened Java 27 today with the OpenJDK 27 release reaching general availability (GA) status... ## Episode 69 "Declassifying Java 27" \[IJN\] DevFeed: [Episode 69 "Declassifying Java 27" \[IJN\]]() Original publisher: [Read original article]() Author: Billy Korando Published: 2026-09-10T00:00:00Z Content type: news Language: en Sources: [Inside Java]() Topics: [Java](), [openjdk](), [Programming]() Tags: [java](), [jdk](), [jdk-27](), [news](), [openjdk](), [podcast](), [release]() ### AI overview This episode discusses Java 27, scheduled for release on September 15, and reviews developer-impacting changes, including new features and changes to existing behavior. ### Source excerpt Java 27 is set to be released on September 15th, let's review what's coming! ## Episode 68 "Operator Overloading with Type Classes" \[AtA\] DevFeed: [Episode 68 "Operator Overloading with Type Classes" \[AtA\]]() Original publisher: [Read original article]() Author: Nicolai Parlog Published: 2026-08-27T00:00:00Z Content type: article Language: en Sources: [Inside Java]() Topics: [Java](), [openjdk](), [Programming]() Tags: [classes](), [java](), [java-language](), [openjdk](), [project-valhalla](), [valhalla]() ### AI overview An Ask the Architects episode discusses how OpenJDK's Project Valhalla is improving Java's support for custom numerical types, including possible limited operator overloading for custom value types. ### Source excerpt How OpenJDK's Project Valhalla is improving Java's support for custom numerical types. ## Value Classes Still Need Compiler Sympathy DevFeed: [Value Classes Still Need Compiler Sympathy]() Original publisher: [Read original article]() Author: Johan Sjölén Published: 2026-08-24T00:00:00Z Content type: article Language: en Sources: [Inside Java]() Topics: [JDK 28](), [Optimization](), [Compiler]() Tags: [compiler](), [immutability](), [jdk-28](), [jep-401](), [jvm](), [openjdk](), [optimization](), [payload](), [profiling](), [project-valhalla](), [valhalla]() ### AI overview This article examines value classes as a preview feature in JDK 28 and explains how giving up object identity can enable JVM optimizations such as flattening and scalarization. It also describes limitations caused by representation changes, abstraction boundaries, mutability, and generic virtual calls. ### Source excerpt Declaring a value class is first and foremost a semantic decision. It tells our fellow programmers that its instances are defined entirely by their state and do not need identity. That clearer model is valuable in itself! The JVM's additional freedom to optimize how those values are represented is a welcome bonus. C2 can do amazing things with that freedom, but it cannot always recover information hidden behind abstraction boundaries. Profiling and inspecting the generated code remain the best ways to understand what is happening. To get the best results, we may still need to have a little sympathy for the compiler. ## Java's String.indexOf can be slow (quadratic) DevFeed: [Java's String.indexOf can be slow (quadratic)]() Original publisher: [Read original article]() Author: Daniel Lemire Published: 2026-08-22T14:56:16Z Content type: article Language: en Sources: [Daniel Lemire]() Topics: [Java](), [openjdk](), [Programming]() Tags: [algorithm](), [complexity](), [cpu](), [java](), [openjdk](), [programming-language]() ### AI overview Java's String.indexOf can exhibit O(n-m) behavior on adversarial inputs with long substrings. The article compares it with the Two-Way algorithm and explains why Java's implementation remains suitable for typical workloads. ### Source excerpt In Java, you find the location of a substring using indexOf. String haystack = "The quick brown fox jumps over the lazy dog"; String needle = "fox"; int index = haystack.indexOf(needle); Naively, you might implement indexOf by a loop inside a loop, like so. int naiveIndexOf(String haystack, String needle) { for (int i = 0; ... Continue reading Java's String.indexOf can be slow (quadratic) ## Quality Outreach Heads-up - JDK 28: Named Group Information Captured in the TLSHandshake JFR Event DevFeed: [Quality Outreach Heads-up - JDK 28: Named Group Information Captured in the TLSHandshake JFR Event]() Original publisher: [Read original article]() Author: Ana-Maria Mihalceanu Published: 2026-08-21T00:00:00Z Content type: release Language: en Sources: [Inside Java]() Topics: [JDK 28](), [Flight](), [TLS (Transport Layer Security)](), [Security](), [openjdk]() Tags: [jdk-28](), [jdk-flight-recorder](), [openjdk](), [release](), [security](), [tls](), [tls-handshake](), [update]() ### AI overview The OpenJDK Quality Group announces that, starting with JDK 28, the jdk.TLSHandshake JFR event records the named group negotiated between the client and server during key exchange. The event is disabled by default and requires explicit enablement. ### Source excerpt This Heads-Up is part of the regular communication sent to the projects involved; it covers that the named group information is included in the jdk.TLSHandshake JFR event. ## Security Baked Into the JVM: why fork Apache River and OpenJDK? DevFeed: [Security Baked Into the JVM: why fork Apache River and OpenJDK?]() Original publisher: [Read original article]() Author: Peter Firmstone Published: 2026-06-28T00:00:00Z Content type: opinion Language: en Sources: [Nicolas Fränkel]() Topics: [Security](), [Java](), [openjdk](), [Architecture & Design](), [Remote Procedure Call (RPC)](), [Networks]() Tags: [authorization](), [dirtychai](), [discovery](), [distributed](), [ipv6](), [java](), [jgdms](), [jini](), [jvm](), [lock-free](), [microservices](), [openjdk](), [rpc](), [security](), [self-healing](), [technical]() ### AI overview This article introduces DirtyChai, a community fork of OpenJDK that restores Java authorization infrastructure, and JGDMS, a security-hardened fork of Apache River for dynamically discoverable microservices over IPv6. It argues that distributed systems require security beyond network firewalls and outlines the projects' complementary roles, including authorization, service discovery, hardened deserialization, transport security, proxy trust verification, and codebase safety checks. ### Source excerpt The more distributed a system, the harder it is to secure. Code crosses JVM boundaries. Objects are serialized across trust boundaries. Third-party proxies run inside your process. The usual answer is a network firewall. It helps, but it operates at the wrong level. Java 17 deprecated the SecurityManager, Java 24 put the final nail in its coffin. Most developers didn't notice. ## How Gradle Is Javamaxxing DevFeed: [How Gradle Is Javamaxxing]() Original publisher: [Read original article]() Author: Laura Kassovic Published: 2026-05-28T04:00:00Z Content type: article Language: en Sources: [The Gradle Blog]() Topics: [Gradle](), [Java](), [toolchains](), [toolchain]() Tags: [bytecode](), [compiler](), [garbage-collectors](), [gradle](), [java](), [java-8](), [jdk](), [jvm](), [openjdk](), [optimization](), [performance-optimization](), [release]() ### AI overview Gradle aggressively adopts new JDK releases because newer JVMs can improve build speed, memory use, startup behavior, and maintainability. JVM toolchains allow Gradle to run on JDK 26 while compiling and testing projects for older Java versions, including producing Java 8-compatible bytecode. ### Source excerpt Some people optimize one part of their lives to the absolute limit, then past it. They call it "-maxxing." Houseplantmaxxing. Sleepmaxxing. Tokenmaxxing. The Gradle Build Tool is Javamaxxing. TL;DR Breathe easy knowing you can run modern Gradle on JDK 26 while still shipping Java 8-compatible artifacts: Gradle aggressively adopts new JDKs because newer JVMs make builds faster, leaner, and easier to maintain. Upgrading the JDK that runs Gradle is often the easiest performance win. JVM toolchains fully separate the JVM running Gradle, the JVM compiling your code, and the JVM running your tests. NOT TL;DR We aggressively adopt new JDK releases as soon as we responsibly can. Not because it's trendy. Because newer JDKs make Gradle faster, leaner, and easier to maintain. Every OpenJDK release ships improvements to the JVM; garbage collectors, compiler infrastructure, startup behavior, memory layout, and runtime APIs. As a high-performance JVM build tool, Gradle benefits directly from all of it. The question people immediately ask is: Does this mean my project also has to run on the newest JDK? No. That coupling effectively disappeared once Gradle introduced JVM toolchains. With toolchains, the JVM that runs Gradle is completely separate from the JVM that compiles, tests, and executes your code. You can run Gradle on JDK 26 today and still produce Java 8 bytecode. What Is the Current State of Gradle and Java? We add daemon support for every new JDK as soon as the ecosystem permits: Java 24 in Gradle 8.14.0, Java 25 in 9.1.0 (released two days after JDK 25 GA), Java 26 in 9.4.0. The full mapping is in the Compatibility Matrix. We then bump the minimum JVM required to execute Gradle as users move. Gradle 9.0.0, released on July 31, 2025, raised the minimum JVM required to run the Gradle daemon to Java 17. That was the first daemon JVM floor increase since Gradle 5.0 made Java 8 the minimum back in 2018. The next major transition is already underway, Gradle 10.0.0 will likely ## Using Ahead-of-Time Cache Optimizations in Recent JDK Releases DevFeed: [Using Ahead-of-Time Cache Optimizations in Recent JDK Releases]() Original publisher: [Read original article]() Author: Ana-Maria Mihalceanu Published: 2025-12-17T03:03:45Z Content type: tutorial Language: en Sources: [Java Advent Calendar]() Topics: [Java](), [Caching](), [JIT](), [Memory safety verification]() Tags: [2025](), [cache](), [guides](), [java](), [java-advent](), [jdk](), [jdk25](), [jit](), [jvm](), [openjdk](), [performance](), [project-leyden](), [startup]() ### AI overview This tutorial explains how to use Ahead-of-Time cache features in recent JDK releases to improve Java application startup time and warm-up performance. It covers the train, assemble, and run workflow introduced in JDK 24 and method profiling improvements in JDK 25. ### Source excerpt As the year comes to a close, turn your focus to boosting your Java application performance by applying Ahead-of-Time (AOT) cache features in recent JDK releases. This article guides you through using AOT cache optimizations in your application, thereby minimizing startup time and achieving faster peak performance. What is the Ahead-of-time cache in the jdk [...] The post Run Into the New Year with Java's Ahead-of-Time Cache Features appeared first on JVM Advent. ## Using Java's Foreign Function & Memory API to simplify Pi4J native interactions DevFeed: [Using Java's Foreign Function & Memory API to simplify Pi4J native interactions]() Original publisher: [Read original article]() Author: Frank Delporte Published: 2025-12-16T03:03:39Z Content type: article Language: en Sources: [Java Advent Calendar]() Topics: [Raspberry Pi](), [openjdk](), [Java](), [Library](), [Memory Safety]() Tags: [2025](), [code](), [java](), [library](), [memory-safety](), [openjdk](), [raspberry-pi]() ### AI overview The article explains how Java's Foreign Function & Memory API, finalized in Java 22, can simplify Pi4J's interaction with native libraries and memory on Raspberry Pi. It contrasts the API with Pi4J's earlier JNI and Java Native Access approach, focusing on memory safety, easier native-library access, and maintainability. ### Source excerpt The Pi4J project is a Java library that allows you to control the GPIO pins and electronic components connected to a Raspberry Pi with pure Java code. It removes the complexity of using native libraries and the Java Native Interface (JNI), allowing you to focus on your application logic. In the Java Advent of 2020, I published "Light up [...] The post The FFM API: How OpenJDK Changed the Game for Native Interactions (And Made Pi4J Better!) appeared first on JVM Advent. ## A Glance at GPU Goodness in Java: LLM Inference with TornadoVM DevFeed: [A Glance at GPU Goodness in Java: LLM Inference with TornadoVM]() Original publisher: [Read original article]() Author: Edoardo Vacchi Published: 2025-12-11T03:03:21Z Content type: tutorial Language: en Sources: [Java Advent Calendar]() Topics: [TornadoVM](), [Large Language Model](), [GPU](), [Inference](), [Java](), [openjdk](), [Programming]() Tags: [2025](), [c-c-plus-plus](), [c-plus-plus](), [gpu](), [inference](), [java](), [jdk](), [linux](), [llama3](), [llm](), [openjdk](), [tornadovm]() ### AI overview This tutorial introduces TornadoVM, an OpenJDK plugin that compiles annotated Java code for heterogeneous hardware, and explains how it can run LLM inference on GPUs. It covers installation, a basic GPU kernel, and the GPULlama3 project, which demonstrates running a Llama 3 model in Java with GPU acceleration. ### Source excerpt It seems like it's become a tradition that I announce I have joined a new company for the Java Advent of Code. At least this time it's actually an old friend: I am excited to be back at Red Hat, in the llm-d team! Does that mean I forgot about Java? Of course not. If [...] The post A Glance at GPU Goodness in Java: LLM Inference with TornadoVM appeared first on JVM Advent. ## A hardware bug caused intermittent HBase slowdowns at HubSpot DevFeed: [A hardware bug caused intermittent HBase slowdowns at HubSpot]() Original publisher: [Read original article]() Author: Charles Connell Published: 2025-09-24T16:38:06Z Content type: article Language: en Sources: [HubSpot]() Topics: [bug](), [Hardware](), [Databases](), [Java](), [Latency](), [benchmarking](), [Monitoring]() Tags: [2026](), [bug](), [database](), [engineering](), [hardware](), [latency](), [monitoring](), [openjdk](), [performance]() ### AI overview HubSpot investigated intermittent slowdowns in HBase clusters storing CRM data. Increased request-handler occupancy, request latency, disk-read latency, CPU usage, and garbage-collection time made some page loads noticeably slower without triggering automatic failure monitoring. An OpenJDK mitigation is expected in OpenJDK 27. ### Source excerpt Edit, April 30 2026: The OpenJDK now contains a mitigation for the hardware bug described in this article, which will appear in OpenJDK 27. Thank you to Evgeny Astigeevich at AWS for his work on the mitigation. Most software developers have heard the maxim, "it's never a compiler bug," and its companion, "it's never a hardware bug." But if you investigate enough bugs, you'll eventually find an exception to this rule, and that's what we found recently at HubSpot. I discovered how a hardware bug was affecting our users' experience. ## Chainguard x Azul: Secure Java Containers without Compromise DevFeed: [Chainguard x Azul: Secure Java Containers without Compromise]() Original publisher: [Read original article]() Published: 2025-06-12T00:00:00Z Content type: article Language: en Sources: [Chainguard: Unchained]() Topics: [Java](), [Containers](), [supply-chain-security](), [Cloud Native Ecosystem](), [chainguard]() Tags: [announce](), [azul](), [catalog](), [chainguard](), [chainguard-containers](), [cloud-native](), [containers](), [hardened-images](), [java](), [java-container-images](), [openjdk](), [partnership](), [productivity](), [security](), [software-supply-chain-security]() ### AI overview Chainguard announces a partnership with Azul to offer curated Azul OpenJDK distributions in the Chainguard Catalog. The distributions are built from Azul source code in the Chainguard Factory and delivered as minimal, zero-CVE container images with commercial support, Java compatibility testing, and security testing. ### Source excerpt We're excited to announce a strategic partnership with Azul that brings its curated OpenJDK® distributions to the Chainguard Catalog. ## JEP 483: Ahead-of-Time Class Loading and Linking in Java 24 DevFeed: [JEP 483: Ahead-of-Time Class Loading and Linking in Java 24]() Original publisher: [Read original article]() Published: 2025-03-27T13:00:00Z Content type: article Language: en Sources: [Gunnar Morling]() Topics: [Java](), [openjdk](), [Kafka](), [apache-flink]() Tags: [building](), [java](), [jvm](), [openjdk](), [performance]() ### AI overview This article examines JEP 483, which loads and links Java classes ahead of time and caches the results to reduce application startup time. It explains the feature's role in Project Leyden, its relationship to AppCDS, the training-run and classpath requirements, and examples using Apache Kafka and Apache Flink. ### Source excerpt Table of Contents Building an AOT Cache for Apache Kafka AOT Caching With Apache Flink Summary In the "Let's Take a Look at...!" blog series I am exploring interesting projects, developments and technologies in the data and streaming space. This can be KIPs and FLIPs, open-source projects, services, relevant improvements to Java and the JVM, and more. The idea is to get some hands-on experience, learn about potential use cases and applications, and understand the trade-offs involved. If you think there's a specific subject I should take a look at, let me know in the comments below. Java 24 got released last week, and what a meaty release it is: more than twenty Java Enhancement Proposals (JEPs) have been shipped, including highlights such as compact object headers (JEP 450, I hope to spend some time diving into that one some time soon), a new class-file API (JEP 484), and more flexible constructor bodies (JEP 492, third preview). One other JEP which might fly a bit under the radar is JEP 483 ("Ahead-of-Time Class Loading & Linking"). It promises to reduce the start-up time of Java applications without requiring any modifications to the application itself, what's not to be liked about that? Let's take a closer look! ## Keycloak 26.1.0 released DevFeed: [Keycloak 26.1.0 released]() Original publisher: [Read original article]() Author: Keycloak Team Published: 2025-01-15T00:00:00Z Content type: release Language: en Sources: [Keycloak Blog]() Topics: [Keycloak](), [Database](), [Cloud](), [OpenTelemetry](), [tracing](), [openjdk](), [version]() Tags: [cloud](), [database](), [deprecated](), [idm](), [jdbc](), [kerberos](), [keycloak](), [keycloak-release](), [kubernetes](), [ldap](), [openid-connect](), [openjdk](), [opentelemetry](), [release](), [saml](), [sso](), [tracing](), [version]() ### AI overview Keycloak 26.1.0 changes the default cluster transport stack to database-based discovery, simplifying cloud deployments by removing the need for multicast and dynamic TCP ports. The release also enables virtual threads on OpenJDK 21, makes OpenTelemetry tracing fully supported and enabled by default, and includes configuration and credential-issuance improvements. ### Source excerpt To download the release go to Keycloak downloads. Highlights Transport stack jdbc-ping as new default Keycloak now uses by default its database to discover other nodes of the same cluster, which removes the need of additional network related configurations especially for cloud providers. It is also a default that will work out-of-the-box in cloud environments. Previous versions of Keycloak used as a default UDP multicast to discover other nodes to form a cluster and to synchronize the replicated caches of Keycloak. This required multicast to be available and to be configured correctly, which is usually not the case in cloud environments. Starting with this version, the default changes to the jdbc-ping configuration which uses Keycloak's database to discover other nodes. As this removes the need for multicast network capabilities and UDP and no longer using dynamic ports for the TCP-based failure detection, this is a simplification and a drop-in replacement for environments which used the previous default. To enable the previous behavior, choose the transport stack udp which is now deprecated. The Keycloak Operator will continue to configure kubernetes as a transport stack. See the Configuring distributed caches guide for more information. Virtual Threads enabled for Infinispan and JGroups thread pools Starting from this release, Keycloak automatically enables the virtual thread pool support in both the embedded Infinispan and JGroups when running on OpenJDK 21. This removes the need to configure the JGroups thread pool, the need to align the JGroups thread pool with the HTTP worker thread pool, and reduces the overall memory footprint. OpenTelemetry Tracing supported In the previous release, the OpenTelemetry Tracing feature was preview and is fully supported now. It means the opentelemetry feature is enabled by default. There were made multiple improvements to the tracing capabilities in Keycloak such as: Configuration via Keycloak CR in Keycloak Operator Custom sp ## Building OpenJDK From Source On macOS DevFeed: [Building OpenJDK From Source On macOS]() Original publisher: [Read original article]() Published: 2024-11-16T14:25:00Z Content type: tutorial Language: en Sources: [Gunnar Morling]() Topics: [openjdk](), [macOS](), [Xcode](), [Compiler]() Tags: [compiler](), [installation](), [jdk](), [macos](), [openjdk](), [release](), [xcode]() ### AI overview A practical guide to building JDK 24 from OpenJDK source on macOS 14.7.1. It covers the required boot JDK, Xcode, Autoconf, source checkout, configuration, and build steps, and notes a clang issue in Xcode 16.1 with alternatives. ### Source excerpt Every now and then, it can come in very handy to build OpenJDK from source yourself, for instance if you want to explore a feature which is under development on a branch for which no builds are published. For some reason I always thought that building OpenJDK is a very complex processing, requiring the installation of arcane tool chains etc. But as it turns out, this actually not true: the project does a great job of documenting what's needed and only a few steps are necessary to build your very own JDK. ## Chainguard's OpenJDK Java images are now JCK conformant DevFeed: [Chainguard's OpenJDK Java images are now JCK conformant]() Original publisher: [Read original article]() Published: 2024-06-25T00:00:00Z Content type: release Language: en Sources: [Chainguard: Unchained]() Topics: [openjdk](), [chainguard images](), [Java](), [Security](), [interoperability]() Tags: [chainguard](), [chainguard-images](), [compatibility](), [deployment](), [interoperability](), [java](), [jck](), [openjdk](), [security](), [testing](), [validation]() ### AI overview Chainguard announces that its OpenJDK Java 21.0.3 and Java 22.0.1 JDK and JRE builds passed all tests in Oracle's Java Compatibility Kit. The conformance also applies to specified Chainguard Images containing openjdk-21 and openjdk-22 packages. ### Source excerpt Ensure Java compatibility & security with Chainguard's JCK-conformant OpenJDK images. Streamline development and deployment with trusted, verified Java runtimes. ## Keycloak 25.0.0 released DevFeed: [Keycloak 25.0.0 released]() Original publisher: [Read original article]() Author: Keycloak Team Published: 2024-06-10T00:00:00Z Content type: release Language: en Sources: [Keycloak Blog]() Topics: [Keycloak](), [releases](), [Release notes](), [version](), [upgrade](), [Java](), [OAuth 2.0](), [OpenID connect (OIDC)](), [Primer](), [saml](), [Security]() Tags: [deprecated](), [design-system](), [idm](), [kerberos](), [keycloak](), [keycloak-release](), [ldap](), [oauth](), [oauth-2-0](), [oidc](), [openid-connect](), [openjdk](), [release](), [release-notes](), [saml](), [security](), [sso](), [upgrade](), [version]() ### AI overview Keycloak 25.0.0 removes the Account Console v2 theme and most Java adapters, adds OpenJDK 21 support while deprecating OpenJDK 17, updates the consoles to PatternFly 5, and makes Argon2 the default password-hashing algorithm outside FIPS environments. ### Source excerpt To download the release go to Keycloak downloads. Highlights Account Console v2 theme removed The Account Console v2 theme has been removed from Keycloak. This theme was deprecated in Keycloak 24 and replaced by the Account Console v3 theme. If you are still using this theme, you should migrate to the Account Console v3 theme. Java 21 support Keycloak now supports OpenJDK 21, as we want to stick to the latest LTS OpenJDK versions. Java 17 support is deprecated OpenJDK 17 support is deprecated in Keycloak, and will be removed in a following release in favor of OpenJDK 21. Most of Java adapters removed As stated in the release notes of previous Keycloak version, the most of Java adapters are now removed from the Keycloak codebase and downloads pages. For OAuth 2.0/OIDC, this includes removal of the Tomcat adapter, WildFly/EAP adapter, Servlet Filter adapter, KeycloakInstalled desktop adapter, the jaxrs-oauth-client adapter, JAAS login modules, Spring adapter and SpringBoot adapters. You can check our older post for the list of some alternatives. For SAML, this includes removal of the Tomcat adapter and Servlet filter adapter. SAML adapters are still supported with WildFly and JBoss EAP. The generic Authorization Client library is still supported, and we still plan to support it. It aims to be used in combination with any other OAuth 2.0 or OpenID Connect libraries. You can check the quickstarts for some examples where this authorization client library is used together with the 3rd party Java adapters like Elytron OIDC or SpringBoot. You can check the quickstarts also for the example of SAML adapter used with WildFly. Upgrade to PatternFly 5 In Keycloak 24, the Welcome page is updated to use PatternFly 5, the latest version of the design system that underpins the user interface of Keycloak. In this release, the Admin Console and Account Console are also updated to use PatternFly 5. If you want to extend and customize the Admin Console and Account Console, review the ch ## Ideal iOS KMP Setup - Kevin Galligan DevFeed: [Ideal iOS KMP Setup - Kevin Galligan]() Original publisher: [Read original article]() Published: 2024-05-18T00:00:00Z Content type: tutorial Language: en Sources: [Touchlab | Enterprise Mobile Innovation & Development]() Topics: [iOS development](), [Development](), [Xcode](), [Tooling](), [Developer experience](), [Kotlin](), [openjdk](), [SDK](), [configuration](), [Homebrew](), [debugging](), [Open Source]() Tags: [configuration](), [debugging](), [developer-tools](), [gradle](), [homebrew](), [installation](), [ios-development](), [java](), [kotlin](), [open-source](), [openjdk](), [security]() ### AI overview A practical guide to setting up an iOS development environment for Kotlin Multiplatform (KMP), covering JVM installation and management, Xcode version management, and Touchlab's Kotlin Xcode Plugin for Kotlin-aware debugging. ### Source excerpt To maximize your iOS developer experience with KMP, you'll want to install the best tools available and configure them appropriately. There are many options available, but this is Touchlab's preferred iOS development setup. ## How to install Java on macOS DevFeed: [How to install Java on macOS]() Original publisher: [Read original article]() Author: Liran Tal Published: 2024-04-17T05:00:00Z Content type: tutorial Language: en Sources: [Blog RSS Feed | Snyk]() Topics: [Java](), [macOS](), [openjdk](), [Programming](), [GNU General Public License]() Tags: [acquisition](), [ai](), [application-security](), [applications](), [awareness](), [blog](), [container-security](), [developer](), [development](), [devrel](), [guide](), [how-to](), [ibm](), [install](), [java](), [macos](), [open-source](), [open-source-security](), [openjdk](), [oracle](), [red-hat](), [snyk-container](), [snyk-open-source]() ### AI overview This tutorial explains Java and why it is useful on macOS, then introduces OpenJDK and contrasts it with Oracle's JDK, including differences in licensing and production use. ### Source excerpt In the following post, we will guide you through installing Java on macOS, ensuring you're ready to start developing applications in no time. ## How old are Official Docker images? 2024 Edition DevFeed: [How old are Official Docker images? 2024 Edition]() Original publisher: [Read original article]() Author: Tom Published: 2024-03-24T00:00:00Z Content type: article Language: en Sources: [Tomasz Gągor]() Topics: [Docker](), [docker images](), [Docker Hub](), [centos](), [Debian](), [Ubuntu](), [openjdk](), [Bash](), [Script](), [deprecated]() Tags: [bash](), [centos](), [centos-docker-image](), [debian](), [debian-docker-image](), [deprecated](), [docker](), [docker-hub](), [docker-image-age](), [docker-image-updates](), [docker-images](), [dockerfiles](), [eclipse](), [end-of-life](), [images](), [official-docker-images](), [openjdk](), [script](), [ubuntu](), [ubuntu-docker-image]() ### AI overview An analysis of the age and update status of official Docker images in 2024. It reports that modern OS images are generally reasonably current, while CentOS and OpenJDK images have reached important lifecycle or maintenance milestones. ### Source excerpt Discover the current age and update status of various official Docker images, including CentOS, Ubuntu, and Debian, in the 2024 edition of this analysis. ## The One Billion Row Challenge DevFeed: [The One Billion Row Challenge]() Original publisher: [Read original article]() Published: 2023-12-31T23:00:00Z Content type: article Language: en Sources: [Gunnar Morling]() Topics: [Java](), [openjdk](), [C++](), [Go Language](), [Rust]() Tags: [c-plus-plus](), [github](), [go](), [java](), [measurement](), [openjdk](), [pull-request](), [rust]() ### AI overview The One Billion Row Challenge asks participants to write the fastest Java program that reads one billion temperature measurements and calculates the minimum, mean, and maximum for each weather station. The challenge runs from January 1 through January 31, with submissions evaluated under specified hardware and dependency rules. ### Source excerpt Update Jan 4: Wow, this thing really took off! 1BRC is discussed at a couple of places on the internet, including Hacker News, lobste.rs, and Reddit. For folks to show-case non-Java solutions, there is a "Show & Tell" now, check that one out for 1BRC implementations in Rust, Go, C++, and others. Some interesting related write-ups include 1BRC in SQL with DuckDB by Robin Moffatt and 1 billion rows challenge in PostgreSQL and ClickHouse by Francesco Tisiot. Thanks a lot for all the submissions, this is going way beyond what I'd have expected! I am behind a bit with evalutions due to the sheer amount of entries, I will work through them bit by bit. I have also made a few clarifications to the rules of the challenge; please make sure to read them before submitting any entries. Let's kick off 2024 true coder style--I'm excited to announce the One Billion Row Challenge (1BRC), running from Jan 1 until Jan 31. Your mission, should you decide to accept it, is deceptively simple: write a Java program for retrieving temperature measurement values from a text file and calculating the min, mean, and max temperature per weather station. There's just one caveat: the file has 1,000,000,000 rows! ## Introducing Chainguard Images for Node.js LTS 20, Python 3.12 and OpenJDK/JRE 21 DevFeed: [Introducing Chainguard Images for Node.js LTS 20, Python 3.12 and OpenJDK/JRE 21]() Original publisher: [Read original article]() Published: 2023-10-11T00:00:00Z Content type: article Language: en Sources: [Chainguard: Unchained]() Topics: [chainguard images](), [Node.js](), [openjdk](), [Python](), [Java](), [Security](), [Open Source]() Tags: [chainguard](), [chainguard-images](), [java](), [lts](), [node](), [node-js](), [openjdk](), [python](), [release](), [releases](), [sboms](), [security]() ### AI overview Chainguard introduces updated Chainguard Images for Node.js 20, Python 3.12, and OpenJDK/JRE 21. The images include minimal CVEs, SBOMs, signatures, and a hardened Wolfi-based architecture, with changes to version and LTS tags scheduled for October 2023. ### Source excerpt Get the latest versions for Java 21 (OpenJDK and JRE), Python 3.12, and Node.js 20 complete with minimal CVEs, SBOMs, signatures, and hardened architecture. [Next page]()