Antes do JAVA 9, houve um período de sobreposição em que a nova versão do GA era colocada por padrão, antes mesmo de ser declarada como a versão padrão. Versões anteriores continuariam a receber atualizações gratuitas mesmo depois de perderem o status primário, por um período de tempo (normalmente mais de 12 meses) para permitir uma transição limpa. No entanto, com a mudança para um cronograma estrito baseado em tempo, relatado pelo InfoQ, este período de suporte gratuito tradicional aparentemente também chegou ao fim.
A abordagem antiga se adequava bem ao ecossistema - como na prática, apenas as equipes que dependiam diretamente de um novo recurso migravam imediatamente. Mesmo os que queriam atualizar de forma agressiva tendiam a esperar pelo menos algumas pequenas atualizações. Plataformas de software modernas são incrivelmente complexas e, portanto, é totalmente normal que hajam pequenas falhas de implementação em uma versão 0.0.
Muitas equipes não queriam assumir o risco de atualizações imediatas e, portanto, essa abordagem lenta era uma boa opção que evitava uma variedade de risco para proprietários de aplicações. Quando a nova versão contém recursos esperados ansiosamente (por exemplo, lambdas do Java 8), a curva de adoção é correspondentemente alta e, para versões "legais de ter", ela é consideravelmente mais superficial.
Desde a mudança para o novo processo de lançamento, os roteiros anunciados da Oracle parecem ter alguns pontos fracos significativos que não foram abordados. Parece que o novo roteiro da Oracle diverge significativamente das expectativas e de todas as versões anteriores.
Em um post recente, Simon Ritter, da Azul Systems, produziu esta imagem, que mostra a cadência de lançamento na medida em que pode ser deduzida das declarações públicas da Oracle. O post também descreve a solução de suporte proposta pela Azul.
Da forma como está, não há mais nenhum período de tolerância em que uma nova versão do Java seja "acomodada" e continue sendo suportada. Em vez disso, assim que uma nova versão é lançada, essa se torna o padrão e espera-se que as software houses mudem para ela imediatamente, se quiserem ser suportadas pela Oracle de graça - à "beira do penhasco".
Também deve ser notado que, apesar de ser desenvolvido sob o antigo modelo de lançamento, o Java 9 não possui qualquer tipo de opções de suporte à longo prazo. Nenhuma empresa séria deve introduzir o Java 9 em seu ambiente se não estiver preparado para sair dele rapidamente - a Oracle deixou bem claro que não tem futuro a longo prazo no seu ponto de vista.
O porta-voz da Oracle, Donald Smith, comentou no Twitter:
Assim como as atualizações no passado da JDK 6 e JDK 7, se avançar para manter a série de atualizações da JDK 9, uma vez que o lançamento final do JDK 9 liderado pela Oracle foi publicado, discutiremos como habilitar melhor esse tipo de transição na lista de discussão deste projeto.
A realidade da situação é que a grande maioria das empresas de Java no mundo usa o Java na versão gratuita e não tem contrato de suporte formal com a Oracle ou qualquer outro fornecedor. A estratégia da Oracle pode ser interpretada como uma tentativa de tentar mudar isso e forçar os clientes corporativos a firmar contratos de suporte comercial.
No entanto, mesmo que seja essa a intenção, a estratégia aparentemente está em desacordo com outro aspecto do novo modelo de lançamento do Java. A Oracle anunciou que começará a distribuir binários do OpenJDK como versões oficiais do Java 10. Isso só pode ser um reconhecimento tácito do fato de que o OpenJDK é agora um substituto para o OracleJDK.
O InfoQ se aproximou da Oracle para comentar, mas não houveram respostas formais até o momento da publicação.