Problemas nos cadastros com os objetos DAO

Faz sentido mesmo.

E neste caso que citei aqui, de usar a pool apenas como segurança pro caso desta única conexão cair?

Faz sentido sim e simplifica a implementação.
Eu apenas nunca utilizei em aplicação standalone pois sempre tinha o banco configurado sem timeout.

Ah, entendi. Obrigado.

Podes, por exemplo, ter um mecanismo de validação no teu método de obter a conexão que valida que a mesma está aberta antes de devolver. Se não estiver, conecta novamente.

Sim, mas ter uma pool de uma conexao para tratar esse caso parece exagerado :slight_smile:

E que tipo de cadastro é esse? Muitas vezes num cadastro tens combo boxes com valores que já terão de ser lidos da BD (país, estado, algum tipo de produto…), logo já terias de ter aberto uma conexao antes para mostrar o formulário, mesmo que depois seja cancelado.

É verdade, não tinha pensado nesta situação dos combo boxes, e realmente, neste caso, dava para fazer só uma checagem simples para ver se a conexão está ativa mesmo. Obrigado.