JPA ou hibernate?

Bom,essa é a pergunta que uma simples pesquisa resolveria,mas vamos lá

JPA é a especificação,vc não usa só JPA;precisa de uma implementação por baixo,Hibernate na maioria das vezes ou TopLink.

Qual a vantagem de programar seguindo a especificação?Caso precise mudar o persistence provider(coisa que eu nunca vi ninguem precisar) isso poderá ser feito de forma transparente pois ambas aderem a mesma especificação.

JPA parece ser algo mais de religião Sun/“Oracle”. Só vejo sentido usar JPA com outro provedor de persistência que não seja Hibernate. Não vejo motivos reais no horizonte para não poder aproveitar o uso direto do Hibernate já que uma vez que se decida por ele e faça correto uso, não se muda considerando as opções atuais.

Tem um tópico consideravelmente atual aqui: http://www.guj.com.br/java/275745-diferenca-entre-hibernate-puro-ou-hibernate-jpa

Ficando só no JPA você rapidamente chega a um ponto que precisa de features mais avançadas(como delete cascade orphan removal que só veio no JPA2), e começa a misturar extensões JPA do Hibernate ou outro provider, e vira uma gambiarra muito chata de debugar e resolver. Isso fora a chatisse que é suportar o persistence.xml junto com outros xmls de configuração. Fora o Criteria API do JPA2 que é um gremlim.

O duro é que quase não dá para sair muito disso, Hibernate vai se mesclando ao JPA a cada versão.

Valeu ai os comentários, resolvi minha duvida.

E qual foi a decisão? Hibernate declaradamente ou JPA padrão?

Hibernate