Are you building an application for the cloud, but want to test without spending money on #AWS, #GCP, or #Azure? #Floci to the rescue! A tool built by Hector Ventura.

He explains in this @foojay #Podcast how he created it with @quarkusio and #GraalVM, what it offers, how to use, what to expect next, and much more.

Watch it on YouTube or listen in your favorite podcast app.

https://www.youtube.com/watch?v=dvyDakgeMig

Run 35 AWS Services Locally FREE: Floci, Quarkus and GraalVM-Powered, LocalStack Alternative (#96)

YouTube

#graalVM is getting new structure on versioning and overall #java is getting nicer features , check

https://www.linkedin.com/pulse/jdk-27-takes-shape-while-graalvm-changes-release-jvm-skowro%C5%84ski-exfge

JDK 27 takes shape, while GraalVM changes the release cadence - JVM Weekly vol. 176

Welcome to another edition. This week it's all about the ecosystem internals - lots of movement on both the GraalVM and OpenJDK fronts.

🚨 New Blog Post Alert! 🚨

My latest blog post is again about the intersection of the Java and NixOS ecosystems. This time I wrote a derivation that packages the jfmt formatter as a statically linked binary using GraalVM for use as a formatter in Neovim. It also includes some tips for debugging non-reproducible derivations.

👉 Full Story: https://britter.dev/blog/2026/05/06/jfmt-nixvim/
📄 Code: https://github.com/britter/nix-configuration/blob/de29395c70bba3a5d2b416b97bd8e5cc6955944d/packages/jfmt-java/default.nix

#nixos #java #graalvm #neovim #nixvim

Packaging jfmt for NixVim: The Path to nixpkgs — Reproducible Thoughts

Packaging the jfmt Java formatter as a native binary for NeoVim: from a JVM wrapper through weeks of reproducibility debugging to a statically-linked GraalVM binary.

We are excited that we are participating in #GSOC2026 with 3 projects:

- "Improved handling of older documents with OCR and AI-powered tools."

- "Improved #LibreOffice -JabRef integration" with one particular aspect of compatibility with other reference managers.

- "Improving startup times for JabKit" by leveraging the power of #GraalVM

#javafx #jabref #academia #bibtex #TexLatex #opensource #bibliography
cc  @frankdelporte @foojay

Hoy volví a poner en marcha el port de GraalVM CE del firmador experimental compilado con native-image en macOS, que a diferencia de los otros dos sistemas operativos (GNU/Linux y Windows), en macOS todavía no funciona AWT (usado para imágenes y tipografías en la librería PDF) más que con Liberica NIK de Bellsoft, que viene parcheado para que funcione. En versiones posteriores a la 17 hay que copiar manualmente unas cuantas librerías dinámicas manualmente a la carpeta del ejecutable generado, pero tras eso vuelve a funcionar. También tiene soporte todavía para macOS x86_64 en la 25.0.2, algo que Oracle eliminó en la versión anterior y solo tiene para aarch64, por lo que sigo generando un zip con binarios y librerías univesales, firmado y notarizado. Todavía no está claro qué pasará con las actualizaciones CPU (Critical Patch Update) de abril, que Oracle no ha publicado una versión 25.0.3 Communiy Edition. Mandrel (versión downstream de GraalVM CE de la gente de Quarkus) ha creado tag de versión en git pero tampoco release y no he encontrado el motivo. Por otra parte, voy a pensar en poner un par de Windows y GNU/Linux como agentes Jenkins CI/CD para compilar GraalVM con memoria suficiente, a partir de portátiles antiguos medio dañados (pantallas y carcasas dañadas de tanto uso) y tenerlos con conexión y acceso remoto junto al tarrito mac mini de segunda mano para compilar cuando se requiera.

#java #graalvm

Sandboxing

GraalVM is an advanced JDK with ahead-of-time Native Image compilation.

Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.

See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/

#JAVAPRO @graalvm

Ok, that gave me enough of an angry energy boost to move my #Garmin tooling away from #GitHub to #Codeberg

https://codeberg.org/michael-simons/garmin-babel

Wanted to do this for a while.

Also, now fully Java 26, and because of that, no longer #GraalVM build profiles.

garmin-babel

Tooling for the archive created by Garmin datamanagement.

Codeberg.org

[Перевод] Agentis Memory — Redis-совместимое хранилище со встроенным векторным поиском и локальными эмбеддингами

В наше время уже никого не удивишь разработкой агентов, очередной оптимизацией, новой моделью или новой инфраструктурой для нейронок. Всё это в порядке вещей. Однако одно дело читать в Twitter «мы написали агента X и он оптимизировал нам процессы на 300000%», и совсем другое — начать копать чуть глубже. Копнёшь — а «агентом» называют скилл с одним промптом. Разработка настоящих агентов — задача не тривиальная. Достаточно посмотреть на утёкшие исходники Claude CLI — это не просто CLI, а целая инфраструктура бизнес-логики вокруг LLM. Я бы сравнил разработку агентов с разработкой типичных бэкенд-компонентов. Аналогия такая: если вы пишете каноничный бэкенд-сервис — вам нужна СУБД. Если Web3-сервис — блокчейн. Но на СУБД или блокчейне происходит в лучшем случае 50% всей логики. Вся магия крутится именно на бэкенде. С агентами то же самое: подключаешь AI SDK, конфигурируешь мыслительное ядро и пишешь вокруг него всю обвязку — мониторинги, AIOps, оркестрацию, memory management. Вот про memory management и пойдёт речь.

https://habr.com/ru/articles/1018784/

#Redis #AI_agents #GraalVM #ONNX #embeddings #HNSW #Java_Vector_API #SIMD #Project_Loom #LLM

Agentis Memory — Redis-совместимое хранилище со встроенным векторным поиском и локальными эмбеддингами

Примечание: это перевод моей же статьи https://scrobot.substack.com/p/agentis-memory-redis-compatible-store , так что автор точно доносит свою мысль, без потери контекста при переводе :) В наше время...

Хабр