Primeiramente peço desculpas, não é tutorial sobre Java Stored Function/Procedure, apenas uma dica.
Essa eu não sabia.
O Oracle pode usar métodos Java, isso significa que você pode processar dados com todo o potencial do Java.
Se PL/SQL não é suficiente, talvez o Java resolva de forma mais simples algo que você está se matando de fazer.
https://www.youtube.com/watch?v=aWqmbSP-8Ws
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".