Hola,
Cita:
Iniciado por MarronsDispatcher 
El patrón Singleton es un patrón MVC, no tiene nada que ver con el pool de conexiones.
No comprendo bien si estás afirmando o cuestionando lo que comenté; pero en sí el patrón Singleton es independiente de MVC, posiblemente se utilice de alguna forma relacionada en ciertas circunstancias, pero esto no significa que estén directamente vinculados o sean inherentes uno del otro. En otras palabras se puede usar Singletón sin MVC y MVC sin Singleton.
Adicionalmente, el patrón mas usado para manejar el getConection() es el pool de conexiones. De otra forma habrá que informarle a los creadores de Glassfish, JBoss, etc., que por favor dejen de usar el pool de conexiones en los JNDI de JDBC y se enfoque en crear un Singleton para usar solamente una conexión en toda la aplicación.
Cita:
Iniciado por MarronsDispatcher Un patron bastante extendido referente a bbdd podría ser el patrón DAO, que igual es a lo que te refieres, o no.
Los componentes DAO deben ser independientes de la conexión, simple y sencillamente porque podrían ser transaccionales, es decir, varios DAO podrían participar en una sola transacción y por lo tanto en la misma conexión. En otras palabras un DAO nunca debería abrir una conexión por si mismo. De otra forma habría que informarle de esto a Spring Data, Hibernate, etc. que por favor se enfoquen.
Cita:
Iniciado por MarronsDispatcher Tampoco entiendo el debate generado sobre cual es el más usado.
Será simplemente porque considero que usar Singleton o una factoría de objetos para manejar lo que se debería se manejar con un pool de conexiones me parece inadecuado.
Saludos,
ps: Supongo que se entienden las ironías.