Questão de Programação — Frameworks em Programação — FCC 2025
Programação›Frameworks em Programação
Código
fc074718
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2025
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Especialidade Tecnologia da Informação
Um Analista de Ti está desenvolvendo uma API com Spring Boot e deseja integrar Swagger para facilitar a documentação e testes dessa API. Para integrar no Swagger com um projeto Spring Boot a abordagem mais adequada é
Aadicionar as dependências do Swagger manualmente no classpath do projeto.
Badicionar as dependências do Swagger no arquivo pom.xml ou build.gradle do projeto Spring Boot.
Ccriar um arquivo separado para todas as configurações do Swagger sem importar as dependências no projeto.
Dutilizar um plugin externo para o IDE que automaticamente gera a documentação do Swagger sem configuração adicional.
Econfigurar o servidor de aplicação para disponibilizar a documentação do Swagger sem modificar o código do projeto.
Revelar gabarito e comentário▾
GabaritoB — adicionar as dependências do Swagger no arquivo pom.xml ou build.gradle do projeto Spring Boot.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Integração Swagger com Spring Boot
Gabarito: letra B. Em projetos Spring Boot gerenciados com Maven ou Gradle, a forma correta e mais adequada de adicionar qualquer biblioteca, incluindo o Swagger, é declarar suas dependências no arquivo de configuração do projeto (pom.xml para Maven, build.gradle para Gradle). Essa abordagem permite que o gerenciador de dependências baixe automaticamente as versões corretas e as disponibilize no classpath, facilitando a compilação, empacotamento e execução da aplicação.
A banca testa o conhecimento básico sobre o fluxo de trabalho com frameworks modernos: toda configuração de dependências deve ser feita de forma centralizada e automatizada pelos gerenciadores de dependências, evitando ações manuais ou configurações externas.
Alternativa A — ❌ Incorreta
Adicionar as dependências manualmente no classpath é uma prática arcaica e insegura. Projetos Spring Boot usam gerenciamento automático de dependências; fazer isso manualmente quebra a rastreabilidade, dificulta atualizações e pode gerar conflitos de versão.
Alternativa B — ✅ Correta ⟵ GABARITO
Esta é a abordagem padrão e recomendada. Ao inserir as coordenadas da biblioteca Swagger no pom.xml ou build.gradle, o Maven ou Gradle resolverá as dependências transitivas e as incluirá no projeto. Exemplo para Maven:
O mesmo vale para Gradle. Essa é a prática consolidada na comunidade Spring.
Alternativa C — ❌ Incorreta
Criar um arquivo separado para configurações do Swagger sem importar as dependências é impossível: o código do Swagger precisa estar no classpath para ser usado. A configuração (como a anotação @EnableSwagger2) é necessária, mas só funciona se as bibliotecas estiverem presentes.
Alternativa D — ❌ Incorreta
Um plugin de IDE pode auxiliar na geração de documentação, mas não substitui a necessidade de adicionar as dependências e configurar o Swagger no projeto. Além disso, a documentação gerada por plugin normalmente depende que o projeto já esteja configurado corretamente.
Alternativa E — ❌ Incorreta
Configurar o servidor de aplicação para disponibilizar a documentação não faz sentido no contexto de Spring Boot, que é um servidor embutido. O Swagger é uma biblioteca que expõe endpoints de documentação a partir do próprio código da aplicação; o servidor não tem conhecimento prévio sobre isso.
PEGA ESSA DICA!
Lembre-se sempre: em projetos baseados em Maven/Gradle, toda dependência externa deve ser declarada no arquivo de build. Evite manipular manualmente o classpath ou confiar em configurações externas ao projeto. Essa é uma exigência fundamental do desenvolvimento profissional.