Oracle deixará de manter Java para Macs Intel a partir do JDK 27
A Oracle se prepara para dar um passo importante na evolução do Java: a partir do JDK 27, previsto para setembro, a empresa deixará de manter oficialmente a versão macOS/x64 do Java Development Kit. Na prática, isso significa que Macs com processadores Intel deixam de ser uma plataforma prioritária para o ecossistema Java mantido pela Oracle, em linha com o movimento mais amplo da indústria de software após a migração da Apple para os chips Apple Silicon, baseados em arquitetura Arm.
A mudança está formalizada em uma JDK Enhancement Proposal (JEP 8386091), ainda em rascunho, que detalha o plano de descontinuar a manutenção do port macOS/x64 a partir do JDK 27. Pouco tempo depois da publicação da proposta, Mikael Vidstedt, diretor sênior da Java Virtual Machine na Oracle, submeteu uma pull request implementando a depreciação, deixando claro que não se trata apenas de uma intenção futura, mas de um processo já em andamento.
Do ponto de vista técnico, o impacto imediato é que a compilação do JDK para macOS/x64 deixará de fazer parte do fluxo padrão de builds da Oracle. Para gerar um JDK para essa combinação de sistema e arquitetura, será necessário ativar manualmente uma flag específica na configuração de compilação. Mesmo assim, não haverá qualquer compromisso da Oracle de que o código compilará corretamente, muito menos de que funcionará de forma estável ou otimizada. Em outras palavras, o port deixa de ser tratado como um alvo mantido ativamente.
Esse movimento atinge em cheio desenvolvedores e equipes de TI que ainda utilizam Macs Intel como estações principais de desenvolvimento Java. Embora muitos desses equipamentos continuem em uso em empresas, o ciclo de vida oficial da plataforma já vem sendo encurtado pela própria Apple. O último Mac com chip Intel, o Mac Pro de 2019, permaneceu à venda até junho de 2023, quando foi oficialmente descontinuado, sinalizando o fim da linha de hardware x64 no ecossistema da marca.
Na conferência anual para desenvolvedores, a WWDC, a Apple confirmou que o macOS 27, batizado de “Golden Gate”, não oferecerá mais suporte a Macs Intel. A empresa também informou que essa será a última versão do sistema operacional a incluir o Rosetta 2, camada de compatibilidade responsável por executar aplicativos compilados para Intel em máquinas com Apple Silicon. Sem Rosetta 2 no futuro, a convivência entre binários x64 e a nova arquitetura tende a desaparecer de vez.
A decisão da Oracle se encaixa nesse contexto mais amplo: o macOS em arquitetura x64 vem perdendo relevância dentro de grandes projetos de linguagens de programação, runtimes e ferramentas de desenvolvimento. À medida que a Apple direciona todo o seu ecossistema para chips Arm próprios, manter infraestrutura de testes, pipelines de build, correções de bugs e validações contínuas para Macs Intel torna-se cada vez menos interessante do ponto de vista de custo e benefício para fornecedores de plataformas.
Esse não é um movimento isolado do mundo Java. O projeto Rust, por exemplo, já havia rebaixado o suporte a Macs Intel para Tier 2 a partir do Rust 1.90, lançado em setembro passado. Nesse nível, ainda há distribuição do compilador e da biblioteca padrão para macOS/x64, mas os testes automatizados deixam de ser garantidos. Isso abre espaço para que falhas específicas da plataforma passem despercebidas, aumentando o risco de regressões em produção.
O ecossistema Python também adota classificação semelhante: desde novembro de 2025, a combinação x86_64-apple-darwin é considerada Tier 2. A diferença é que, no caso do Python, o Tier 2 ainda prevê um compromisso relativamente forte com a qualidade: bugs que afetem a plataforma podem bloquear lançamentos, e correções precisam ser tratadas em até 24 horas. Mesmo assim, a mensagem é clara – o foco total está migrando para outros ambientes.
No universo JavaScript, o Node.js seguiu caminho análogo. Em maio, o projeto rebaixou o macOS x64 para Tier 2, com o plano de classificar Macs Intel como plataforma experimental a partir do início de 2028. A justificativa é pragmática: à medida que versões mais recentes do macOS abandonam a arquitetura Intel, torna-se inviável manter uma base de testes confiável para essa combinação, o que compromete qualquer promessa de estabilidade.
Ainda assim, o Node.js pretende, ao menos por algum tempo, continuar gerando binários universais capazes de rodar tanto em Macs com Apple Silicon quanto em Macs Intel. A diferença é que, no caso destes últimos, esses binários deixarão de ser testados de forma sistemática. Para ambientes críticos, isso reduz a previsibilidade, já que novos lançamentos podem introduzir problemas que só serão descobertos em produção.
Para quem desenvolve em Java especificamente, o fim da manutenção ativa no macOS/x64 obriga a repensar estratégias de longo prazo. Uma saída prática é rodar Linux em Macs Intel – seja instalado diretamente, seja por meio de máquinas virtuais – e usar ali as versões mais recentes do JDK, que continuarão plenamente suportadas nessa combinação. Outra alternativa é permanecer em versões de suporte estendido, como o JDK 25 LTS, que devem continuar recebendo atualizações para Macs Intel por mais tempo.
Isso não significa que o Java irá parar de funcionar da noite para o dia em todos os Macs Intel. O que muda é o nível de compromisso da Oracle com a estabilidade, segurança e compatibilidade do JDK 27 em diante nessa plataforma. O JDK 27 marca um divisor de águas: a partir dele, novas funcionalidades, otimizações de desempenho, correções de vulnerabilidades e garantias formais de funcionamento passam a se concentrar em sistemas e arquiteturas que seguem na lista de prioridades da empresa.
Para organizações, o recado é objetivo: é hora de mapear estações de desenvolvimento, pipelines de build, servidores de integração contínua e ambientes de teste que ainda dependem de macOS/x64 rodando Java. Se essas máquinas fazem parte de cadeias de entrega de software críticas, será essencial planejar migrações para Apple Silicon, Linux ou, em cenários mais conservadores, consolidar o uso de versões LTS do JDK compatíveis com Intel, cientes das limitações de longo prazo.
Essa transição também evidencia um efeito em cascata: o fim dos Macs Intel não é ditado apenas pela Apple, mas pela soma de decisões tomadas por quem fornece linguagens, runtimes, bibliotecas, compiladores, IDEs, depuradores, ferramentas DevOps e plataformas de CI/CD. À medida que cada um desses projetos reduz ou encerra testes e manutenção para macOS/x64, o custo de permanecer na plataforma aumenta, e a atratividade de migrar passa a ser não só tecnológica, mas também econômica.
Para equipes de desenvolvimento que ainda operam fortemente em Macs Intel, alguns passos práticos podem mitigar riscos. O primeiro é definir uma data interna de “congelamento de ambiente”: a partir de certo ponto, evitar atualizar o JDK para versões acima do último release plenamente suportado em macOS/x64. Em paralelo, vale iniciar pilotos com estações de trabalho em Apple Silicon ou Linux, recriando o stack de desenvolvimento e garantindo que builds, testes e ferramentas funcionem como esperado.
Outro aspecto importante é revisar a automação de testes. Com o suporte oficial enfraquecido, gasta-se mais energia para detectar, internamente, problemas específicos de macOS/x64 antes que eles cheguem a usuários finais. Empresas com times maiores podem avaliar a criação de matrizes de teste dedicadas para Intel Macs, ao menos durante um período de transição, até que a migração para novas arquiteturas se consolide.
Para desenvolvedores individuais e pequenas equipes, a escolha tende a ser mais direta: manter o Mac Intel como estação principal, mas rodar Java em containers Linux via Docker; migrar completamente o ambiente para uma distribuição Linux; ou investir em um Mac com Apple Silicon e realizar a transição de forma gradual. Em todos os cenários, a mensagem principal é evitar ficar preso à combinação JDK recente + macOS/x64 sem suporte oficial.
Empresas com requisitos rígidos de compliance e segurança, em especial nos setores financeiro, governamental e de saúde, devem dar atenção redobrada à mudança. A falta de garantia de correções rápidas para vulnerabilidades em JDKs rodando em Macs Intel pode colidir com políticas internas de atualização e com exigências regulatórias. Em alguns casos, será necessário documentar formalmente o plano de saída da plataforma, com cronograma, etapas de migração e critérios de aceitação.
Do ponto de vista de carreira, a movimentação também serve como um sinal de onde o mercado está direcionando seus investimentos. Desenvolvedores Java que ainda concentram sua experiência em ambientes macOS Intel precisam se familiarizar com as particularidades do desenvolvimento em Apple Silicon e em Linux, especialmente no que diz respeito a performance em Arm, tuning da JVM, uso de containers e integração com pipelines modernos de CI/CD.
No médio prazo, é provável que vejamos o ecossistema Java explorar ainda mais otimizações específicas para Arm, tanto em nível de JVM quanto de bibliotecas e frameworks. Com a base de hardware Intel da Apple desaparecendo, projetos de alta performance, como aplicações financeiras de baixa latência e sistemas de processamento intensivo, tendem a alinhar suas estratégias com plataformas que continuarão recebendo atenção prioritária de fornecedores como Oracle.
Em síntese, o fim da manutenção oficial do JDK para macOS/x64 a partir do JDK 27 não representa o fim imediato do Java em Macs Intel, mas expõe um limite claro para a longevidade dessa combinação. Quem depende dela para produzir software precisa encarar a decisão da Oracle como um marco: a partir daqui, adiar a migração é, cada vez mais, assumir o risco de operar sobre uma base tecnológica que deixou de ser prioridade para os principais atores do ecossistema.