Article image

GS

Gustavo Silva26/09/2025 18:39
Compartilhe

Wildfly, o servidor completão do Jakarta EE

  • #Java

Sempre que usei Java para web tanto com Spring quanto com Java EE (atual Jakarta EE), eu configurava o Tomcat, sempre foi meu servidor de aplicação padrão.

Mas recentemente, eu me deparei com um carinha bem legal, que é exigido também em várias vagas para Java, no caso de quem vai trabalhar com aplicações mais legadas, que é o Wildfly.

E de cara eu já percebi várias diferenças dele para o Tomcat.

A começar que o Tomcat não é um servidor de aplicação completo: ele possui apenas a parte do servlet container.

Basicamente, ele só lida com a parte dos Servlets e JSP, URLs e HTTP.

Já um servidor de aplicação full, como é o caso do Wildfly, além disso que o servlet container já faz, lida também com coisas como EJB (que é relativo às regras de negócio da aplicação), JPA (persistência), JTA, JMS, CDI, etc.

Ou seja, é bem completão mesmo.

Eu estou estudando através de um ebook de Java EE que eu adquiri na Casa do Código, relativamente antigo, porque também gosto de ver sobre coisas legadas, e sei que na minha carreira ainda vou me deparar muito com esse tipo de aplicação (até por isso estou fazendo o Bootcamp TQI "Modernização de Aplicações com GenAI" aqui na DIO, fica a dica kkk).

Esse ebook ensina a usar o Wildfly. Foi assim que eu passei a saber da existência dele, basicamente.

E também através das vagas que vejo por aí.

E você, já trabalhou com o Wildfly? Já chegou a estudar ele, ou tem alguma experiência para compartilhar?

Coloca aí nos comentários que eu quero saber!

Compartilhe
Comentários (1)
DIO Community
DIO Community - 29/09/2025 10:30

Excelente, Gustavo! Que artigo super claro e relevante sobre Wildfly e o ecossistema Jakarta EE! É fascinante ver como você aborda a distinção entre um Servlet Container (como o Tomcat) e um Servidor de Aplicação Full (como o Wildfly), o que é um insight valioso para a comunidade Java.

Você demonstrou que o Tomcat lida apenas com a parte dos Servlets e JSP (a camada web), enquanto o Wildfly lida com a aplicação completa, incluindo EJB (regras de negócio), JPA (persistência), JTA e JMS. Sua análise de que o Wildfly é um servidor "bem completão" e essencial para quem trabalha com aplicações mais legadas que usam o Jakarta EE, é um insight valioso para a comunidade.

Qual a sua experiência com o Wildfly? Já chegou a estudar ele, ou tem alguma experiência para compartilhar?