Estes dias teve um post do GUJ sobre até onde onde abstrair o Hibernate, dei meu pitaco na conversa. Eu acho que quando usamos o Hibernate e/ou o JPA é um desperdício criar camadas e mais camadas para abstrair o banco de dados.

Em contra partida ficar usando diretamente o EntityManager ou o Session na camada de negócio não é legal, não tanto por "misturar" as coisas, mas quando criamos as consultas, muito provavelmente ela serão repetidas ao longo do sistema. O ideal é agruparmos estas consultas em algum lugar, e já que estamos agrupando as consultas, porque também não criarmos os métodos de CRUD? Puxa, mas os métods de CRUD nada mais faram que delegar ao EntityManager ou Session a tarefa, coisa chata de ficar repetindo código.

Bem, todo repositório tem que ter os CRUDs básicos, então porque não criar uma classe AbstractRepository com as tarefas de CRUD? A minha AbstractRepository segue mais baixo. Na verdade a que eu uso tem mais alguns métodos para pesquisas genéricas, mas a classe abaixo já da conta dos CRUDs da vida.
[code=java]
public abstract class AbstractRepository<T> {
    
    public void save(T t) {
        HibernateSessionFactory.getSession().save(t);
    }
    
    public void delete(T t) {
        HibernateSessionFactory.getSession().delete(t);
    }
   
    //Esta seria possível implementar conforme este texto
    //http://blog.caelum.com.br/2006/10/29/brincando-com-generics-o-bizarregenericdao/
    public abstract T find(Serializable id);
    
    public void merge(T t) {
        HibernateSessionFactory.getSession().merge(t);
    }
}
[/code]

Assim os Repository que extendem da AbstractRepository não precisam implementar os métodos básicos e repetitivos de CRUD.