#jboss — Public Fediverse posts

Профилировщик и Wildfly-клиент для GigaIDE

В этой статье мы продолжаем обсуждать инструменты в GigaIDE. Напомню, что ранее мы уже рассказывали про наши инструменты для работы с Docker/Podman, файловым SFTP-источником в этой статье , а также с клиентом БД — в этой . Сегодня мы сосредоточимся на инструментах для Java-разработки. Первый плагин в обзоре — Profiler , задача которого состоит в том, чтобы автоматизировать профилирование и визуализацию отчётов, и WildFly , задача которого выполнять подготовку, развёртывание и запуск, и решать другие задачи в отношении серверов приложений WildFly или JBoss.

https://habr.com/ru/companies/sberbank/articles/1027902/

#wildfly #jboss #производительность #java #gigaide

Tomcat vs WildFly: как выбрать сервер приложений и почему не нужно ограничиваться одним решением

Для российских компаний выбор между серверами приложений на базе Apache Tomcat и WildFly давно перестал быть спором о «любимом стеке разработчиков». Это стратегическое решение, влияющее на устойчивость бизнес‑сервисов, стоимость владения ИТ‑ландшафтом и способность пройти путь импортозамещения без рисков для критичных систем. В современных условиях ИТ‑инфраструктура почти всегда неоднородна: рядом живут легкие веб‑сервисы и тяжелые транзакционные ядра, экспериментальные микросервисы и строго регламентированные системы, попадающие под КИИ. В такой среде попытка «посадить все на один тип сервера приложений» приводит либо к избыточной сложности, либо к ограничениям по функционалу и масштабируемости. Гораздо продуктивнее смотреть на сервер приложений на базе Apache Tomcat и сервер приложений на базе WildFly как на два разных типа решений под разные задачи – и выстраивать платформу, которая позволяет использовать оба подхода в едином управляемом контуре.

https://habr.com/ru/companies/diasoft_company/articles/1007282/

#tomcat #wildfly #TomEE #сервер_приложений #системное_администрирование #импортозамещение #jakarta_ee #jboss #ejb #jms

Tomcat vs WildFly: как выбрать сервер приложений и почему не нужно ограничиваться одним решением

Для российских компаний выбор между серверами приложений на базе Apache Tomcat и WildFly давно перестал быть спором о «любимом стеке разработчиков». Это стратегическое решение, влияющее на устойчивость бизнес‑сервисов, стоимость владения ИТ‑ландшафтом и способность пройти путь импортозамещения без рисков для критичных систем. В современных условиях ИТ‑инфраструктура почти всегда неоднородна: рядом живут легкие веб‑сервисы и тяжелые транзакционные ядра, экспериментальные микросервисы и строго регламентированные системы, попадающие под КИИ. В такой среде попытка «посадить все на один тип сервера приложений» приводит либо к избыточной сложности, либо к ограничениям по функционалу и масштабируемости. Гораздо продуктивнее смотреть на сервер приложений на базе Apache Tomcat и сервер приложений на базе WildFly как на два разных типа решений под разные задачи – и выстраивать платформу, которая позволяет использовать оба подхода в едином управляемом контуре.

https://habr.com/ru/companies/diasoft_company/articles/1007282/

#tomcat #wildfly #TomEE #сервер_приложений #системное_администрирование #импортозамещение #jakarta_ee #jboss #ejb #jms

Tomcat vs WildFly: как выбрать сервер приложений и почему не нужно ограничиваться одним решением

Для российских компаний выбор между серверами приложений на базе Apache Tomcat и WildFly давно перестал быть спором о «любимом стеке разработчиков». Это стратегическое решение, влияющее на устойчивость бизнес‑сервисов, стоимость владения ИТ‑ландшафтом и способность пройти путь импортозамещения без рисков для критичных систем. В современных условиях ИТ‑инфраструктура почти всегда неоднородна: рядом живут легкие веб‑сервисы и тяжелые транзакционные ядра, экспериментальные микросервисы и строго регламентированные системы, попадающие под КИИ. В такой среде попытка «посадить все на один тип сервера приложений» приводит либо к избыточной сложности, либо к ограничениям по функционалу и масштабируемости. Гораздо продуктивнее смотреть на сервер приложений на базе Apache Tomcat и сервер приложений на базе WildFly как на два разных типа решений под разные задачи – и выстраивать платформу, которая позволяет использовать оба подхода в едином управляемом контуре.

https://habr.com/ru/companies/diasoft_company/articles/1007282/

#tomcat #wildfly #TomEE #сервер_приложений #системное_администрирование #импортозамещение #jakarta_ee #jboss #ejb #jms

Tomcat vs WildFly: как выбрать сервер приложений и почему не нужно ограничиваться одним решением

Для российских компаний выбор между серверами приложений на базе Apache Tomcat и WildFly давно перестал быть спором о «любимом стеке разработчиков». Это стратегическое решение, влияющее на устойчивость бизнес‑сервисов, стоимость владения ИТ‑ландшафтом и способность пройти путь импортозамещения без рисков для критичных систем. В современных условиях ИТ‑инфраструктура почти всегда неоднородна: рядом живут легкие веб‑сервисы и тяжелые транзакционные ядра, экспериментальные микросервисы и строго регламентированные системы, попадающие под КИИ. В такой среде попытка «посадить все на один тип сервера приложений» приводит либо к избыточной сложности, либо к ограничениям по функционалу и масштабируемости. Гораздо продуктивнее смотреть на сервер приложений на базе Apache Tomcat и сервер приложений на базе WildFly как на два разных типа решений под разные задачи – и выстраивать платформу, которая позволяет использовать оба подхода в едином управляемом контуре.

https://habr.com/ru/companies/diasoft_company/articles/1007282/

#tomcat #wildfly #TomEE #сервер_приложений #системное_администрирование #импортозамещение #jakarta_ee #jboss #ejb #jms

Обнови JDK — живи спокойно. И Libercat тоже

Если вы держите свои продакшн-инстансы на Axiom JDK и Libercat, ловите апдейт: вышли свежие релизы безопасности Java-стека. Делимся, что внутри и почему это важно.

https://habr.com/ru/companies/axiomjdk/articles/930508/

#axiomjdk #axiom_jdk #libercat #обновление #сервер_приложений #jboss #weblogic #websphere #безопасность #уязвимости

Mastering Galleon Layers with JBoss EAP 8.1 Beta:
A practical guide to provisioning lightweight, Bootable JAR-based Jakarta EE servers using Galleon layers and the EAP Maven Plugin. https://myfear.substack.com/p/galleon-layers-jboss-eap-8-1-beta-bootable-jar-guide
#Java #JakartaEE #JBoss #EAP #Galleon

WildFly 36.0.0.Beta1 is now available at
https://www.wildfly.org/downloads/ and in Maven. Micrometer metrics via Prometheus, WildFly apps with JBang and more!
Details are at https://www.wildfly.org/news/2025/03/27/WildFly36Beta-released/
#WildFly #JBoss #Java #EAP #JakartaEE #Microprofile

Базовый образ #Axiom #Linux весит всего лишь 3.22 MB за счет оптимизации. При этом ни одна важная функциональность, необходимая для работы контейнеров, не вырезана.

Axiom Linux полностью совместима с легковесной Axiom JDK PRO Lite, инструментарием для создания нативных образов Axiom NIK, входит в систему для создания миниатюрных Java-контейнеров Axiom Runtime Container Pro.

#Libercat — это безопасный сервер приложений российского производства, реализующий спецификации Java EE / #Jakarta EE, основанный на Apache #Tomcat и Apache #TomEE.
Libercat является альтернативой Oracle #WebLogic, IBM #WebSphere, RedHat #JBoss, RedHat #WildFly, Apache Tomcat и другим подобным решениям.

Базовый образ #Axiom #Linux весит всего лишь 3.22 MB за счет оптимизации. При этом ни одна важная функциональность, необходимая для работы контейнеров, не вырезана.

Axiom Linux полностью совместима с легковесной Axiom JDK PRO Lite, инструментарием для создания нативных образов Axiom NIK, входит в систему для создания миниатюрных Java-контейнеров Axiom Runtime Container Pro.

#Libercat — это безопасный сервер приложений российского производства, реализующий спецификации Java EE / #Jakarta EE, основанный на Apache #Tomcat и Apache #TomEE.
Libercat является альтернативой Oracle #WebLogic, IBM #WebSphere, RedHat #JBoss, RedHat #WildFly, Apache Tomcat и другим подобным решениям.

We made some progress in July/August, but are back to 42 open requests for new products on endoflife.date.

If you use or rely on one of these products, please help us by filing a PR. Doesn't have to be perfect, and we'll guide you in case of any issues.

Sample of open requests: #hasura, #pypy, #rust, #podman, #steam, #jboss, #erlang, #solaris, #spark, #hadoop.

Complete List: https://github.com/endoflife-date/endoflife.date/issues?q=is%3Aopen+label%3Arequest+sort%3Aupdated-desc

Red Hat has released WildFly 27, featuring support for JDK 11, JDK 17, Jakarta EE 10, and MicroProfile 5.0. There are also dependency upgrades to Hibernate ORM 6.1, Hibernate Search 6.1, Infinispan 14, JGroups 5.2, RESTEasy 6.2, and Weld 5. WildFly 27 is a compatible implementation for Jakarta EE 10, having passed the TCKs in the Platform, Web, and Core profiles.

https://www.infoq.com/news/2022/12/wildfly-delivers-support-jdk-17/

#wildfly
#jboss
#jakartaee
#java
#java17
#javaee
#radhat

So things are getting bad, and #cloud is being considered more complex to manage and more costly.
I have to admit that while I really believed in the cloud, the problems that my customers were facing started to break my beliefs.
Ops costs increased, because they still hired the IT guy, but now a #SiteReliabilityEngineer costs way more than a traditional #SystemAdministrator, and often he has an #infra knowledge way inferior, since everything is not in house anymore. Everything is hosted and you don't access to the technology internals anymore.
Also, they are dealing with a level of complexity unheard of.
Before the cloud there were only physical and virtualized layers of complexity.
Now we also have then #containerorchestration and #servicemesh layers.
We moved from putting a stupid #Java class in classpath to run #JBoss with the #APM profiling to running #Prometheus, #Grafana, #Jaeger and #Kiali to obtain the same level of informations.

The only good thing is that now in Linux engineers are using #eBPF to profiling network and software execution.
But this is NOT innovation at all. You could do that already with #DTrace in #Solaris and #FreeBSD with way less complexity, and the same level of profiling since #Java, #Ruby and lot of frameworks included its probes to support advanced tracing.
Apple's #macOS used to provide a good #DTrace frontend called #Instruments that was really cool to work with.

https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0