Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Ao trabalhar com aplicações Java com Spring Boot, um erro comum enfrentado por desenvolvedores é a exceção BeanCreationException relacionada à determinação da classe do driver do banco de dados embutido. Essa situação costuma ocorrer quando a configuração do DataSource não especifica um banco embutido ou ao tentar usar um banco de dados externo sem a configuração adequada.
O erro 'Cannot determine embedded database driver class for database type NONE' indica que o Spring Boot tentou inicializar um banco de dados embutido, mas não encontrou uma dependência compatível ou não foi configurado corretamente o tipo de banco. Geralmente, esse problema aparece em ambientes de desenvolvimento ou testes, onde o desenvolvedor espera que o Spring Boot configure automaticamente um banco embutido como H2, HSQLDB ou Derby.
Na prática, o Spring Boot tenta inferir o banco de dados com base nas dependências presentes no classpath e na configuração do application.properties ou application.yml. Quando nenhuma dessas condições é atendida, o erro surge.
A solução passa por duas abordagens principais: garantir a dependência do banco embutido ou configurar explicitamente o banco de dados externo.
1. Adicionar dependência de banco embutido: Incluir uma dependência de um banco de dados embutido, como H2, no seu arquivo de build (Gradle ou Maven). Por exemplo, para Gradle:
implementation 'com.h2database:h2'Isso permite ao Spring Boot detectar e configurar automaticamente o banco ao iniciar.
2. Configurar explicitamente o banco externo: Caso queira usar um banco externo como MySQL, é preciso definir as propriedades no seu arquivo de configuração:
spring.datasource.url=jdbc:mysql://localhost:3306/seu_banco
spring.datasource.username=usuario
spring.datasource.password=senha
spring.datasource.driver-class-name=com.mysql.cj.jdbc.DriverAlém disso, certifique-se de que a dependência do driver está presente: A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois.
implementation 'mysql:mysql-connector-java:8.0.25'Utilizar um banco embutido é ótimo para testes rápidos e desenvolvimento, pois não requer configuração complexa. Mas, em ambientes de produção, o mais indicado é uma solução robusta e escalável, como MySQL ou PostgreSQL, que exige configuração mais detalhada. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Por outro lado, configurar o banco externo corretamente evita problemas de conexão e garante maior controle sobre o ambiente de produção, embora requeira mais etapas na configuração inicial. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Ao seguir esses passos, a maioria dos problemas relacionados à determinação do driver do banco de dados será resolvida, facilitando o desenvolvimento e a manutenção do seu projeto. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
A gestão adequada do DataSource no Spring Boot é fundamental para evitar erros de inicialização e garantir a estabilidade do projeto, seja usando bancos embutidos ou externos. A chave está na configuração clara e no entendimento do ambiente de execução. A decisão fica mais saudável quando o time consegue medir o impacto depois. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
Concordo, e também acho que vale testar a inicialização do banco de dados separadamente, usando um cliente SQL.
Acho que um ponto importante é sempre verificar se a dependência do banco embutido está presente, principalmente em ambientes de testes. Muitas vezes o erro acontece por esquecer de incluir o H2 ou outro banco. a ta!
No meu time, já passei por isso e a solução foi sempre revisar as configurações no application.properties.
Boa dica, Gabriel. Além disso, acho que sempre bom ficar atento às versões do driver, pq incompatibilidade pode gerar esse tipo de erro também. Confirma se o seu driver é compatível com a versão do banco.