Em muitas empresas, o Java entrou no parque sem pedir licença a ninguém. Veio junto com uma ferramenta de desenvolvimento, com o cliente de um sistema antigo ou com um instalador que alguém baixou numa tarde de suporte.
Desde 20 de outubro de 2026, essa história ficou mais cara de ignorar. As atualizações do Oracle JDK 21 deixaram de sair sob os termos gratuitos e passaram para uma licença que exige assinatura paga para uso em produção.
A pergunta que a TI precisa responder agora não é se vai pagar. É mais básica: em quais máquinas o Oracle JDK 21 está instalado, em que versão, e quem de fato usa.
O que mudou em 20 de outubro
A Oracle avisou em 14 de agosto, no blog oficial do Java: as atualizações do JDK 21 publicadas até setembro de 2026 continuariam sob os termos gratuitos (NFTC, No-Fee Terms and Conditions). A partir da atualização crítica de outubro, passariam para a licença OTN.
A licença OTN continua liberando uso pessoal, desenvolvimento, teste e demonstração. Para rodar as versões novas em produção, a Oracle indica a Java SE Universal Subscription, que desde 2023 é contada pelo total de funcionários da empresa, e não pelo número de máquinas com Java.
Quem quiser continuar com um JDK gratuito da Oracle precisa ir para o JDK 25, que a própria Oracle mantém sob os termos gratuitos até 2028. A outra saída é trocar por uma distribuição OpenJDK de outro fornecedor.
O detalhe que pega muita gente: a licença vale por versão. A máquina que parou na versão de setembro continua coberta pelos termos gratuitos, mas deixa de receber correção. A mesma máquina, ao receber a versão de outubro, passa a rodar um Java sob a licença paga.
A atualização automática que protege a máquina pode ser a mesma que muda a licença dela.
Por que o Java é tão difícil de achar
Auditoria de Java não é hipótese distante. Na pesquisa State of Java 2026 da Azul, com 2.039 profissionais de cinco continentes, 21% disseram já ter passado por uma auditoria de Java da Oracle. A mesma pesquisa mostra 81% migrando, ou planejando migrar, ao menos parte do Java da Oracle para outra distribuição OpenJDK.
A Azul vende distribuição OpenJDK, o que vale ter em mente ao ler os números. Mas migrar ou assinar exige o mesmo passo antes: saber onde o Java está. E ele se esconde de quatro jeitos.
Instalado por quem não é da TI
Desenvolvedor, analista de dados, fornecedor em visita. O Oracle JDK é baixado direto do site, sem chamado, e fica lá depois que o projeto termina. O Tz0 Inventory lista todo programa instalado em cada máquina, com versão, data e origem, e mostra o que entrou no parque nas últimas semanas.
Várias versões na mesma máquina
É comum encontrar o Java 8, o 17 e o 21 lado a lado, cada um deixado por um sistema diferente. Cada versão tem a sua regra de licença, e a que pesa na conta é a que está em uso. No inventário, cada versão aparece como uma linha própria, máquina por máquina.
Dentro de outro programa
Muitos aplicativos trazem o próprio Java na pasta de instalação. Esse caso precisa ser conferido com o fornecedor do aplicativo, que costuma responder pela licença do que embarcou. Vale pedir essa resposta por escrito, antes da auditoria.
No servidor, longe dos olhos
Servidor de aplicação, máquina de integração, rotina agendada. O Java de produção mora mais no servidor do que na mesa do usuário. O agente do Tz0 Inventory é o mesmo em desktop, notebook e servidor, Windows ou Linux, e tudo cai no mesmo retrato do parque.
Três números antes de qualquer decisão
Com o retrato em mãos, a decisão fica menor do que parecia. Três números costumam bastar:
- Instalado: quantas máquinas têm Oracle JDK, de qual versão, e quantas já receberam versões publicadas depois de 20 de outubro.
- Usado: quantas abriram o Java nos últimos 90 dias. Máquina sem uso é candidata a remover, não a licenciar.
- Em produção: quais servidores e máquinas rodam sistema de negócio em cima dele, e não só teste ou desenvolvimento.
O Tz0 Inventory mostra as horas de uso de cada programa e as máquinas por faixa de uso nos últimos 90 dias, programa por programa. É a diferença entre negociar com a lista do fabricante e negociar com a sua.
Se a carta de auditoria chegar, o mesmo módulo cruza o que está instalado com o que foi comprado e gera o relatório para a auditoria do fabricante, sem mutirão de véspera. A lógica é a mesma de qualquer auditoria de licença: instalado não é o mesmo que usado.
Ficar parado também custa
A saída mais tentadora é congelar o JDK 21 na última versão gratuita. Ela tem prazo de validade: cada mês sem atualização é um mês com falhas conhecidas abertas, na máquina do desenvolvedor ou no servidor do sistema de gestão.
O Tz0 Deploy mostra a exposição a falhas conhecidas em máquina-dias e aponta o pacote de maior risco. Com esse número na mesa, o congelamento deixa de ser economia invisível e vira risco medido.
O roteiro já é conhecido. No fim de suporte do Office 2021, a data era pública e a lista de máquinas afetadas, não. Com o Java, é igual.
Se a decisão for migrar para o JDK 25 ou para um OpenJDK, a troca precisa chegar a todas as máquinas, inclusive à que estava desligada no dia. O Tz0 Deploy instala e desinstala em silêncio, com janela agendada por destino e controle de banda, e mostra quem instalou, quem falhou e o que foi reagendado.
O mesmo módulo aponta o programa que roda em versões diferentes pelo parque, candidato natural a padronizar, e permite remover em lote o que ficou fora do catálogo aprovado. Antes de remover, teste: sistema antigo às vezes depende de uma versão específica.
Como o Trauma Zer0 ajuda
- Ninguém sabe onde está o Oracle JDK → inventário de software com versão, data e origem no Tz0 Inventory, em desktop, notebook e servidor → a lista sai do console, e não de um questionário para as áreas.
- Licença calculada sobre o instalado → horas de uso e faixas de uso de 90 dias por programa → só entra na conta o Java que alguém realmente usa.
- Carta de auditoria do fabricante → cruzamento de instalado com comprado e relatório pronto para auditoria → a resposta sai com os seus números, datados.
- Troca de versão em centenas de máquinas → instalação e remoção silenciosas, janela agendada, controle de banda e conferência no Tz0 Deploy → a migração chega a todas, inclusive às que estavam desligadas.
- Versão congelada com falha conhecida → exposição em máquina-dias e pacote de maior risco no Tz0 Deploy → a equipe vê o risco que o congelamento acumula.
Tudo isso roda instalado na infraestrutura do cliente. A lista de software de cada máquina, que é exatamente o que uma auditoria pede, fica no servidor da própria empresa e não sai para a nuvem.
Se a carta chegasse amanhã, qual lista você mandaria?
A mudança da Oracle tem data e regra escritas. O que falta na maioria das empresas é a outra metade: a lista das máquinas, com versão e uso, feita antes de alguém pedir.
Conheça o Tz0 Inventory e o Tz0 Deploy e agende uma demonstração com o seu parque. Se preferir testar no ambiente real, peça uma avaliação do Trauma Zer0.