Alguém adiciona Transactional a um método e parece não funcionar. Quais são os motivos de sempre?

A anotação é implementada com um proxy, então ela só se aplica quando a chamada chega ao bean de fora. Uma chamada vinda de outro método dentro da mesma classe passa por cima do proxy inteiro, e essa é a causa mais comum. Outros motivos: o método não é public, a exceção lançada é checked e por padrão não dispara rollback, o bean foi criado fora do container, ou era preciso uma nova transação e a propagação ficou como required.

Nove em cada dez vezes é autoinvocação. O Spring embrulha o bean num proxy, e a transação começa quando alguém passa por esse proxy, então se um método público da mesma classe chama o método anotado diretamente, a chamada nunca sai do objeto e nenhuma transação começa. A correção é mover o método para outro bean ou injetar o bean nele mesmo, e a correção honesta normalmente é que a fronteira estava no lugar errado de qualquer forma. Depois disso eu checo o básico: o método deve ser público, o bean precisa ser gerenciado pelo Spring em vez de criado com new, e a regra de rollback pega as pessoas porque por padrão ela só faz rollback em exceções unchecked, então uma exceção checked commita a menos que eu especifique rollbackFor. Eu também olho a propagação, já que trabalho que precisa sobreviver ao rollback do chamador exige requires new, e isso consome uma segunda conexão, o que importa se o pool é pequeno. E eu mantenho as transações curtas: nada de chamadas HTTP, nada de publicação de mensagens, nada de esperar por algo dentro de uma, porque segurar uma conexão de banco enquanto se chama um terceiro é como um pool se esgota.