Здравствуйте, Aquilaware, Вы писали:

A>Возможность AOT компиляции Java в нативный код предоставляется инструментами наподобие GraalVM. Кто-нибудь использует такой подход для публикации ПО? Среди бонусов: более высокая скорость старта, меньшие требования по памяти, некоторая защита интеллектуальной собственности. Среди недостатков: проблемы c reflection, недоступность некоторых архитектур и приёмов модуляризации ПО.

A>Выглядит так, что AOT потенциально хорош для закрытых утилит состоящих из одного модуля, у которых нет плагинов и прочего "внешнего мира". Но вот что интересно: используется ли в реальном мире Java разработки AOT компиляция в нативный код, или это остаётся блестящей игрушкой из-за существенных архитекурных ограничений? Интересует мнение и реальный опыт коллег.

Привет!
Используем quarkus.io который изначально заточен под натив.
Из плюсов — мелкие контейнеры, быстрый старт, меньше затрат по CPU/Mem

Из известных продуктов Infinispan уже собирается в натив. Keycloak — уже переехал на кваркус, в натив не помню ушел или нет.