<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Inside Java</title>
  <link rel="alternate" href="https://inside.java" />
  <subtitle>News and views from members of the Java team at Oracle</subtitle>
  <id>https://inside.java/feed.xml</id>
  <updated>2026-06-11T09:48:07Z</updated>
  <dc:date>2026-06-11T09:48:07Z</dc:date>
  <entry>
    <title>Simplifying Weak Reference Processing in ZGC</title>
    <link rel="alternate" href="https://inside.java/2026/06/11/thesis-simplify-weak-reference-processing-zgc" />
    <category term="HotSpot" />
    <category term="GC" />
    <author>
      <name>Fredrik Hammarberg (guest)</name>
    </author>
    <id>https://inside.java/2026/06/11/thesis-simplify-weak-reference-processing-zgc</id>
    <updated>2026-06-11T00:00:00Z</updated>
    <published>2026-06-11T00:00:00Z</published>
    <summary type="html">&lt;p&gt;What are GC barriers and how do they relate to ahead-of-time compilation? This blog post explores the intersection of HotSpot's GCs and compilers through the lense of implementing GC-agnostic load barriers at the assembly level, and gives key insights on performance and overall takeaways.&lt;/p&gt;</summary>
    <dc:date>2026-06-11T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>Exploiting GPU Tensor Cores from Java using Babylon</title>
    <link rel="alternate" href="https://inside.java/2026/06/10/hat-tensors-computation" />
    <category term="Babylon" />
    <author>
      <name>Juan Fumero</name>
    </author>
    <id>https://inside.java/2026/06/10/hat-tensors-computation</id>
    <updated>2026-06-10T00:00:00Z</updated>
    <published>2026-06-10T00:00:00Z</published>
    <summary type="html">&lt;p&gt;this article shows an approach to extend the HAT programming model with an API for explicit tensor-core programming. Furthermore, it shows how to make this approach generic to be able to process computations expressed with the proposed HAT tensor core API on accelerators without explicit tensor instructions.&lt;/p&gt;</summary>
    <dc:date>2026-06-10T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>Performance Improvements in JDK 26</title>
    <link rel="alternate" href="https://inside.java/2026/06/09/jdk-26-performance-improvements" />
    <category term="JDK 26" />
    <category term="Performance" />
    <author>
      <name>Ana-Maria Mihalceanu</name>
    </author>
    <author>
      <name>Per-Ake Minborg</name>
    </author>
    <id>https://inside.java/2026/06/09/jdk-26-performance-improvements</id>
    <updated>2026-06-09T00:00:00Z</updated>
    <published>2026-06-09T00:00:00Z</published>
    <summary type="html">&lt;p&gt; To give you a clearer view of the performance work happening across the Java platform, this article highlights a selection of notable performance related improvements in JDK 26, grouped into four major areas: JDK Libraries, Garbage Collectors, Compiler, and Runtime.&lt;/p&gt;</summary>
    <dc:date>2026-06-09T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>Oracle Java Extension for Visual Studio Code Version 26.0.0 Is Now Available</title>
    <link rel="alternate" href="https://inside.java/2026/06/08/java-vscode-extension-update" />
    <category term="Oracle" />
    <author>
      <name>Arvind Aprameya</name>
    </author>
    <id>https://inside.java/2026/06/08/java-vscode-extension-update</id>
    <updated>2026-06-08T00:00:00Z</updated>
    <published>2026-06-08T00:00:00Z</published>
    <summary type="html">&lt;p&gt;New release of Java Platform Extension for VS Code&lt;/p&gt;</summary>
    <dc:date>2026-06-08T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>JavaNext Language Features</title>
    <link rel="alternate" href="https://inside.java/2026/06/07/java-next-language-features" />
    <category term="Java Language" />
    <category term="Amber" />
    <category term="Valhalla" />
    <author>
      <name>Dan Smith</name>
    </author>
    <id>https://inside.java/2026/06/07/java-next-language-features</id>
    <updated>2026-06-07T00:00:00Z</updated>
    <published>2026-06-07T00:00:00Z</published>
    <summary type="html">&lt;p&gt;The Java programming language is evolving fast. In this talk, we’ll summarize many of the recent changes that have appeared as well as look ahead to directions and features that are in development and will appear in future editions.&lt;/p&gt;</summary>
    <dc:date>2026-06-07T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>JEP targeted to JDK 27: 538: PEM Encodings of Cryptographic Objects (3rd Preview)</title>
    <link rel="alternate" href="https://inside.java/2026/06/05/jep538-target-jdk27" />
    <category term="JDK 27" />
    <category term="Security" />
    <author>
      <name>Anthony Scarpino</name>
    </author>
    <id>https://inside.java/2026/06/05/jep538-target-jdk27</id>
    <updated>2026-06-05T00:00:00Z</updated>
    <published>2026-06-05T00:00:00Z</published>
    <summary type="html">&lt;p&gt;The following JEP is targeted to JDK 27: 538: PEM Encodings of Cryptographic Objects (Third Preview)&lt;/p&gt;</summary>
    <dc:date>2026-06-05T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>Intelligent JVM Monitoring: Combining JDK Flight Recorder with AI</title>
    <link rel="alternate" href="https://inside.java/2026/06/02/jfr-ai-monitor" />
    <category term="AI" />
    <category term="JFR" />
    <category term="Serviceability" />
    <author>
      <name>Yagmur Eren</name>
    </author>
    <id>https://inside.java/2026/06/02/jfr-ai-monitor</id>
    <updated>2026-06-02T00:00:00Z</updated>
    <published>2026-06-02T00:00:00Z</published>
    <summary type="html">&lt;p&gt;"JFR simplifies troubleshooting and profiling by capturing detailed JVM event data—and with the JFR Streaming API, you can access those insights in real time. But what if you could go further and stream live JFR data straight into an AI system to enhance monitoring, accelerate troubleshooting, and even help prevent issues before they occur?&lt;/p&gt;</summary>
    <dc:date>2026-06-02T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>Episode 59 “Java *is* Memory Efficient” [AtA]</title>
    <link rel="alternate" href="https://inside.java/2026/05/28/podcast-059" />
    <category term="GC" />
    <category term="Performance" />
    <author>
      <name>Nicolai Parlog</name>
    </author>
    <id>https://inside.java/2026/05/28/podcast-059</id>
    <updated>2026-05-28T00:00:00Z</updated>
    <published>2026-05-28T00:00:00Z</published>
    <summary type="html">&lt;p&gt;Java's use of memory, often chided for being excessive, is actually a strength as it trades more memory use for fewer CPU cycles, a tradeoff it can only make due to its moving garbage collectors.&lt;/p&gt;</summary>
    <dc:date>2026-05-28T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>JEP targeted to JDK 27: 523: Make G1 the Default Garbage Collector in All Environments</title>
    <link rel="alternate" href="https://inside.java/2026/05/26/jep523-target-jdk27" />
    <category term="JDK 27" />
    <category term="GC" />
    <author>
      <name>Thomas Schatzl</name>
    </author>
    <id>https://inside.java/2026/05/26/jep523-target-jdk27</id>
    <updated>2026-05-26T00:00:00Z</updated>
    <published>2026-05-26T00:00:00Z</published>
    <summary type="html">&lt;p&gt;The following JEP is targeted to JDK 27: 523: Make G1 the Default Garbage Collector in All Environments&lt;/p&gt;</summary>
    <dc:date>2026-05-26T00:00:00Z</dc:date>
  </entry>
  <entry>
    <title>Agentic AI Workflows for OpenJDK Development</title>
    <link rel="alternate" href="https://inside.java/2026/05/26/openjdk-ai-agents" />
    <category term="AI" />
    <author>
      <name>Joel Sikström</name>
    </author>
    <id>https://inside.java/2026/05/26/openjdk-ai-agents</id>
    <updated>2026-05-26T00:00:00Z</updated>
    <published>2026-05-26T00:00:00Z</published>
    <summary type="html">&lt;p&gt;Details and reflections on how I’ve been using AI to approach OpenJDK development.&lt;/p&gt;</summary>
    <dc:date>2026-05-26T00:00:00Z</dc:date>
  </entry>
</feed>
