NOTÍCIA

Oracle vai mudar números de versão do Java

Devido ao grande número de patches de segurança que a Oracle↳Oracle22 conteúdosOracle lança Java 26 para aumentar produtividade de desenvolvedoresDev (Back & Front) · mar 2026Oracle oferece o primeiro cluster de computação em nuvem em escala ZettaDevSecOps · jan 2025Oracle abre inscrições para o ONE, programa gratuito de formação em tecnologia e inteligência artificialData · dez 2024Ver tudo em Data → precisou liberar para o Java↳Java42 conteúdosNovidades do Java 26 (para desenvolvedores)Dev (Back & Front) · mar 2026Visual Studio Code para Java: o guia completo (dicas, configuração e extensões)Dev (Back & Front) · out 2025Quarkus: Modernizando a linguagem Java para a era da nuvemDev (Back & Front) · nov 2020Ver tudo em Dev (Back & Front) →, a empresa precisou mudar a forma como atribui números de versão às atualizações. A Oracle percebeu que sua programação de “Limited Updates”, que são pequenas mudanças de recursos em uma versão do Java, precisa trabalhar com números de versão previsíveis para atribuição e relato.

O que antes era um sistema previsível se tornou algo muito mais difícil de rastrear, à medida que cada CPU (Critical Patch Update) para falhas de segurança aumentou o número de versão, o que significa que qualquer recurso de um “Limited Update” que tinha sido voltado para aquele número de versão, tenha que ser reatribuído. Agora, a Oracle construiu um novo esquema de numeração que será lançado primeiro no JDK 7 e, em seguida, aplicado no JDK 5.0 e 6, conforme necessário.

Agora, Limited Updates serão marcados com números de versão que sejam múltiplos de 20. Então, por exemplo, se a próxima atualização do JDK 7 mudar, ela será 7U40, seguida por outra chamada de 7U60, e assim por diante. Quando a Oracle planejar corrigir problemas de segurança em um CPU, normalmente agendado em uma base mensal, o número de versão será calculado adicionando-se múltiplos de 5 ao limited update anterior e adicionando um a ele, para se obter um número de versão ímpar. Assim, os releases de CPU seguindo 7U40 seriam 7U45, 7U51 e 7U55. As falhas entre os números de atualização ficam livres para a Oracle usar em releases não planejados que não se encaixam no cronograma do CPU. Devido ao fato de os slots de número de versão serem limitados, não há garantias de que os números de atualizações de segurança serão ímpares.

O novo esquema de versionamento é descrito como uma solução acertada. Um solução de longo prazo tem sido considerada, mas terá que esperar até que um novo major release do Java seja lançado.

Com informações de The H

Matérias especiais e reportagens conduzidas internamente pela Redação iMasters. Acompanhe no Twitter @imasters e no Instagram/Threads @portalimasters

Mais de Redação iMasters
Ver perfil →