Hoje em dia não sei se é algo que valha a pena ser feito, com tantos frameworks · martinsrs

Hoje em dia não sei se é algo que valha a pena ser feito, com tantos frameworks avançados que podem solucionar este problema. Na verdade ele acaba trazendo um trabalho extra que é criar os métodos no Java e criar a Storted Procedure no banco de qualquer forma.

Eu sou particularmente contra a abordagem de se ter lógica de negócio em uma procedure de banco, mas hoje em dia existem métodos ótimos para se ter controle de código e versão de estruturas de banco. Coisa que há algum tempo não existia de uma maneira simples. Vide tecnologias como Flyway por exemplo.

Este tutorial é de uns 9 anos atrás, então há muita evolução nas tecnologias hoje em dia. Por exemplo o próprio Spring Boot e suas variações no Java. Eles dão conta de muita coisa sem a necessidade nem mesmo de se escrever uma query.

É para solucionar a seguinte necessidade.
Qualquer processamento que você faça na mais moderna tecnologia, como você citou Spring Boot, irá perder para PL/SQL, quando se trata de fazer muitas consultas no banco de dados pois os dados devem sair do banco de dados, passar pela internet/rede, chegar no Spring Boot e voltar.
Quando você usa PL/SQL não existe esse vai e volta, tudo é processado no próprio banco de dados.
Porém imagine que você tem que fazer um processamento que o PL/SQL não é capaz, te obrigando a fazer essa volta toda, puxar dados do banco, trafegar pela rede, você processar e mandar de volta.
Só usar Java, o banco de dados Oracle vai fazer a tarefa sem usar a internet/rede.
Não te culpo, isso é uma visão de Arquitetura de software, a maioria julga as coisa assim, "ah! é velho não presta".