And this is also another example of how it looks like here in Mastodon:

Check out this post by João Esperancinha:

Title: Hexagonal Architecture — A Favorite Lyrics Spring Boot — Java Example

Description: How to use Hexagonal Architecture and which role does it already plays in Software development?

#spring #springboot #pivotal #java #hexagonal #portsadapters #architecture #records #jdk17

https://joaofilipesabinoesperancinha.nl/blog/blog0-1-hexagonal

Proposal: Support Wayland and add KEM APIs

[..] only Wayland will be supported in RHEL 10 and
subsequent releases.
[..] We would also like to add support in Java SE 17 for functionality required by some Post-Quantum Cryptographic (PQC) algorithms.

more @ https://mail.openjdk.org/pipermail/jdk-updates-dev/2024-April/032142.html

#OpenJDK #JDK8 #JDK11 #JDK17

https://bugs.openjdk.org/browse/JDK-8302697

#Fonts with #ContextualAlternates are not correct rendered in #Java #JavaOpenJDK #OpenJDK #Adoptium #Eclipse #Temurin #AdoptOpenJDK #AdoptiumTemurin #EclipseTemurin #Amazon #Coretto #AmazonCoretto #JDK #OpenJDK #OpenJDK8 #OpenJDK19 #JDK8 #JDK11 #JDK17 #JDK19 #Font #Bug

@EclipseFdn https://bugs.openjdk.org/browse/JDK-8302697

#Fonts with #ContextualAlternates are not correct rendered in #Java #JavaOpenJDK #OpenJDK #Adoptium #Eclipse #Temurin #AdoptOpenJDK #AdoptiumTemurin #EclipseTemurin #Amazon #Coretto #AmazonCoretto #JDK #OpenJDK #OpenJDK8 #OpenJDK19 #JDK8 #JDK11 #JDK17 #JDK19 #Font #Bug

There has been some interesting discussion on #JakartaEE 11 and #Java servers over on Twitter. The draft of the spec has been updated to require JDK 17 rather than requiring JDK 21. I agree with the decision. To maximize adoption, JakartaEE must support JDK 17 and optionally JDK 21. Dropping JDK 11 is the best we can hope for right now.
#JakartaEE11 #OpenJDK #OpenSource #JDK21 #JDK17 #JDK11 #WildFly #GlassFish #OpenLiberty #Tomcat #Jetty

Some package for #SpringBoot3 not getting pulled properly and screwing up my integration tests just made my day! 😅

#java #SpringBootMigration #JDK17 #SoftwareDevelopment

Started the #SpringBoot3 #Java17 migration for a JAR library today. It's a REST API client using #springwebflux for a vendor proxy service. Almost done.

A few more applications to go. Well, it's a team effort, so I have one more assigned to me. Might work on that #OpenShift #ConfigMap update. We'll see.

#java #jdk17 #springframework #softwaredevelopment

🇬🇧 Hi all, I'm going to start experimenting with #neovim for #java developent (#jdk17, #jdk21, #junit5, sonar, etc). Any hints where to start/look at?

🇵🇱 Hej, zabieram się za eksperymenty z wykorzystaniem #neovim do programowania w #java (#jdk17, #jdk21, #junit5, sonar, etc). Możecie polecić od czego zacząć/na co zwrócić uwagę?

tfw your unit test is intermittently failing since updating to jdk17 because it's checking that `monitor.getEndTime()` is after `monitor.getStartTime()` but the entire thing finishes in under a millisecond 😅

#java #junit #jdk17

Explore a solution to some unit #test fails on #JDK17. By @navczydev

https://www.droidcon.com/2023/04/20/unit-test-fails-on-jdk17-what-is-the-problem/

Explore a solution to some unit #test fails on #JDK17. By @navczydev

You can now get container (docker) images of Oracle #JDK20 and #JDK17 under the no-fee terms and conditions from https://container-registry.oracle.com

Running @Tangoe Telecom on #JDK17 is a great incentive - from all points of view.

Next stop - production.

I just published Unit test fails on JDK17 — what is the problem?

https://proandroiddev.com/unit-test-fails-on-jdk17-what-is-the-problem-70d486252140

#AndroidDev #androidstudio #jdk17 #testing #kotlin

JVM Performance Comparison for JDK 17 https://ionutbalosin.com/2023/03/jvm-performance-comparison-for-jdk-17/ by Ionut Balosin and Florin Blanaru #Java #jdk17

#java #jdk17 #jdk15 I love more and more the text blocks in JDK15+ and also in combination with "..".formatted(..) it's even more convenient.

Project Lilliput
"explore techniques to downsize Java object headers in the Hotspot JVM from 128 bits to 64 bits or less"

In 2022:
* achieved 64-bit headers https://mail.openjdk.org/pipermail/lilliput-dev/2022-May/000457.html
* published #JDK17 fork with that https://github.com/openjdk/lilliput-jdk17u

In 2023:
* work towards merge of 64-bit headers into JDK main line
* work towards 32-bit headers

In the meantime, you can find out Lilliput's impact on your codebase with JOL: https://github.com/openjdk/jol

@shipilev gave some numbers on 🐦: https://twitter.com/shipilev/status/1615095410569232384

#11: More String Deduplication

On average, ~25% of heaps are char arrays for strings and roughly half of them are duplicates. 😳 Since 2017, G1 deduplicates them, which saves ~10% heap size.

Other GCs followed suit:
#JDK17: Shenandoah
#JDK18: ZGC, Serial GC, and Parallel GC

Tiny actor system in Java: https://evacchi.github.io/java/records/jbang/2022/02/13/type-you-an-actor-runtime-java-17-switch-expressions.html
#java #jdk17

Nice:

“GC Progress From JDK 8 to JDK 17”, Stefan Johansson (https://kstefanj.github.io/2021/11/24/gc-progress-8-17.html).

Via HN: https://news.ycombinator.com/item?id=29330109

#Java #JDK #OpenJDK #GC #GarbageCollection #MemoryManagement #Benchmark #Performance #Efficiency #Latency #Throughput #G1 #ZGC #ParallelGC #JDK17