Questão de Programação — Frameworks Java — FGV 2026

Spring Boot: características essenciais

Gabarito: letra E. O Spring Boot, por padrão, procura por um pacote de recursos chamado messages na raiz do classpath para fins de internacionalização (i18n). Essa é uma das convenções que o framework adota para simplificar a configuração, seguindo o princípio de "convenção sobre configuração". As demais alternativas apresentam afirmações incorretas sobre o framework.

O Spring Boot é uma extensão do Spring Framework que visa simplificar a criação de aplicações Java, especialmente microsserviços e aplicações web. Ele se baseia fortemente no conceito de convenção sobre configuração (convention over configuration), fornecendo configurações padrão (auto-configuração) que reduzem drasticamente a necessidade de configuração manual. Isso contrasta com abordagens mais antigas, como a configuração baseada em XML, que era comum no Spring Framework tradicional.

Uma das principais características do Spring Boot é a auto-configuração: ele tenta configurar automaticamente os beans e componentes com base nas dependências presentes no classpath. Por exemplo, se você adicionar o starter spring-boot-starter-web, o Spring Boot configurará automaticamente um servidor embutido (Tomcat, Jetty ou Undertow) e os componentes necessários para uma aplicação web. Essa abordagem elimina a necessidade de configuração XML extensa, embora ainda seja possível usar XML se necessário, mas não é o padrão.

Outra característica importante é o suporte a anotações para configuração, como @Component, @Configuration, @Service, @Repository, entre outras. Essas anotações permitem que o Spring gerencie o ciclo de vida dos objetos e realize a injeção de dependências de forma transparente. Além disso, o Spring Boot oferece suporte a perfis (profiles) através da anotação @Profile, que permite ativar ou desativar beans e configurações específicas em diferentes ambientes (desenvolvimento, teste, produção).

O Spring Boot também é conhecido por seu suporte a múltiplas linguagens, incluindo Java, Kotlin e Groovy. O suporte a Kotlin é nativo e bem integrado, permitindo que desenvolvedores usem essa linguagem moderna com todas as funcionalidades do framework. Quanto ao logging, o Spring Boot fornece configurações padrão para várias bibliotecas de logging, incluindo Logback (que é o padrão), Log4j2 e Java Util Logging. O Logback é o logging padrão, mas é possível configurar outras bibliotecas facilmente.

Em relação à internacionalização (i18n), o Spring Boot segue a convenção de procurar por um arquivo de mensagens chamado messages na raiz do classpath. Esse arquivo pode ser um .properties ou .yml e contém as mensagens traduzidas para diferentes idiomas. Por exemplo, messages.properties para o idioma padrão, messages_pt_BR.properties para português do Brasil, etc. Essa convenção permite que a aplicação seja facilmente internacionalizada sem configuração adicional.

A alternativa correta (E) descreve exatamente essa característica: "Em termos de internacionalização, por padrão, procura pela presença de um pacote de recursos chamado messages na raiz do classpath." Isso está alinhado com a documentação oficial do Spring Boot, que afirma que o MessageSource é configurado automaticamente usando o messages como base name.

Agora, vamos analisar cada alternativa em detalhes.

Alternativa A — ❌ Incorreta

A afirmação de que o Spring Boot "prioriza configuração baseada em XML" é falsa. O Spring Boot prioriza a configuração baseada em anotações e JavaConfig, não XML. Embora o Spring Framework tradicional permita configuração XML, o Spring Boot foi projetado para minimizar o uso de XML, oferecendo auto-configuração e anotações. A documentação oficial afirma que "absolutamente nenhuma geração de código e nenhum requisito de configuração XML" é necessário. Portanto, a alternativa está incorreta.

Alternativa B — ❌ Incorreta

A afirmação de que o Spring Boot "não permite a utilização de anotações @Profile em conjunto com @Component ou @Configuration" é falsa. O Spring Boot permite o uso de @Profile em conjunto com @Component, @Configuration e outras anotações de estereótipo. Essa é uma funcionalidade padrão do Spring Framework, que permite ativar ou desativar beans com base no perfil ativo. Por exemplo, você pode ter um bean @Component anotado com @Profile("dev") que só será carregado quando o perfil dev estiver ativo. Portanto, a alternativa está incorreta.

Alternativa C — ❌ Incorreta

A afirmação de que o Spring Boot "não provê suporte à Kotlin" é falsa. O Spring Boot oferece suporte nativo à Kotlin, uma linguagem moderna que roda na JVM. O framework fornece artefatos e documentação específicos para Kotlin, e muitos projetos Spring Boot são escritos em Kotlin. O suporte inclui a possibilidade de usar classes Kotlin como beans, configuração via Kotlin DSL, entre outros. Portanto, a alternativa está incorreta.

Alternativa D — ❌ Incorreta

A afirmação de que o Spring Boot "fornece configurações padrão para Java Util Logging e Log4j2, mas não para Logback" é falsa. O Spring Boot fornece configurações padrão para Logback, que é o logging padrão do framework. Além disso, também oferece suporte a Log4j2 e Java Util Logging, mas o Logback é o padrão. A documentação oficial afirma que "Spring Boot uses Logback for logging by default". Portanto, a alternativa está incorreta.

Alternativa E — ✅ Correta ⟵ GABARITO

A afirmação de que "Em termos de internacionalização, por padrão, procura pela presença de um pacote de recursos chamado messages na raiz do classpath" está correta. O Spring Boot, por padrão, configura um MessageSource que procura por arquivos de mensagens com base no nome messages na raiz do classpath. Isso permite que a aplicação seja internacionalizada facilmente, bastando adicionar arquivos como messages.properties, messages_pt_BR.properties, etc. Essa é uma convenção bem documentada e amplamente utilizada.

Gabarito: letra E