#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

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

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