IBM e Red Hat irão votar “Não” para Projeto Jigsaw

IBM e Red Had anunciaram publicamente que irão votar “Não” para o Projeto Jigsaw na sua forma atual, conforme divulgado pelo site InfoQ.

O projeto é uma tentativa de fornecer um sistema de módulo padronizado para 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) → e, depois de ter sido inicialmente programado ser lançado no Java 7, ele foi adiado para o Java 8, após Mark Reinhold ter anunciado o Plano B. Em julho de 2012, 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 → atrasou o projeto, movendo-o para o Java 9. Tantos adiamentos aconteceram devido à complexidade do Jigsaw e à sua ampla necessidade de testes.

O escopo do Jigsaw aponta que o seu objetivo não é apenas modularizar o tempo de execução do Java monolítico, mas também reforçar o encapsulamento forte, de modo que o código Java seja forçado a acessar apenas bibliotecas de plataformas através de suas interfaces públicas.

Na verdade, a Oracle pretende que o sistema de módulo seja também usado pelo código de aplicação, bem como o próprio JDK. Para esse fim, o JSR 376 Expert Group (EG) tem discutido todos os aspectos da modularidade no nível da aplicação, bem como o JDK.

[awprm urls=https://imasters.com.br/noticia/java-e-lider-em-ranking-de-softwares-mais-desatualizados-nos-pcs/,https://imasters.com.br/linguagens/java/utilizacao-de-ram-pelo-java-em-containers-as-5-principais-dicas-para-nao-perder-sua-memoria/]

Fora do processo de padronização, já existem duas implementações de módulos principais que têm alguma sobreposição com o escopo do Jigsaw: JBoss Modules, da Red Hat, e OSGi, que é tratado por um consórcio de fornecedores, mas inclui a IBM.

Ambos os fornecedores são membros do Java Community Process Executive Committee de 25 membros, que é o órgão que deve aprovar todos os novos padrões Java, incluindo aqueles que compõem as “versões de plataforma”, ou seja, as principais versões Java. Tais versões devem ser aprovadas por uma maioria de 2/3.

Na lista de e-mail do OpenJDK, Tim Ellison, da IBM, anunciou a decisão: “A IBM também está votando “não”, o que reflete nossa posição de que o JSR não está pronto para passar da etapa de Public Review e prosseguir para Proposed Final Draft. O JSR 376 Expert Group e o público levantaram várias questões e preocupações com o projeto de public review atual da especificação que justificam uma discussão e uma resolução adicionais. Defendemos o trabalho contínuo entre todos os membros do Expert Group para tratar das questões documentadas nas listas de discussão. A IBM gostaria de ver algo mais próximo de um consenso entre todo o Expert Group antes que essa especificação avance para a próxima etapa”.

Por sua vez, Scott Stark, da Red Hat, afirmou:  “Do jeito que está, a Red Hat não votará pela aprovação desse projeto de public review do JPMS, uma vez que não é o melhor interesse para a comunidade Java”.

Em questão está a dificuldade de fazer os sistemas de módulos existentes fornecidos pela IBM e Red Hat interoperarem de forma limpa com o Jigsaw. No entanto, nenhum sistema é dominante no mercado, e a maioria dos projetos Java não seria afetada por essas incompatibilidades.

Mas os problemas com o Jigsaw vão além dos módulos OSGi e JBoss. O código dominante de packing e sistema de distribuição no mundo Java é Maven. O Jigsaw não fornece um caminho de atualização limpo para projetos baseados em Maven para passar do packing de código para arquivos JAR e para módulos.

As preocupações detalhadas são apresentadas em um documento conjunto escrito por especialistas da Red Hat e do Maven. A principal preocupação do Maven é conhecida como “Automatic Modules”, e para muitos na comunidade a situação em relação ao Maven é potencialmente muito pior do que os problemas de compatibilidade com qualquer um dos sistemas de módulo existentes.

O cronograma da Oracle para a entrega do Java 9 parece estar em rota de colisão com a visão expressa de outros fornecedores e da comunidade. Resta saber se a empresa irá ceder a essas pressões ou se manterá o projeto como está.